|
Расширенный поиск
Приказ Федерального агентства по рыболовству от 29.08.2013 № 646- Подсистема интеграции с МЭДО в соответствии со спецификаций ФСО. 4. ТРЕБОВАНИЯ К СИСТЕМЕ 4.1. Общие требования к системе - СЭД Росрыболовства должна базироваться на тиражируемом прикладном программном обеспечении, реализующем базовые функции автоматизации документооборота и процессов управления и содержать параметрические механизмы настройки функциональности без программирования. - Система должна основываться на трехуровневой клиент-серверной архитектуре. - Функции системы должны быть реализованы по модульному принципу для обеспечения возможности их независимой модификации. - Система должна быть построена с использованием распределенной архитектуры - функции, связанные со сбором, обработкой и хранением информации, вне зависимости от физического размещения конечных пользователей, а так же данные, используемые при выполнении этих задач, должны сосредотачиваться в едином информационном центре (сервер баз данных СЭД Росрыболовства). Система должна обеспечивать принцип однократного ввода, централизованного хранения, накопления и многократного использования данных. - Модернизация системы должна проводиться с сохранением основных архитектурных решений (требование обусловлено наличием у заказчика указанного программного обеспечения): - для хранения и обработки информации должна использоваться файловая система и промышленная СУБД Microsoft SQL Server; - операционная система серверной и клиентской части Системы: Microsoft Windows; - реализация основной логики работы должна осуществляться на сервере приложений Системы (Internet Information Server); - клиентский доступ к Системе должен быть обеспечен через веб-браузер. Для клиентского доступа должен использоваться штатный веб-браузер операционной системы Microsoft Windows (версии выше 7.0); - система аутентификации пользователей должна быть интегрирована со службой каталогов Microsoft Active Directory; - система должна обеспечивать возможность взаимодействия с почтовым сервером Microsoft Exchange. - Для хранения всех данных, в том числе настроек системы, должна использоваться реляционная база данных, обеспечивающая реализацию встроенных механизмов построения индексов и контроля целостности данных. - Допускается размещение отдельных параметров конфигурации Системы, не подлежащих модификации в ходе ее нормального функционирования и обслуживания во внешних конфигурационных файлах. - Информация должна размещаться в базе данных в нормализованной форме. - Допускается использование дополнительных ненормализованных структур данных для повышения производительности системы. - Система должна гарантировать стабильную работу на клиентских рабочих станциях со следующими характеристиками: - ОС Microsoft Windows XP: CPU 1,5 Ghz и выше, ОЗУ 1ГБ и выше: - ОС Microsoft Windows: 7CPU 1,5 Ghz и выше, ОЗУ 2ГБ и выше. Общее количество клиентских рабочих станций: до 200. - Система должна обеспечивать обмен электронными документами и ЭП на документах в соответствии с требованиями федерального закона Российской Федерации N 63-ФЗ "Об электронной подписи" и требованиями ГОСТ Р 34.10-2000. - Информационный обмен между серверами и клиентскими рабочими местами должен обеспечиваться с использованием локальных вычислительных сетей Заказчика. Информационный обмен между серверной частью Системы и клиентскими приложениями должен осуществляться по протоколу HTTP или SOAP. На транспортном уровне для взаимодействия компонентов Системы должен использоваться стек протоколов TCP/IP. Архитектура Системы должна обеспечивать возможность интеграции со смежными системами в соответствии с требованиями настоящего технического задания. - Система должна обеспечивать автоматизированную процедуру установки и настройки клиентских рабочих мест без необходимости привлечения администратора. Должна быть предусмотрена автоматическая установка клиентских рабочих мест при обращении с клиентской машины по адресу сервера системы в локальной сети через браузер операционной системы. - Заложенные в системе механизмы маршрутизации должны обеспечивать возможность: - направления документов в указанное подразделение на регистрацию; - возврата документа на подготовку указанному исполнителю; - передачи документов указанным получателям; - направления заданий указанным исполнителям; - передачи заданий указанным проверяющим; - направления задания на снятие с контроля контролерам подразделения автора задания. - Система должна поддерживать хранение следующих форматов файлов, используемых во всех сферах деятельности Росрыболовства и Минсельхоза России: MS Word, MS Excel, PDF, TIFF. 4.2. Требования к модернизации работы с документами Должна быть обеспечена следующая функциональность при работе с регистрационными карточками: - Создание карточки и ввод основной информации по документу. В СЭД Росрыболовства должны быть предусмотрены отдельные типы регистрационных карточек для входящих, исходящих и внутренних документов. Состав полей должен соответствовать типу карточки. Тип карточки должен выбираться пользователем при создании карточки; смена типа карточки после создания карточки должна быть запрещена. Новая карточка входящего документа должна иметь статус "Регистрируется", исходящего и внутреннего - "Подготавливается". Регистрационные карточки всех типов документа должны иметь поля: - Вид документа. Вид документа должен выбираться пользователем при создании карточки из соответствующего справочника. Пользователь должен иметь возможность изменить вид документа, если тот находится в состоянии "Подготавливается" / "Регистрируется". При смене вида документа должны контролироваться правила присвоения регистрационного номера. Если после смены вида документа пользователь выполнил операцию присвоения регистрационного номера, ранее присвоенный номер должен автоматически освобождаться. - Временный номер. Временный номер в формате "вр-хххх" должен присваиваться документу автоматически при сохранении и не может быть отредактирован вручную. Временный номер должен быть уникальным для каждой карточки и использоваться как внутрисистемный идентификатор регистрационной карточки в Системе. Временный номер должен быть доступен для просмотра после регистрации документа. - Регистрационный номер документа. Регистрационный номер должен присваиваться документу автоматически согласно настроенным правилам присвоения регистрационных номеров (при создании карточки или при выполнении пользователем операции присвоения регистрационного номера - в зависимости от настроек для каждого пользователя). Исполнителем должны быть настроены правила нумерации согласно текущим правилам делопроизводства в Росрыболовстве. Должна быть реализована возможность ввода регистрационного номера документа в ручном режиме. При этом если документу был присвоен регистрационный номер в автоматическом режиме, автоматически присвоенный номер должен высвобождаться. Высвобожденный номер должен присваиваться следующей регистрационной карточке. - Дата регистрации. Дата регистрации должна формироваться автоматически в момент присвоения регистрационного номера (текущая дата). Если дата регистрации была установлена вручную до выделения номера, она должна сохраняться как дата регистрации. Пользователь должен иметь возможность изменить дату регистрации при наличии соответствующих прав. - Подразделение регистратора. Для входящих документов в поле должно автоматически подставляться подразделение сотрудника, создавшего регистрационную карточку входящего (если в пользовательских настройках не указано другое). Для исходящих и внутренних документов должно автоматически подставляться подразделение первого сотрудника, добавленного в поле "Подписал". Пользователь должен иметь возможность изменить значение поля. По значению данного поля должны проверяться права присвоения номера пользователем (имеет и пользователь права регистрации документов указанного подразделения) и выделяться регистрационный номер. - Содержание. Пользователь должен иметь возможность ввести содержание вручную или выбрать значение из соответствующего справочника. При создании исходящего документа во исполнение входящего документа, в регистрационную карточку исходящего документа должно автоматически копироваться значение поля "Содержание" из карточки инициирующего входящего документа. - Гриф. Значение поля должно выбираться из соответствующего справочника. Должно быть предусмотрено значение по умолчанию. - Срочность. Значение поля должно выбираться из соответствующего справочника. Должно быть предусмотрено значение по умолчанию. - Кол-во листов. Должен быть доступен ввод кол-ва листов основного документа и кол-ва листов приложений через знак "+". - Кол-во экземпляров. Значение поля должно задаваться пользователем в карточках входящего документа. - Категории. Пользователь должен иметь возможность указать для документа одну или несколько категорий любого уровня вложенности из справочника категорий документа (рубрикатора). - Комментарий. Пользователи, имеющие доступ к регистрационной карточке, должны иметь возможность вносить текстовые комментарии по документу. Для каждого комментария должны фиксироваться автор, дата и содержание комментария. - Ввод информации о корреспондентах, адресатах и получателях документа. - Корреспонденты. Пользователь должен иметь возможность указать для входящего документа одного или нескольких корреспондентов (юридических и/или физических лиц), выбрав их из справочника. При создании исходящего документа во исполнение входящего документа, в регистрационную карточку исходящего документа должна автоматически переноситься информация о корреспондентах входящего письма. Для каждого корреспондента - физического лица должно быть предусмотрено дополнительное поле: дата исходящего письма. Для каждого корреспондента - юридического лица должны быть предусмотрены дополнительные поля: дата исходящего письма; регистрационный номер исходящего; сотрудник, подписавший документ; N экземпляра. Все дополнительные поля кроме номера экземпляра должны быть обязательными для заполнения. Если регистрационный номер документа отсутствует, должна быть возможность проставить значение "без номера" (б/н). - Адресат. Пользователь должен иметь возможность указать для исходящего документа одного или нескольких адресатов (юридических и/или физических лиц), выбрав их из справочника. Для каждого адресата исходящего документа должны быть предусмотрены дополнительные поля: N экземпляра, вид доставки, номер бланка, кому, признак передачи бумажного оригинала. Должна быть возможность установить режим автоматической подстановки вида доставки для последующих корреспондентов как у предыдущего. В пользовательских настройках должна быть возможность установить вид доставки по умолчанию. - Кому. Пользователь должен иметь возможность указать для внутреннего документа подразделения или сотрудников, которым направляется документ, выбрав их из справочника. При направлении внутреннего документа на рассмотрение должны автоматически формироваться задания на рассмотрение для выбранных в поле "Кому" сотрудников и руководителей выбранных подразделений. - Получатели. Пользователь должен иметь возможность выбрать из справочника одного или нескольких сотрудников (подразделений) в качестве получателей документа или скопировать их из поля "Адресат". Для каждого получателя должна быть возможность установить признак передачи бумажного документа и выбрать вид доставки из справочника. При передаче документа получателям для выбранных сотрудников должны создаваться задания на рассмотрение. При направлении документа на подразделение, должно формироваться задание для руководителя этого подразделения. Пользователь должен иметь возможность передать документ дополнительным получателям без возврата документа на регистрацию. - Ввод информации об исполнителе, визирующих лицах и подписанте документа. - Исполнители. Пользователь должен иметь возможность выбрать из справочника одного или нескольких сотрудников, подготовивших внутренний или исходящий документ. - Подписант. Пользователь должен иметь возможность выбрать из справочника одного или нескольких сотрудников, подписывающих внутренний или исходящий документ. - Визирование. На основной (первой) вкладке регистрационной карточки должны отображаться сведения о согласовании документа, выполненном в системе (сотрудник, вид визирования, дата визирования). Информация в карточке должна формироваться автоматически по результатам электронного согласования. Должна быть возможность внести сведения о визировании бумажного экземпляра документа вручную. - Автоматическое заполнение полей регистрационной карточки Должна быть предусмотрена возможность автоматического заполнения полей новой регистрационной карточки заранее заданными значениями. В пользовательских настройках должна быть предусмотрена возможность задать значения по умолчанию для следующих полей: - подразделение регистратора по умолчанию (для каждого типа документа отдельно); - вид доставки (для всех типов документов одновременно); - исполнитель (для внутренних и исходящих документов) - возможность подставлять текущего сотрудника как исполнителя документа. Поля для заполнения реквизитов должны быть распределены по вкладкам РК для обеспечения наиболее удобной работы регистраторов и исполнителей документов - Штрихкодирование и печать штампа на документе Система должна обеспечить возможность настройки параметров печати штампа и штрих-кода на документах администратором системы, в т.ч. различных видов штампов и штрих-кодов для различных типов документов или форматов бумажных документов. Пользователю должна быть предоставлена возможность выбрать шаблон печати штампа и штрих-кода, или выполнить печать с параметрами по умолчанию. - Прикрепление файлов документов к регистрационной карточке документа. Пользователь должен иметь возможность прикрепить и в дальнейшем просмотреть прикрепленные файлы к карточке. Прикрепление файлов к документу не должно быть обязательным. Для исходящих и внутренних документов должна поддерживаться версионность файлов. Должно быть обеспечено несколько вариантов прикрепления файлов к регистрационной карточке документа: - автоматическое прикрепление файлов к регистрационной карточке, из которой производится сканирование (при подключении сканера к клиентскому рабочему месту системы); - выбор файла с электронным образом документа из папки сетевого или локального компьютера при использовании сетевого сканера; - выбор файла из папки сетевого или локального компьютера при подготовке проекта исходящего или внутреннего документа. Сканирование документа из регистрационной карточки должно выполняться без установки дополнительного программного обеспечения - через TWAIN драйвер сканера (оборудование для обеспечения сканирования (сканеры) обеспечивает Заказчик). При получении документов из внешних систем через интеграционные механизмы, регистрационные карточки документов должны создаваться автоматически. Требования к автоматическому заполнению полей регистрационных карточек должны быть определены и согласованы с Заказчиком в частном техническом задании. - Установление связей с другими документами. Пользователи должны иметь возможности добавлять, изменять и удалять связи между документами в соответствии с правами доступа. При установлении связей должны быть возможность указать вид связи. В пользовательских настройках должна быть предусмотрена возможность установить тип связи по умолчанию. Отображение ссылок в регистрационной карточке должно выполняться в виде иерархического списка с группировкой по виду связи. Должна быть обеспечена возможность просмотра файлов связанных документов из текущей регистрационной карточки без необходимости перехода к связанной регистрационной карточке. Иерархический список связанных документов должен быть доступен также из любой карточки задания, связанной с данным документом. Связи документа должны отображаться в регистрационной карточке в виде иерархического списка с одним уровнем вложенности, с группировкой по типу связи. - Автоматическая проверка уникальности входящего документа. Проверка должна выполняться по сочетанию значений полей "Корреспондент", "Исх. номер", "Дата". Проверка должна выполняться после заполнения полей при переходе на поле "Содержание", а также при вызове функции автоматической проверки или регистрации документа. По результатам проверки пользователю должно быть выведено сообщение с перечнем документов, регистрационные данные которых совпадают, и предоставлена возможность отменить или продолжить регистрацию. - Автоматическая проверка заполнения обязательных полей карточки при регистрации документа. По результатам проверки пользователю должно быть выведено сообщение о некорректно заполненных полях. Регистрация документа должна быть невозможна. - Отнесение документа к делу по номенклатуре дел и тому дела. В регистрационной карточке документа должно быть предусмотрено поле для привязки регистрационной карточки к делу из справочника "Номенклатура дел" при создании карточки документа. Должна быть реализована функция автоподбора значения из справочника при вводе по номеру дела. Должна быть возможность использовать номер дела, выбранного из справочника, при автоматическом формировании регистрационного номера документа. Должна быть возможность привязать регистрационную карточку к конкретному тому дела после завершения работы с документом в делопроизводстве. - Регистрация документа. В регистрационной карточке, находящейся в состоянии "регистрируется" должна быть предусмотрена функция регистрации. При регистрации должен выделяться регистрационный номер, если он не был выделен раньше и присваиваться статус "зарегистрирован". Должна быть возможность зарезервировать регистрационный номер без перевода регистрационной карточки в состояние "зарегистрирован". - Изменение данных зарегистрированной карточки в режиме административного редактирования. После регистрации регистрационная карточка документа должна изменять статус на "зарегистрирован" и отображаться в режиме чтения; изменение данных в ней по умолчанию должно быть запрещено. В то же время в системе должна быть предусмотрена операция редактирования данных зарегистрированной карточки, доступ к которой должен управляться ролевой моделью. При вызове этой операции поля регистрационной карточки должны открываться для редактирования (кроме полей "Вид документа", "Регистрационный номер" и "Подразделение регистратора"). Наличие функции должно позволить изменять данные без возврата на регистрацию. Изменение регистрационного номера, вида документа или подразделения регистратора должно быть доступно только для регистрационных карточек, находящихся в состоянии "регистрируется". Данные о передаче документа получателям, а также резолюции и задания по ним при возврате на регистрацию должны оставаться без изменений. - Ввод и отображение информации о передаче/движении бумажных экземпляров документа В регистрационной карточке должно быть предусмотрено добавление записей журнала передач, содержащих следующие сведения: - Дата приема/передачи бумажного экземпляра документа. - Сведения о сотруднике, принявшем/передавшем бумажный экземпляр документа. - Признак передачи оригинала/копии бумажного экземпляра документа. - Передача регистрационной карточки на рассмотрение и создание резолюции по документу от имени выбранного сотрудника. Сотрудник, имеющий соответствующие права, должен иметь возможность создать одну или несколько резолюций по документу, в т.ч. от имени одного и того же сотрудника или передать документ получателям для рассмотрения. Передача входящего или внутреннего документа на рассмотрение по команде пользователя должна выполняться после регистрации документа или одновременно с регистрацией, при этом должны формироваться задания на рассмотрение для каждого получателя. Карточки заданий на рассмотрение должны содержать регистрационные данные документа; ссылки на файлы документа; информацию о дате направления документа на рассмотрение. Если для входящего документа установлен срок внешнего контроля, этот срок должен переноситься в карточку задания на рассмотрение как срок исполнения задания. Регистратор должен иметь возможность передать документ дополнительным получателям без возврата регистрационной карточки на регистрацию. Должна быть реализована функция передачи документов одновременно для нескольких выбранных регистрационных карточек. - Управление версиями файлов исходящего и внутреннего документа и направление документа на согласование. Пользователь должен иметь возможность добавлять версии файлов документа в регистрационных карточках исходящих и внутренних документов до направления их на регистрацию. Направление исходящего или внутреннего документа на согласование должно быть доступно только после добавления одного или нескольких файлов документа в первую или последующую версию файлов. Пользователь, имеющий соответствующие права, должен иметь возможность создать один или несколько маршрутов согласования по документу. После согласования документа пользователь, направивший документ на согласование, должен иметь возможность создать новую версию файлов и включить в нее файлы с изменениями. При направлении регистрационной карточки на регистрацию финальная версия файлов должна автоматически копироваться в файлы регистрационной карточки; версии файлов не должны отображаться в регистрационной карточке документа, направленного на регистрацию, зарегистрированного или переданного получателям. - Просмотр хода согласования в регистрационной карточке. (просмотр информации о маршрутах согласования, состоянии исполнения заданий на согласование, замечаний исполнителей). В регистрационной карточке должны быть предусмотрены отдельные вкладки для просмотра данных согласования в различных форматах представления: - полная информация о маршрутах согласования (вкладка "Согласование"); - информация в виде листов согласования (должны формироваться листы отдельные согласования по маршруту согласования, по согласуемой версии файлов и сводные листы согласования) (вкладка "Лист согласования"); - отображение результатов согласования в виде дерева заданий с отображением статуса согласования (на стандартной вкладке "Резолюции"). - Подписание файлов регистрационной карточки электронной подписью. Подписание и шифрование документов должно производиться в соответствии с требованиями к обеспечению безопасности информации настоящего Технического задания. Из регистрационной карточки должны быть доступны функции подписания документа, проверки электронной подписи, шифрования документа и назначения списка лиц, имеющих доступ к содержимому зашифрованного файла. Из регистрационной карточки должен быть доступен просмотр всех электронных подписей, наложенных на каждый файл документа, и списка сотрудников, которым разрешен доступ к содержимому зашифрованного файла. Средства криптографической защиты обеспечиваются Заказчиком. - Направление регистрационной карточки исходящего или внутреннего документа на регистрацию (для исполнителя) и возврат на подготовку (для регистратора). Направление регистрационной карточки документа на регистрацию должно выполняться по команде пользователя. Должна быть допустима передача на регистрацию документа с прикрепленными файлами или без файлов (для документов ДСП или документов, подготовленных и подписанных в бумажном виде). При направлении на регистрацию документа, прошедшего согласование, система должна контролировать, что одной из версий файлов присвоен признак финальной версии, а при отсутствии приложенных файлов должно отображаться соответствующее предупреждение. После направления проекта документа на регистрацию карточка должна быть доступна регистратору того подразделения, который указан в поле "Подразделение регистратора" этой регистрационной карточки. Регистратору должна быть доступна для просмотра последняя (финальная) версия файлов и лист согласования по этой версии, если для документа выполнялось согласование. Регистратор должен иметь возможность вернуть внутренний или исходящий документ на подготовку исполнителю, если в регистрационной карточке, листе согласования или файлах документа обнаружены ошибки. - Формирование печатных форм регистрационной карточки и листа согласования. Печать форм должна осуществляться по команде пользователя. Состав и правила формирования печатных форм должны быть согласованы с Заказчиком при разработке Частного технического задания. - Возможность создания новой регистрационной карточки из текущей с копированием полей данной регистрационной карточки. В пользовательских настройках должна быть предусмотрена возможность указать набор полей для копирования при создании новой регистрационной карточки. Значения выбранных полей должны подставляться в соответствующие поля новой карточки при выборе варианта создания регистрационной карточки с копированием полей. - Создание шаблона регистрационной карточки. Пользователь должен иметь возможность сохранить любую регистрационную карточку как шаблон для последующего создания на ее основе новых регистрационных карточек. Функция создания шаблонов регистрационных карточек должна быть доступна из списка документов в папке. Должна быть реализована возможность одновременного создания шаблонов РК по нескольким выбранным регистрационным карточкам. В шаблоне регистрационной карточки должно быть предусмотрено поле "Наименование" для последующего поиска и выбора шаблона. При создании регистрационной карточки по шаблону в новую карточку должны переноситься поля из карточки-шаблона. - Аннулирование регистрационной карточки. При аннулировании карточки должны аннулироваться (но не удаляться): - регистрационная карточка документа; - карточки заданий по документу (в т.ч. задания на рассмотрение, задания на исполнение и задания на согласования); - маршруты согласования по документу. Будет предусмотрена возможность разграничить права на доступ к операции аннулирования карточки в различных состояниях регистрационной карточки. Будет возможность вернуть аннулированный документ на регистрацию; доступ к карточке также будет определяться в матрице доступа. - Удаление регистрационной карточки. При удалении карточки она должна помечаться как удаленная. Удаленные карточки должны быть доступны к просмотру из папки "корзина". Пользователь должен иметь возможность восстановить карточку, выделенную к удалению. Администратор Системы должен иметь возможность удалять карточки, выделенные к удалению, без возможности восстановления. - Автоматическое журналирование действий пользователей над регистрационной карточкой и отображение истории работы с документом. Система должна автоматически фиксировать выполнение операций с регистрационной карточкой документа, доступ к которым разграничивается ролевой моделью. В истории должны фиксироваться: название операции; дата и время совершения операции; сотрудник, выполнивший операцию. Пользователь должен иметь возможность просмотреть историю выполненных операций с регистрационной карточкой непосредственно в форме регистрационной карточки. Изменение сведений о выполненных операциях должно быть запрещено. 4.3. Требования к модернизации работы с заданиями Карточки заданий должны обеспечивать работу с поручениями и использоваться исполнителями для отметок о ходе и завершении выполнения поручений. В системе должны быть предусмотрены отдельные виды карточек заданий для решения различных задач: - Первичное рассмотрение входящего или внутреннего документа; - Исполнение поручения по резолюции; - Выдача инициативного поручения; - Согласование документа. После модернизации система должна обеспечивать следующую функциональность при работе с карточками заданий: - Просмотр данных, файлов и связей регистрационной карточки документа, по которому поставлено поручение. Информация о выданном поручении (автор, текст поручения, срок исполнения, контроль, дата выдачи поручения), а также файлы и связи документа должны быть доступны с одной (первой) вкладки карточки задания. Информация о заданиях соисполнителей, вышестоящих подчиненных заданиях должна отображаться на отдельной (второй) вкладке карточки задания в виде дерева с отображением статуса исполнения поручений. - Создание проекта резолюции из карточки задания. Функция создания проекта резолюции должна быть доступна для исполнителя задания, его координатора (помощника) или заместителя из карточки задания и списка заданий. Должна быть реализована возможность одновременного (группового) создания резолюции по нескольким выбранным заданиям при вызове функции из списка заданий. Данные резолюции, введенной групповым способом, должны прописываться в карточки всех заданий, которые были отобраны для наложения данной резолюции. Дальнейшая обработка этих резолюций по каждому заданию должна вестись независимо друг от друга. При расписании резолюции из карточки задания должна быть предусмотрена возможность выполнить одновременно два действия: взять задание в работу и расписать резолюцию. - Автоматическое вычисление контрольного срока в соответствии с параметрами системной настройки. Срок исполнения пункта резолюции задания должен устанавливаться пользователем или определяться автоматически. Для автоматического расчета должна быть реализована административная настройка условий автоматического расчета срока исполнения контрольных и неконтрольных заданий (длительность исполнения поручения в календарных днях). Пользователь должен иметь возможность изменить установленный срок задания после утверждения резолюции, если ему назначены права на изменение параметров контроля. - Формирование печатной формы резолюции по форме. Печать проекта резолюции должна осуществляться по команде пользователя из карточки задания. - Направление резолюции на утверждение руководителю (функция для помощника). Для помощника, подготовившего проект резолюции, должна быть предусмотрена возможность направить проект резолюции на утверждение и внести, при необходимости, сопроводительный текст к проекту. - Возврат резолюции на доработку (функция для руководителя). Руководитель должен иметь возможность вернуть проект резолюции на доработку до ее утверждения с указанием причины возврата. - Утверждение резолюции. При утверждении резолюции для исполнителей должны формироваться задания на исполнение для каждого сотрудника, указанного исполнителем по резолюции. Заданиям должен присваиваться статус "на рассмотрении" (по умолчанию) или "на распределении" (если исполнитель включен в группу сотрудников, работающих через помощника). - Редактирование данных резолюции до и после утверждения. До утверждения проекта резолюции пользователь, создавший проект, должен иметь возможность вносить любые изменения в проект; после утверждения - только перечисленные изменения: - замена исполнителя, - замена ответственного исполнителя, - изменение текста резолюции и номера пункта, - перенос срока, - изменение признака контроля пункта резолюции, - добавление пункта резолюции; - удаление пункта резолюции. Изменение данных резолюции должно фиксироваться и отображаться на вкладке "История" карточки задания и в карточках заданий исполнителей. В матрице доступа должна быть возможность настроить доступ к операциям на изменение резолюции. - Отзыв резолюции. Пользователь, утвердивший резолюцию, должен иметь возможность отозвать резолюцию, если ни одно задание по ней не выполнено. Должна быть возможность отозвать резолюцию при наличии выполненных заданий по ней, если пользователю назначены соответствующие права. При отзыве резолюции должны аннулироваться все задания, созданные по ней. Аннулированные задания должны быть доступны через поиск заданий, но не отображаться в регистрационной карточке и карточке задания, по которому была расписана отозванная резолюция. Должна быть предусмотрена возможность отредактировать и снова утвердить отозванную резолюцию. При повторном утверждении должны создаваться новые задания. Пользователь должен иметь возможность внести любые изменения в отозванную резолюцию. - Отображение резолюций, расписанных по документу в процессе исполнения в виде древовидной структуры. Задания по резолюциям должны отображаться на отдельной вкладке карточки задания в виде дерева резолюций. Аналогичная информация должна отображаться в регистрационной карточке документа. Информация в дереве резолюций должна быть сгруппирована по узлам следующим образом: 1) Корневой узел - документ, по которому поставлено поручение. 2) Узел задания. 3) Узел пункта резолюции по заданию. 4) Узел нижестоящего задания в рамках пункта резолюции. Узлы заданий и пунктов резолюций должны иметь визуальные маркеры состояния (иконки), показывающие статус контроля и состояние исполнения задания. Должны быть предусмотрены различающиеся обозначения для статусов задания: - на рассмотрении / на распределении; - в работе; - исполнено; - на проверке; - на снятии с контроля. Должны быть предусмотрены различающиеся обозначения для статусов контроля: - без контроля; - на централизованном контроле; - на самостоятельном контроле. Должны быть предусмотрены обозначения дополнительных признаков задания: - подготовлен документ во исполнение; - резолюция не утверждена. При выборе узла регистрационной карточки, пункта резолюции, задания в правой части вкладки должна отображаться информация о выбранном элементе. - Автоматическое вычисление статуса задания при утверждении резолюции ("на рассмотрении" или "на распределении"). Задание должно получать статус "на распределении", если исполнитель резолюции включен в группу сотрудников, задания которых требуют распределения. Такие задания должны отображаться у помощника исполнителя. В остальных случаях должны формироваться задания со статусом "На рассмотрение" и отображаться непосредственно исполнителю. - Передача задания руководителю. Для помощников должна быть реализована возможность передать задание на личное рассмотрение руководителю без проекта резолюции. Помощник руководителя должен иметь возможность после предварительного рассмотрения перенаправить задание на руководителя или другого сотрудника без взятия задания в работу. Должна быть возможность предоставить права передачи заданий другим сотрудникам в матрице доступа. - Передача задания другому исполнителю. Должен быть предусмотрен механизм передачи заданий другим исполнителям для обеспечения замещения сотрудников и передачи заданий уволенных сотрудников. Должна быть предусмотрена возможность одновременной переметки (назначения исполнителя) для нескольких выбранных карточек заданий (при вызове функций из списка карточек). - Взятие заданий в работу. Функции работы с заданием (внесение отметки об исполнении, прикрепление документа во исполнение, прикрепление отчетов об исполнении и др.) должны быть доступны после взятия задания в работу. Должна быть возможность взять в работу несколько заданий одновременно, а также возможность взять в работу всю ветку заданий (при возврате задания на доработку). При взятии в работу должны фиксироваться дата и время, когда сотрудник взял задание в работу, и изменяться статус задания. - Ввод и отображение данных отчетов об исполнении задания. По одному заданию возможно сформировать несколько отчетов. При добавлении отчета исполнитель должен будет заполнить поля "Содержание" (обязательно) и "Процент выполнения" (необязательно). Система автоматически должна фиксировать время добавления отчета и данные пользователя, сформировавшего отчет. Если в задании будет установлен признак необходимости предоставления отчета исполнителем, система должна блокировать исполнение задания без отчета. Должна быть возможность предоставить права добавления отчета контролерам, проверяющим, автору задания и его помощникам. - Прикрепление к карточке задания зарегистрированного документа в качестве документа во исполнение. Пользователь должен иметь возможность связать с заданием уже зарегистрированный документ в качестве документа во исполнение, а также возможность привязать другие документы во исполнение или с другим видом связи. Выбор карточки для связи должен быть реализован аналогично выбору связанных документов в регистрационной карточке. Документы, связанные с карточкой задания, должны отображаться также в дереве связей регистрационной карточки. Если в задании установлен признак необходимости подготовить документ во исполнение, система должна блокировать исполнение задания без прикрепления документа во исполнение к карточке задания. - Создание новой карточки документа во исполнение из карточки задания. Пользователь должен иметь возможность создать новый документ из карточки задания в качестве документа во исполнение. Должен быть реализована функция направления документа, подготовленного во исполнение, на согласование и на регистрацию. Должна быть предусмотрена возможность разорвать связь с документом во исполнение. В дереве связей регистрационной карточки, по которой сформированы задания, будут отображаться связи со всеми подготовленными документами во исполнение. Если в задании установлен признак необходимости подготовить документ во исполнение, система должна блокировать исполнение задания без прикрепления документа во исполнение к карточке задания. - Исполнение задания. Должна быть предусмотрена возможность отметить задание как исполненное из карточки задания, а также отметить как исполненные несколько заданий одновременно из списка заданий. При исполнении задания оно должно переходить на проверку, если в резолюции был указан проверяющий. Если проверяющий не указан, но задание контрольное, то после исполнения задание должно переходить на снятие с контроля. Если для контрольного задания указан проверяющий, то на снятие с контроля задание должно переходить только после принятия результатов работы проверяющим. У проверяющего и контролера должна быть возможность принять результат работы или вернуть задание на доработку с указанием причины возврата. Для уполномоченных лиц (контролеров) должна быть реализована возможность исполнить изменить дату исполнения уже исполненного задания, если принято решение об отсутствии просрочки исполнения. - Автоматическое исполнение заданий соисполнителей, нижестоящих по иерархии заданий и вышестоящих заданий при выполнении задания ответственным исполнителем. Задания соисполнителей и нижестоящих по иерархии заданий должны автоматически отмечаться как исполненные при выполнении задания ответственным исполнителем. Задание, по которому расписана резолюция, должно исполняться автоматически, если исполнены все задания ответственных исполнителей с признаком автоисполнения по этой резолюции. Администратор Системы должен иметь право ограничить автоисполнение заданий в зависимости от вида контроля, обязательности предоставления документа во исполнение. Должна быть предусмотрена возможность настроить автоисполнение задания при регистрации документа во исполнение этого задания. - Отображение истории о выполненных пользователем действиях над карточкой задания. В карточке заданий должна отображаться история выполненных операций с карточкой задания. История должна быть доступна для просмотра любому пользователю, имеющему доступ к карточке. В истории должны фиксироваться: название операции; дата и время совершения операции; сотрудник, выполнивший операцию. Изменение сведений о выполненных операциях должно быть запрещено. 4.4. Требования к модернизации процессов согласования документов Инструменты согласования должны быть значительно оптимизированы в новой версии СЭД Росрыболовства. Должна использоваться упрощенная карточка маршрута согласования, а также стандартные средства расписания резолюций для направления документов на делегированное согласование. Отображение результатов согласования должно быть не только в виде карточек заданий на согласование, но и в виде дерева, аналогичном дереву резолюции, а также в виде листов согласования. Пользователь должен иметь возможность запустить один или несколько циклов согласования одного документа с использованием карточек маршрута согласования. Одновременно должна согласовываться только одна версия файлов. Пользователь должен иметь возможность создать произвольный маршрут согласования или маршрут на основе заранее подготовленного шаблона. Данные маршрута, созданного на основе шаблона, должны быть доступны для изменения пользователем, направляющим документ на согласование. Карточка маршрута согласования должна предоставлять следующую функциональность: - Указание состава согласующих лиц с указанием последовательности согласования. Инструментарий карточки должен позволять сформировать последовательный, параллельный или смешанный маршрут согласования. После выбора согласующих лиц до запуска маршрута у пользователя должна быть возможность изменить последовательность согласования путем перемещения сотрудников в списке согласующих, а также изменить для каждого согласующего тип согласования (последовательный / параллельный). При создании маршрута согласования на основе шаблона в карточку согласования должен переноситься список согласующих с указанными для них сроками согласования. - Задание параметров согласования для каждого согласующего (вид согласования, срок согласования), установка срока согласования в днях (часах) и датой. При указании вида согласования для выбора должны быть доступны значения: визирование, согласование, утверждение. В настройках системы должна быть возможность установить значение вида согласования по умолчанию. Должен быть реализован запрет на изменение вида согласования в карточке согласующего лица, задание которого исполнено. Регистратор должен иметь возможность изменить тип подписи в списке визирующих лиц в регистрационной карточке после завершения согласования. При указании срока согласования в часах (днях), срок задания должен вычисляться автоматически от даты исполнения предыдущего задания на согласование. - Ввод сопроводительного текста и прикрепление сопроводительного файла, не подлежащего согласованию. У инициатора согласования должна быть возможность ввести сопроводительный текст и прикрепить сопроводительный файл (лист учета замечаний, справочный / нормативный документ и т.д.) в карточке маршрута. Файл должен передаваться согласующим, но должен отображаться отдельно от файлов, направляемых на согласование, и не должен подлежать согласованию. - Выставление отметки о запрете на редактирование файлов при согласовании. У инициатора согласования должна быть возможность запретить редактирование файлов при согласовании (например, для согласования финальной версии файлов). - Указание необходимости подписания файлов электронной подписью при согласовании. Если в маршруте согласования будет установлен признак подписания файлов ЭП, то при принятии согласующим решения Система должна запрашивать подписание файла ЭП. Проверка должна выполняться только для сотрудников, которым присвоен признак наличия электронной подписи. - Запуск согласования. Запуск согласования должен выполняться по команде пользователя. Первичное направление исходящего или внутреннего документа на согласование должно быть доступно только после добавления одного или нескольких файлов документа в первую версию файлов. При запуске маршрута должны формироваться задания на согласование с приложением файлов последней версии файлов документа. При параллельном согласовании задания должны формироваться одновременно для всех указанных согласующих. При последовательном - для каждого согласующего лица задание должно формироваться после исполнения заданий всеми предыдущими согласующими. - Изменение маршрута согласования. При изменении маршрута уже созданные задания не должны аннулироваться, изменения по ним должны быть невозможны (для сохранения истории согласования). До запуска маршрута согласования пользователь должен иметь возможность вносить любые изменения в карточку маршрута согласования. - Аннулирование маршрута согласования. Инициатор согласования должен иметь возможность отозвать маршрут согласования, если исполнение всех заданий по нему не завершено. При аннулировании маршрута должны аннулироваться все неисполненные задания на согласование, сформированные по маршруту. Исполненные задания должны сохранять свой статус после аннулирования маршрута согласования. - Удаление маршрута согласования. Удалить можно только аннулированный или не запускавшийся маршрут. Сведения об удалении маршрута должны фиксироваться в истории. Сотрудник, получивший задание на согласование, должен иметь возможность выполнить следующие действия в карточке задания на согласование: - Просмотр файлов документа, сопроводительного текста и сопроводительного файла. Вся перечисленная информация и функциональные кнопки согласования должны отображаться в карточке задания на одной вкладке. - Просмотр карточки документа, направленного на согласование. В регистрационной карточке должно быть предусмотрено несколько вкладок для просмотра информации: - "Согласование" (основная рабочая форма); - "Задание" (отображение стандартного вида карточки задания, аналогично заданию на рассмотрение и исполнение). На форме "Задания" должна быть возможность просмотреть информацию о карточке согласуемого документа и связанных карточках, а также возможность перейти к карточке согласуемого документа или выбранного связанного документа; - "Лист согласования" (отображение результатов согласования в виде печатных форм "Лист согласования"); - "Дерево резолюций" (на вкладке должны отображаться задания на согласование по каждому маршруту, статус согласования, информация о принятых решениях и замечаниях, подчиненные задания на согласование). - Ввод изменений в файлы, направленные на согласование. При внесении согласующим изменений в файл документа система должна автоматически создавать новую версию файла. Эта версия должна быть доступна из карточки задания согласующего и из дерева резолюций регистрационной карточки согласуемого документа. При последовательном согласовании следующему согласующему должна поступать версия, измененная предыдущим пользователем. - Ввод замечаний в текстовом виде. Согласующий должен иметь возможность внести замечания в текстовом виде в поле "Замечания". Внесение замечаний или исправлений в файл документа должно быть обязательным при отклонении файла документа. - Прикрепление ответного файла. Согласующий должен иметь возможность добавить ответный файл (файл с листом замечаний или свою версию файла) в карточке задания на согласование. - Принятие решения по каждому файлу, направленному на согласование (согласовано, отклонено). При наличии правок в файле или текстовых замечаний согласованный файл должен отмечаться как согласованный с замечаниями. Пользователь должен иметь возможность согласовать или отклонить файл документа. Другим лицам (в т.ч. автору согласования) должно быть запрещено изменение решения. - Подписание файла электронной подписью. Подписание файла ЭП должно быть обязательным, если такое условие задано в маршруте согласования. Если согласующий вносил изменения в файл документа, то подписанию должна подлежать измененная им версия файла. Информация о подписании файла ЭП должна отображаться в листе согласования. Должны быть реализованы средства для проверки неизменности файла документа после его подписания ЭП и реализована возможность запросить сведения о действительности сертификата ЭП. - Изменение решения по файлу до исполнения задания. Согласующий должен иметь возможность отменить решение только до того как задание будет отмечено как исполненное. - Исполнение задания на согласование. Согласующий должен иметь возможность отметить задание как исполненное только после того как будет принято решение по каждому файлу документа, независимо от того, завершено ли делегированное согласование. В случае последовательного согласования после исполнения задания должно формироваться следующее задание, если все файлы согласованы. Если хотя бы один файл отклонен, маршрут должен быть завершен. - Расписание резолюции. Для направления документа на подчиненное согласование согласующий должен иметь возможность расписать резолюцию. Для исполнителей по резолюции должны формироваться задания на согласование, аналогичные заданиям согласующего. После исполнения нижестоящих заданий вышестоящее задание должно снова получать статус "на рассмотрении" / "на распределении", а в карточке задания должно выводиться сообщение о завершении делегированного согласования. Автоисполнение заданий на согласование не должно выполняться. - Отклонение задания. У помощника руководителя должна быть возможность отклонить задание на согласование без принятия решения и пересылки его руководителю. При отклонении должен вводиться комментарий о причинах возврата. Инициатор согласования должен иметь следующие возможности: - Создать в регистрационной карточке новую версию файлов, изменить содержание и состав файлов версии. После согласования документа пользователь, направивший документ на согласование, должен иметь возможность создать новую версию файлов и включить в нее файлы с изменениями. Версии файлов, по которым были запущены маршруты согласования, должны быть недоступны для изменений. - Назначить версию файлов финальной для передачи документа на регистрацию. Пользователь должен иметь возможность назначить финальной любую версию файлов. Листы согласования должны содержать информацию о результатах согласования с учетом согласованной версии. - Исполнить задание на согласование за согласующего. Автор согласования должен иметь возможность отметить задание как исполненное за согласующего без принятия решения с обязательным указанием причины завершения. В листе согласования должна отображаться информация о том, что задание исполнено автором согласования без решения. Ход согласования должен отображаться в регистрационной карточке согласуемого документа и в карточках заданий на согласование на вкладках "Дерево резолюций" (раздел "Согласование") и "Лист согласования". - В дереве резолюций задания должны быть сгруппированы по маршрутам. По каждому согласующему должен отображаться статус согласования, файлы с правками согласующего, его замечания и ответный файл, а также подчиненные задания на согласование. - Лист согласования должен отображаться на отдельной вкладке регистрационной карточки и карточки задания на согласования. Должна быть предусмотрена возможность просмотра листа согласования по каждому маршруту, версии файлов и сводного листа согласования. Должна быть реализована возможность печати листа согласования. 4.5. Требования к модернизации контроля исполнения заданий (поручений) В результате модернизации система должна обеспечивать средства промежуточного и итогового контроля исполнения документов и заданий. Функциональность системы должна обеспечивать возможность выполнения пользователями следующих операций: - Постановка входящих документов на внешний контроль и выявление неисполненных документов, стоящих на внешнем контроле. В регистрационной карточке входящего документа должны быть предусмотрены специальные поля "Внешний контроль" и "Срок исполнения". Для отслеживания неисполненных документов, стоящих на внешнем контроле, должны быть настроены папки-фильтры для контролеров, авторов поручений, их помощников и исполнителей. - Постановка пунктов резолюций или инициативных поручений на внешний контроль или централизованный контроль. Должна быть предусмотрена постановка поручения на централизованный контроль, внешний контроль и контроль подразделения с указанием сроков исполнения, срока начала контроля, фактического завершения контроля. Для каждого пункта резолюции должны быть предусмотрены поля для ввода перечисленных параметров. У автора резолюции, его помощников и контролеров должна быть возможность изменить параметры пункта резолюции. Сведения об изменениях должны отображаться на вкладке "История" карточки задания и в карточках заданий исполнителей. В Системе должна быть предусмотрена настройка типового срока начала контроля (кол-во календарных дней от срока исполнения до начала контроля) и стандартной длительности исполнения контрольных поручений (кол-во календарных дней) для автоматического расчета сроков исполнения и начала контроля при формировании резолюций и инициативных поручений. - Получение автоматических выборок документов, стоящих на соответствующем контроле. Для отслеживания нерасписанных, неисполненных и исполненных документов, стоящих на контроле, должны быть настроены автоматически обновляемые папки контролеров, авторов поручений, их помощников и исполнителей. Поисковые фильтры должны учитывать срок и статус исполнения, вид контроля или содержать параметры для выбора нужного вида контроля, срока, статуса. Также должен быть предусмотрен специализированный интерфейс - карточка контроля, обеспечивающая быстрый доступ к контрольным документам и выполнение операций контроля. - Просмотр информации о заданиях (содержание, сроки, параметры проверки и контроля, статус исполнения, отчеты и комментарии исполнителей, документы во исполнение). Контролеры должны иметь доступ ко всему объему информации по контрольным заданиям и резолюциям до уровня конечного исполнителя. Информация должна быть доступна для просмотра из регистрационных карточек, карточек заданий, в представлениях папок, контрольной карточке и отчетах. - Просмотр поступивших отчетов исполнителей по пункту резолюции / инициативного поручения. Контролеры должны иметь возможность просмотреть на отдельной вкладке карточки задания, по которому расписана резолюция: - отчеты исполнителей по каждому пункту резолюции в различных выборках: все; за указанный период; поступившие после последнего сводного отчета; - список исполнителей по резолюции / поручению, отчеты от которых не поступили за указанный период. Контролеры должны иметь доступ ко всем отчетам до уровня конечного исполнителя. На основе полученной информации об исполнении контролеры должны иметь возможность выполнить любые действия по подчиненным заданиям (с правами исполнителя или автора резолюции). Изменения должны выполняться от имени контролера и отображаться в истории. Должна быть возможность ограничить в матрице доступа выполнение ряда операций по изменению резолюции или данных заданий. - Формирование сводных отчетов по пунктам резолюции / инициативного поручения. Контролер должен иметь возможность формировать промежуточные и итоговые сводные отчеты для каждого пункта резолюции / инициативного поручения из карточки задания. Наряду со сводными отчетами контролеры должны иметь возможность добавлять стандартные отчеты о ходе исполнения и комментарии по заданию. Последний сводный отчет автоматически должен отмечаться как актуальный. Контролер должен иметь возможность перенести признак актуального отчета и удалить отчет. Должна быть реализована возможность автоматически перенести текст выбранного отчета исполнителя в сводный отчет. - Выполнение проверки исполнения задания проверяющим и снятие заданий с контроля. - Если для пункта резолюции (поручения) назначен проверяющий, то задания по нему после исполнения автоматически должны передаваться на проверку. Сотрудник, назначенный проверяющим, должен иметь возможность принять результаты работы или вернуть задание на доработку. - При приемке результатов работы проверяющим, неконтрольное задание должно переходить в состояние "исполнено", а контрольное задание автоматически должно переходить в состояние "на снятии с контроля". - Если для контрольного пункта резолюции (поручения) не назначен проверяющий, то задания по нему автоматически должны передаваться на снятие с контроля после исполнения задания. - Контролер должен иметь возможность снять задание с контроля или вернуть задание на доработку. - При снятии задания с контроля документ должен переходить в состояние "исполнено". - При возврате задания на доработку проверяющим или контролером задание должно переходить в состояние "на рассмотрении" (по умолчанию) или "на распределении" (если исполнитель включен в группу сотрудников, задания которых требуют распределения). Вся информация об исполнении задания (резолюция, отчеты, комментарии, документы во исполнение) введенная до выполнения проверки (контроля), должна быть доступна из карточки задания в обычном режиме. - Настройка прав доступа к операциям контроля. Контролерам должны быть доступны следующие функции работы с резолюциями: - Изменить вид контроля. - Изменить контрольный срок исполнения, срок начала контроля и дату постановки на контроль. - Добавить, заменить, удалить исполнителя в резолюции. - Назначить / изменить проверяющего. - Изменить параметры исполнения задания для исполнителя. - Изменить текст пункта резолюции / инициативного поручения. - Изменить номер пункта резолюции. Доступ к указанным функциям должен определяться в матрице доступа и должен быть разграничен для разных групп контролеров. - Требования к карточке контроля. Карточка контроля должна предоставлять контролерам быстрый доступ к поручениям согласно настроенным параметрам и доступ к операциям, связанным с исполнением и контролем поручений. В карточке контроля должен быть предусмотрен фильтр, содержащий следующие параметры для отбора заданий: - Подразделения-исполнители (с возможностью одновременного выбора нескольких подразделений); - Состояние исполнения; - Вид контроля; - Вид контроля родительского задания; - Только просроченные; - Плановый срок исполнения; - Контрольный срок; - Фактический срок исполнения; - Дата регистрации документа; - Корреспондент; - Подписал; - Категории документа; - Виды документов. По результатам поиска должен формироваться список заданий, отвечающих заданным в фильтре условиям. Должно выводиться количество найденных карточек. Пользователь должен иметь возможность выполнить дополнительный поиск по представлению таблицы и выгрузить список найденных заданий в файл Microsoft Word или Microsoft Excel. Пользователь должен иметь возможность настроить таблицу отображения найденных заданий, выбрав нужные поля и порядок их отображения, а также задать условия группировки заданий. Ниже приведен требуемый состав доступных для отображения колонок таблицы: - Регистрационный номер и дата регистрации документа. - Исходящий номер и исходящая дата документа. - Вид документа. - Содержание документа. - Корреспондент. - Подписал (подписант документа). - Категория документа. - N пункта. - Текст задания. - Вид контроля задания. - Вид контроля родительского подразделения. - Автор задания. - Исполнитель задания. - Подразделение текущего исполнителя. - Конечный исполнитель. - Подразделение конечного исполнителя. - Плановый срок исполнения. - Контрольный срок. - Фактический срок исполнения. - Отчет конечного исполнителя. - Данные документа, подготовленного во исполнение задания. - Состояние задания. В нижней части экрана должна отображаться детальная информации по выбранному заданию: - Содержание регистрационной карточки, по которой сформировано задание. - Информация по заданию. - Признак контроля. - Ход исполнения задания. Пользователь должен иметь возможность совершить следующие действия с выбранным заданием: - Открыть регистрационную карточку, по которой сформировано задание; - Открыть задание; - Изменить срок исполнения; - Открыть, прикрепить документ во исполнение; - Разорвать связь с документом во исполнение; - Исполнить задание; - Завершить проверку (если для задания был указан проверяющий); - Снять с контроля; - Ввести сводный отчет по пункту резолюции; - Вернуть на доработку. При внесении любых изменений в карточке задания таблица со списком заданий должна автоматически обновляться. Должна быть предусмотрена и возможность обновления списка в ручном режиме. Должна быть возможность создания и сохранения пользователем нескольких карточек контроля с заданными настройками для дальнейшего использования. 4.6. Требования к функциям назначения заместителей, контролеров и регистраторов - В системе должна быть предусмотрена возможность указать одного или нескольких постоянных заместителей сотрудника. При выборе замещающих должна быть установлена проверка: пользователь не может замещать сам себя. Для каждого заместителя должна быть возможность установить доступные права на доступ к заданиям замещаемого и к операциям с ними: - право исполнять задания замещаемого, в которых тот является рядовым исполнителем; - право исполнять задания замещаемого, в которых тот является ответственным исполнителем; - право исполнять задания замещаемого, даже если основной исполнитель активен и сам его исполняет; - право выдавать права замещаемого сотрудника. Пользователь должен иметь возможность добавить в заместители одновременно одного сотрудника или группу сотрудников. Если в качестве заместителей выбирается группа сотрудников, права должны настраиваться для группы сотрудников с возможностью последующего изменения прав для отдельных замещающих. - Пользователь должен иметь возможность самостоятельно назначить себе временного заместителя на период временного отсутствия. Временным заместителям должны автоматически назначаться права исполнения заданий и подписи файлов за замещаемого. Задания и документы замещаемого должны быть доступны в специальной папке замещающего, указанной в системных настройках. При назначении временного заместителя папка замещающего должна создаваться для временного заместителя автоматически. - Система должна обеспечивать работу регистраторов и контролеров подразделений в соответствии с нижеследующими требованиями: - Регистратор подразделения - сотрудник подразделения, которому поступают на регистрацию документы, подготовленные в подразделении. Регистратор подразделения должен иметь возможность зарегистрировать документ с выделением автоматического или ручного регистрационного номера, передать документ получателям или вернуть документ на доработку исполнителю. - Контролер подразделения - сотрудник подразделения, которому поступают на снятие с контроля задания контрольных пунктов резолюций, утвержденных сотрудником подразделения. В Системе должна быть предусмотрена возможность указать одного или нескольких контролеров для подразделения, а также назначить одного и того же сотрудника контролером разных подразделений. Каждый контролер должен иметь доступ к контрольным заданиям, сформированным по резолюциям или инициативным поручениям сотрудников того подразделения, для которого назначен этот контролер. Контролер подразделения должен иметь возможность снять задание с контроля (принять результаты работы) или вернуть задание на доработку с указанием причины возврата. Контролер подразделения должен иметь возможность формировать сводные или промежуточные отчеты об исполнении контрольных пунктов резолюций. Один сотрудник может одновременно быть назначен как регистратор или контролер в нескольких подразделениях. При необходимости один сотрудник может совмещать роли регистратора и контролера. 4.7. Требования по модернизации построения отчета Функции подготовки отчетности в СЭД после модернизации должны соответствовать следующим требованиям: - Система должна обеспечивать автоматическое формирование веб-отчетов. - В сформированных отчетах должна быть предусмотрена возможность детализации данных (дриллинг) для перехода от сводных показателей к детализирующим данным и спискам заданий или документов. - Должна быть обеспечена возможность перехода из формы отчета на соответствующую регистрационную карточку или карточку задания по гиперссылке, если такое условие будет предусмотрено требованиями к отчету. При переходах пользователей по таким гиперссылкам должны проверяться права пользователей на доступ к запрашиваемой информации. - Шаблоны отчетов должны позволять ограничивать область построения отчета и параметры вывода информации в отчет. - Должна быть реализована возможность сохранения веб-отчетов в формате Microsoft Word. - В системе должны формироваться следующие отчеты: - Форма отчетности о количестве обращений и вопросов, содержащихся в обращениях граждан, организаций и общественных объединений, адресованных Президенту Российской Федерации и направленных в Федеральное агентство по рыболовству (за указанный отчетный период); - Дополнительная форма отчетности по запросу о количестве обращений и вопросов, содержащихся в обращениях, поступивших от граждан, организаций и общественных объединений, в Федеральное агентство по рыболовству без учета обращений, адресованных Президенту Российской Федерации, а также о результатах их рассмотрения (за указанный отчетный период); 4.8. Требования к эргономике и технической эстетике Основным инструментом работы пользователя должно являться клиентское приложение системы, принцип работы которого должен быть аналогичен принципу работы типовых Windows-приложений. Должна быть сохранена максимальная преемственность принципов работы пользователя с системой в части пользовательского интерфейса. Основное окно клиентского приложения должно иметь следующие возможности: 1. Отображение иерархии системных и пользовательских папок (дерево папок). 2. Отображение содержимого папок в табличной форме. 3. Предоставление возможности перехода к карточкам системы из папок. 4. Отображение карточки для предварительного просмотра без открытия карточки в отдельном окне. 5. Предоставление доступа к операциям с карточкой (набором карточек) системы через контекстное меню и панель инструментов. 6. Предоставление доступа к системным настройкам через меню системы и служебные папки. Должна быть предусмотрена возможность выполнить следующие операции из основного окна клиентского приложения: 1. Настройка иерархии и свойств системных и пользовательских папок (дерево папок). 2. Настройка вывода записей в папке (представлений и постраничного вывода). 3. Группировка, сортировка и фильтрация содержимого папки. 4. Поиск по списку найденных карточек. 5. Открытие карточки для работы (все карточки системы должны открываться в отдельных окнах браузера). 6. Поиск папки. Отображение системных и пользовательских папок (дерево папок) должно соответствовать следующим требованиям: 1. Все карточки системы должны быть доступны через папки навигатора. 2. Должны быть предусмотрены следующие операции с папками: создание, копирование, делегирование, удаление, настройка иерархии вложенных папок. 3. Должна быть реализована возможность создавать папки (подпапки) следующих типов: - папка для автоматического отбора карточек по условиям; - папка для ручной группировки ярлыков карточек; - папка-карточка (папка с единственной ассоциированной карточкой); - папка-ссылка на веб-страницу (например, на внешний или внутренний портал). Система должна предусматривать возможность настройки ролевых папок для различных сотрудников, выполняющих различные обязанности ("Регистратор", "Руководитель", "Исполнитель", "Контролер" и т.д.). Ролевые папки должны содержать подпапки-запросы, в которые автоматически будут отбираться карточки по заданным условиям. Оптимизированный состав папок и условия отбора карточек в них должны быть согласованы с Заказчиком в Частном техническом задании на модернизацию СЭД Росрыболовства. После выполнения первичных настроек системы Исполнителем администраторы системы со стороны Заказчика должны иметь возможность корректировать состав папок, их представления и запросы без программирования. Для настройки папок со сложными условиями отбора карточек должны быть возможность сформировать XML-запрос. Для каждого пользователя должна создаваться личная папка, в которую будут делегироваться преднастроенные ролевые папки с их вложенными папками в соответствии с функциональной ролью сотрудника. В делегированных ролевых папках должны отображаться карточки, созданные сотрудником или направленные ему, отобранные по условиям запроса (фильтра), назначенного для этой папки (например, "Новая корреспонденция", "Мои задания в работе", "На снятие с контроля" и т.д.). Все надписи экранных форм, а также сообщения, выдаваемые пользователю, должны быть выполнены на русском языке. 4.9. Требования к поиску В результате модернизации система должна обеспечивать следующие возможности по организации поиска данных по Системе: - Автоподбор значений в справочных полях карточек. В системе должна быть возможность задать ограничение на количество вводимых символов для начала автоматического поиска в карточках для поиска сотрудников и подразделений Росрыболовства, а также контрагентов и их сотрудников - Поиск по реквизитам карточек с использованием специальных поисковых карточек документов и заданий. - Поиск карточек с использованием ручного сканера штрих-кодов. По выбору пользователя найденные карточки должны открываться в системе или добавляться в список найденных карточек. - Поиск по списку найденных карточек. Поиск должен выполняться по информации полей отображения в строках текущей страницы списка найденных карточек. - Формирование, сохранение и повторное использование атрибутивных запросов. При формировании атрибутивных запросов должна быть предусмотрена возможность задания точных значений параметра с использованием служебных слов (например, "я", "руководитель", "сегодня") и параметрических условий поиска. При выполнении атрибутивного запроса, сформированного с использованием служебных слов, в параметры запроса должны автоматически подставляться значения по заданному условию (например, "я" - текущий пользователь; "руководитель" - руководитель текущего пользователя; "сегодня" - текущая дата). Если для папки установлен параметрический запрос, пользователь должен задавать нужные значения параметров в поисковой форме папки. - Должны быть реализованы механизмы экспорта поисковых запросов в файл формата XML и импорта XML-файлов запросов. - Должна быть возможность ограничить доступ к поисковым запросам для отдельных пользователей. - При формировании результатов поиска должны учитываться ограничения на доступ к карточкам, установленные правами безопасности (в результат поискового запроса должны входить только те карточки, к которым пользователю разрешен доступ). При открытии карточки из списка должны учитываться ограничения ролевой модели. - Пользователь должен иметь возможность экспортировать сформированную в результате поиска выборку карточек в файл Microsoft Excel в том виде, как выборка отображается на экране (с учетом группировки, сортировки и фильтрации данных). 4.10. Требования к интеграции - Существующие механизмы интеграции должны быть обновлены с учетом изменений, выполненных в результате модернизации СЭД Росрыболовства. Система должна обеспечивать следующие возможности интеграции с внешними системами: - Импорт и экспорт объектов Системы, в том числе содержания полей регистрационной карточки документов в формат XML и описание пакета передаваемых документов в форматах INI и LTR. - Сервис управления бизнес-процессами (Workflow), позволяющий создавать собственные процессы для взаимодействия с внешними информационными системами, обеспечивая через механизмы шлюзов мониторинг и обмен данными с другими системами. - Наличие открытого программного интерфейса Системы (API). - Наличие у каждого объекта Системы уникального URL адреса для обращения к этому объекту через сервер приложений из других прикладных систем. - Должна быть обеспечена интеграция СЭД Росрыболовства со следующими внешними системами: - Федеральная межведомственная система электронного документооборота (МЭДО); - Система по работе с обращениями граждан Администрации Президента РФ (АС "Обращения граждан"); - СЭД Минсельхоза России. Сервисы интеграции СЭД Росрыболовства с МЭДО должны обеспечивать следующую функциональность: - Получение данных и файлов исходящих документов из СЭД. - Конвертация файлов в формат документа МЭДО. - Передача документа в систему МЭДО. - Фиксация факта отправки исходящего документа в регистрационной карточке исходящего документа. - Получение документов из МЭДО. - Конвертация входящих документов в формат СЭД. - Создание регистрационной карточки входящего документа в СЭД на основе полученных данных с прикреплением файлов. - Разрешение конфликтов при загрузке документов в Систему в полуавтоматическом и ручном режимах. - Генерация и отправка квитанций по факту успешной/неуспешной доставки входящего документа из МЭДО в СЭД. - Прием и обработка уведомлений о прохождении исходящего документа в организации-адресате, отправленных по МЭДО, с записью информации о получении уведомлений в соответствующую регистрационную карточку исходящего документа СЭД. - Отправка уведомлений о регистрации, отказе в регистрации и исполнении документов, поступивших по системе МЭДО. Уведомления должны формироваться в формате сообщений МЭДО в соответствии со спецификацией уведомлений ФСО России. - Должен осуществляться обмен следующими видами уведомлений для отражения состояний документов (уточняются в ЧТЗ): - о регистрации; - об отказе в регистрации; - о назначении исполнителя; - о подготовке доклада; - о направлении доклада; - об изменении в ходе исполнения. - Интеграция СЭД Росрыболовства и АС "Обращения граждан" (по каналу МЭДО) Для организации межведомственного электронного документооборота должна быть реализована интеграция СЭД Росрыболовства и Автоматизированной системой по работе с обращениями граждан Администрации Президента Российской Федерации (АС "Обращения граждан") через федеральную межведомственную систему электронного документооборота (МЭДО). - Интеграция СЭД Росрыболовства с АС "Обращения граждан" должна обеспечивать передачу в автоматическом режиме через канал связи МЭДО обращений граждан и организаций (из АС "Обращения граждан" в СЭД). На основе полученных из АС "Обращения граждан" обращений граждан в СЭД Росрыболовства должны автоматически формироваться регистрационные карточки входящих документов вида "Обращения граждан". - Интеграция СЭД Росрыболовства и СЭД Минсельхоза СЭД Минсельхоза России предназначена для автоматизации организационной деятельности, связанной с регистрацией, обработкой, подготовкой, хранением и учетом документов, выполнением заданий, контролем исполнительской дисциплины в Минсельхозе России. СЭД Минсельхоза России представляет собой прикладное решение для автоматизации документооборота, разработанное на платформе DocsVision. Версии 4.5 Система имеет клиент-серверную архитектуру. СЭД Минсельхоза России функционирует в составе следующих подсистем и модулей: - Подсистема регистрации; - Подсистема учета резолюций/заданий; - Подсистема журналирования истории исполнения карточки резолюции и регистрационной карточки; - Подсистема формирования отчетов; - Подсистема сканирования; - Подсистема настроек; - Подсистема контроля исполнительской дисциплины; - Подсистема управления ролями пользователей; - Подсистема для работы с электронной подписью (ЭП) электронных документов и резолюций; - Модуль СЭД Минсельхоза России для интеграции с системой межведомственного электронного документооборота (МЭДО); - Модуль СЭД для интеграции с Автоматизированной системой по работе с обращениями граждан Администрации Президента Российской Федерации (АС "Обращения граждан"); Клиентское ПО СЭД Минсельхоза России установлено на серверах приложений под управлением серверных операционных систем семейства Microsoft Windows Server. Должна быть реализована интеграция СЭД Росрыболовства и СЭД Минсельхоза России, обеспечивающая обмен следующими информационными потоками: - Со стороны Минсельхоза: - Исходящие письма Минсельхоза России в адрес Росрыболовства; - Входящие документы Минсельхоза, где Росрыболовство является исполнителем по резолюции Минсельхоза России; - Внутренние документы Минсельхоза России (приказы, распоряжения, протоколы, внутренние поручения), в которых в качестве получателя или исполнителя указывается Росрыболовство. - Со стороны Росрыболовства: - Исходящие письма Росрыболовства в адрес Минсельхоза России; - Результаты исполнения поручений Минсельхоза России. Интеграция СЭД Росрыболовства и СЭД Минсельхоза России должна позволять осуществлять обмен регистрационными карточками и уведомлениями на основе данного технического задания, без использования канала МЭДО. Подсистема интеграции должна существенно сократить временные издержки при документообороте между Росрыболовством и Минсельхозом России, снизить общее время поиска необходимых документов и их доставки, а так же минимизировать ошибки и затраты на ввод информации с бумажных документов. 4.11. Требования к конвертации данных Исполнитель должен выполнить работы по переносу регистрационных карточек и их файлов, а также карточек заданий из текущей версии СЭД Росрыболовства в модернизированную СЭД Росрыболовства. Конвертация данных из модернизированной версии СЭД Росрыболовства должна обеспечить возможность просмотра созданных в текущей версии СЭД Росрыболовства карточек документов, прикрепленных файлов, а также просмотр информации о карточках заданий. 4.12. Требования к обеспечению безопасности информации - Система должна обеспечивать хранение и обработку информации при одновременной работе многих пользователей, обладающих разными правами доступа к данным, и иметь средства защиты информации от несанкционированного доступа и несанкционированных действий третьих лиц при ее обработке, хранении и передаче. - Безопасность информации, хранимой и обрабатываемой в Системе должна обеспечиваться стандартными средствами ОС и СУБД, программным обеспечением системы и аппаратными средствами сетевой защиты. - Применяемые в системе средства и технологии защиты, должны обладать свойствами модульности и масштабируемости. - Механизмы обеспечения безопасности информации должны предполагать независимость функционирования каждого из механизмов защиты информации. Нарушение функционирования любого из механизмов не должно приводить к нарушению функционирования других механизмов. - Доступ к функциям и данным Системы должен предоставляться только авторизованным пользователям Системы на основе учетных записей и паролей в службе каталогов Microsoft Active Directory. - Система должна иметь средства защиты информации от несанкционированного доступа на основе ролевой модели. Ролевая модель должна позволять настраивать роли в соответствии с функциональными обязанностями сотрудников Росрыболовства путем определения условий, которым должен соответствовать сотрудник для автоматического назначения ему роли. - Настройка ролей и назначение ролей пользователям должна выполняться без доработки исходного кода. - Должна быть возможность задавать права доступа к данным и функциям с использованием ролевой модели как для групп (ролей), так и для отдельных пользователей. - Права доступа к функциям Системы должны назначаться с учетом состояния (стадии жизненного цикла) данных. Должна быть возможность запретить / разрешить операцию в целом для карточки в определенном состоянии (вне зависимости от настроенных дополнительных прав доступа для ролей пользователей). - При настройке прав доступа к операциям должны быть возможности как разрешить, так и запретить доступ. Наложение прав доступа при назначении нескольких ролей одновременно, должно выполняться по запрещающему типу (если хотя бы для одной роли, назначенной пользователю, выполнение операции запрещено, то операция должна быть запрещена пользователю, независимо от разрешений, установленных на эту операцию для других ролей). - Должна быть предусмотрена возможность назначения прав на доступ к папкам и карточкам системы через группы безопасности службы каталогов Microsoft Active Directory. - Доступ пользователей к операциям должен дополнительно ограничиваться назначением регистраторов подразделений, контролеров подразделений и координаторов сотрудников. - Система должна обеспечивать журналирование действий пользователей и внутрисистемных событий в соответствии с Приказом Минкомсвязи России от 02 сентября 2011 г. N 221 "Об утверждении Требований к информационным системам электронного документооборота федеральных органов исполнительной власти, учитывающих в том числе необходимость обработки посредством данных систем служебной информации ограниченного распространения". - Система должна обеспечивать поддержку юридически значимого документооборота на основе использования электронной подписи, в т.ч. при согласовании документов. Пользователи Системы должны иметь возможность проверить неизменность файла документа после подписания электронной подписью и действительность сертификатов, использованных для подписания файла. Для настройки подписей и шифрования должны быть доступны параметры: - провайдер; - алгоритм шифрования; - длина ключа; - алгоритм подписи; - проверять действительность сертификатов, используя внешние списки отзыва. - В целях ограничения доступа к содержанию документов должна быть возможность выполнять шифрование файлов с использованием сертификата пользователя. После шифрования файл должен быть доступным только для пользователя, зашифровавшего файл, и для определенного им списка пользователей. Сотрудник, зашифровавший документ, должен иметь возможность изменить состав пользователей, которым будет доступен зашифрованный файл. - Система должна обеспечивать интеграцию со средствами криптографической защиты Заказчика с поддержкой стандарта CryptoAPI 2.0. 4.13. Дополнительные требования При выполнении работ Государственный заказчик не предоставляет Исполнителю и его представителям: - инсталляционные пакеты базового и платформенного программного обеспечения (в том числе частей и компонентов программного обеспечения), на котором функционирует система; - программный (исходный) или иной код базового и платформенного программного обеспечения (в том числе частей и компонентов программного обеспечения), на котором функционируют системы, подлежащие модернизации; - магнитооптические или иные носители, содержащие сведения о базовом и платформенном программном обеспечении, функционирует система; - документацию по использованию базового и платформенного программного обеспечения, на котором функционирует система. Исполнитель должен гарантировать патентную и лицензионную чистоту всех применяемых в процессе работ технических решений и нести полную ответственность в случаях обращения на Государственного заказчика претензий третьих лиц, в том числе обладателей исключительных прав, связанных с нарушением прав, предоставляемых по настоящему Контракту, согласно законодательству Российской Федерации. 5. ТРЕБОВАНИЯ К СОСТАВУ И СРОКАМ ВЫПОЛНЕНИЯ РАБОТ 5.1. Работы по модернизации Системы должны проводиться поэтапно. 5.2. Перечень этапов, требования к содержанию работ и отчетности приведены в Табл. 2. 5.3. Сроки выполнения этапов должны определяться календарным планом (приложение к государственному контракту, заключаемому с Исполнителем). 5.4. Выполнение работ по каждому этапу должно фиксироваться актом сдачи-приемки работ. Табл. N 2 -------------------------------------------------------------------------- Состав работ | Краткое описание состава работ | Сроки окончания | | выполнения работ -----------------|-------------------------------------|------------------ Выработка |Создание частного технического |30 октября 2013 г. технических |задания, проработка технических | решений |решений и способов их реализации, | |с учетом установленных сроков | -----------------|-------------------------------------|------------------ Согласование |Определение показателей, определяющих|30 октября 2013 г. программы и |целевое состояние системы | методики |Оформление программы и методики | испытаний |испытаний | -----------------|-------------------------------------|------------------ Разработка |Доработка и модернизация программного|20 ноября 2013 г. механизмов |обеспечения для обеспечения | интеграции |интеграционных процессов | -----------------|-------------------------------------|------------------ Модернизация |Модернизация Системы с учетом |20 ноября 2013 г. системы в |поставленных целей в соответствии с | соответствии с |ЧТЗ | требованиями ЧТЗ.| | -----------------|-------------------------------------|------------------ |Осуществление предварительных |20 ноября 2013 г. |испытаний согласно разработанной | Проведение |методике с целью выявления возможных | предварительных |отклонений от целевого состояния | испытаний |системы | |Оформление протокола предварительных | |испытаний | -----------------|-------------------------------------|------------------ Доработка |Устранение недостатков по результатам|20 ноября 2013 г. программного |предварительных испытаний (при | обеспечения |выявлении несоответствия методике | |испытаний) | -----------------|-------------------------------------|------------------ Проведение |Проведение предварительных испытаний |20 ноября 2013 г. предварительных |по результатам доработок (при | испытаний с целью|выполнении доработок) | принятия системы |Оформление протокола предварительных | в опытную |испытаний | эксплуатацию | | -----------------|-------------------------------------|------------------ |Проведение опытной эксплуатации |20 ноября 2013 г. Опытная |Оформление журнала опытной | эксплуатация |эксплуатации | |Оформление акта завершения опытной | |эксплуатации | -----------------|-------------------------------------|------------------ Доработка |Оперативное устранение ошибок, |15 декабря 2013 г. программного |выявленных в ходе опытной | обеспечения |эксплуатации (при наличии) | -----------------|-------------------------------------|------------------ Проведение |Проведение приемочных испытаний |15 декабря 2013 г. приемочных |Оформление протокола приемочных | испытаний с целью|испытаний | принятия системы | | в промышленную | | эксплуатацию | | -------------------------------------------------------------------------- 5.5. Ожидаемые результаты. - Разработан и внедрен опытной функциональный клиент СЭДО основанный на ПО Docs Vision 4.5 с современным интерфейсом и возможностью постраничного вывода информации из БД. - Клиент-серверная технология ПО, обеспечивающая масштабируемость, возможность разделения серверов приложений и серверов БД, балансировка нагрузки серверной части системы. - Обеспеченно взаимодействие с ведомственным порталом, построенным на MS SharePoint/ - Обеспечена интеграция с СЭДО Минсельхоза России, построенной на ПО Docs Vision 4.5. 6. ТРЕБОВАНИЯ К ПРИЕМКЕ РАБОТ Работы по модернизации платформы СЭД: - Настройка сервера с установленной платформой Docsvision версии не ниже 4.5 и решением Административное делопроизводство версии не ниже 4.5; - Создание процедур для переноса существующих данных с текущего сервера Docsvision 4.1 "Административное делопроизводство" на новый сервер с установленной платформой Docsvision версии не ниже 4.5 и решением Административное делопроизводство версии не ниже 4.5; - Проведение переноса существующих данных с текущего сервера СЭД; - Проведение функционального тестирования решения совместно с заказчиком; - Устранение выявленных по результатам функционального тестирования недостатков; - Настройка интеграции с МЭДО; - Настройка автоматического распознавания входящей корреспонденции; - Настройка возможности контекстного поиска документов по ключевым словам в базе данных текстовых или распознанных документов; - Предоставление настроек доменной политики для установки новой версии клиентской части; - Перенос недостающих актуальных данных из СЭД; - Включение настроенного сервера СЭД с актуальными данными в работу. - Для приемки работ предусмотрены предварительные и приемочные испытания Сроки проведения испытаний системы будут определены календарным планом-графиком выполнения работ в договоре, заключенным с Исполнителем. - Сроки проведения испытаний системы будут определены календарным планом-графиком выполнения работ в договоре, заключенным с Исполнителем. - Все виды испытаний системы должны производиться приемочной комиссией, состоящей из представителей Заказчика и Исполнителя, согласно документу "Программа и методика испытаний". - Протоколы испытаний должны согласовываться обеими сторонами и утверждаться руководителями проекта со стороны Заказчика и Исполнителя. - При выявлении в ходе предварительных (приемочных) испытаний критичных замечаний, исключающих передачу системы в опытную (промышленную) эксплуатацию, Исполнитель должен устранить замечания в согласованные с Заказчиком сроки, и предварительные (приемочные) испытания должны быть проведены повторно. Критичными замечаниями считаются выявленные в Системе ошибки, после которых система не может продолжать свою работу. - При выявлении в ходе предварительных (приемочных) испытаний некритичных замечаний, не влияющих на решение о передаче системы в опытную (промышленную) эксплуатацию, они устраняются Исполнителем в рамках гарантийного обслуживания. 7. ТРЕБОВАНИЯ К ДОКУМЕНТИРОВАНИЮ Исполнителем должны быть разработаны и переданы Заказчику следующие документы: - Частное техническое задание на модернизацию системы электронного документооборота Федерального агентства по рыболовству. - Руководство администратора. - Руководство пользователя. - Протокол развертывания программного обеспечения. - Протокол переноса данных. - Программа и методика испытаний. - Протокол проведения предварительных испытаний. - Акт о проведении подготовки (с приложением ведомостей подготовки). - Журнал опытной эксплуатации. - Акт завершения опытной эксплуатации. - Протокол проведения приемочных испытаний. - Акты сдачи-приемки работ по каждому этапу. - Вся документация должна быть разработана на русском языке и представлена Заказчику в твердой копии в двух экземплярах и в электронном виде. - Вспомогательная документация (не указанная в качестве непосредственного результата работ), а также разработанное прикладное программное обеспечение (включая исходные коды с комментариями) передаются только в электронном виде. 8. ТРЕБОВАНИЯ К ОБЪЕМУ И СРОКУ ПРЕДОСТАВЛЕНИЯ ГАРАНТИИ И КАЧЕСТВА УСЛУГ 8.1. Предметом гарантийного обязательства является модернизированная Система. 8.2. Исполнитель должен гарантировать корректную работу Системы во время и после проведения работ при условии, что Заказчик будет выполнять рекомендации Исполнителя и технологической документации относительно функционирования и эксплуатации Системы. 8.3. Гарантийный срок на результаты выполненных работ определяются по результатам открытого конкурса но не может составлять не менее 12 (двенадцать) месяцев с даты подписания акта сдачи-приемки выполненных работ. 8.4. Исполнение гарантийных обязательств осуществляется без взимания дополнительной платы. Взаимодействие Заказчика с Исполнителем в проблемных ситуациях может осуществляться по телефону, факсу или электронной почтой. Приложение N 5 к Конкурсной документации от "__"__________ 2013 г. N _______________________ ТРЕБОВАНИЯ к описанию выполнения работ участниками размещения заказа на выполнение опытно-конструкторских работ в 2013 году по направлению "Информатизация, управление и мониторинг промысла" ("Информатизация") по теме: "Модернизация системы электронного документооборота Росрыболовства с целью повышения функциональности и производительности" для нужд Федерального агентства по рыболовству Участник размещения заказа представляет описание выполнения работы по направлению "Информатизация, управление и мониторинг промысла" ("Информатизация") по теме: "Модернизация системы электронного документооборота Росрыболовства с целью повышения функциональности и производительности" для нужд Федерального агентства по рыболовству. Наименование работы - модернизация системы электронного документооборота Росрыболовства с целью повышения функциональности и производительности для нужд Федерального агентства по рыболовству. Участник размещения заказа указывает последовательность, основное содержание и сроки проведения работ. Участник размещения заказа в произвольной форме по ниже перечисленным позициям представляет следующую информацию и по своему усмотрению прилагает документы, подтверждающие эту информацию: - Степень детализации и содержательной проработанности предложений участника размещения заказа по выполнению работ и оказанию услуг в соответствии с Техническим заданием или с Техническими требованиями, указанными в Техническом задании; - Ожидаемые преимущества ОКР; - Наличие у участника опыта выполнения аналогичных опытно-конструкторских работ (подтверждается заверенными заявителем копиями первого и последнего листов контрактов, заверенными заявителем копиями Технических заданий и заверенными заявителем копиями итоговых актов выполненных работ); - Наличие у участника положительных отзывов от федеральных органов исполнительной власти и субъектов РФ по разработке программного обеспечения в области обеспечения межведомственного взаимодействия с федеральными органами исполнительной власти (подтверждается заверенными заявителем копиями отзывов от федеральных органов исполнительной власти и субъектов РФ); - Наличие у участника опыта выполнения опытно-конструкторских работ в области разработки программного обеспечения по обеспечению межведомственного взаимодействия в федеральных органах исполнительной власти и субъектах РФ с использованием системы межведомственного электронного взаимодействия (подтверждается заверенными заявителем копиями первого и последнего листов государственных контрактов и заверенными заявителем копиями итоговых актов выполненных работ); - Способ выполнения настоящей ОКР; - Смета на выполнение опытно-конструкторских работ в 2013 году по теме: "Модернизация системы электронного документооборота Росрыболовства с целью повышения функциональности и производительности" для нужд Федерального агентства по рыболовству, по форме согласно приложению N 3 к проекту Государственного контракта (Приложение N 6 конкурсной документации). Примечания. 1. Описание услуг и работ подписывает лицо, уполномоченное на осуществление действий от имени участника размещения заказа. 2. Заявка и описание услуг и работ должны быть пронумерованы, прошнурованы, парафированы и скреплены печатью. Приложение N 6 к Конкурсной документации ПРОЕКТ ГОСУДАРСТВЕННЫЙ КОНТРАКТ N _________________ на выполнение опытно-конструкторских работ в 2013 году по теме: "Модернизация системы электронного документооборота Росрыболовства с целью повышения функциональности и производительности" для нужд Федерального агентства по рыболовству г. Москва "__"____________ 2013 г. Федеральное агентство по рыболовству, именуемое в дальнейшем "Заказчик" от имени Российской Федерации, в лице ____________________, действующего на основании ___________________________ с одной стороны, и ____________________________________________________________________ (полное наименование для юридического лица, фамилия, имя, отчество для физического лица) именуемое в дальнейшем "Исполнитель" в лице ______________________________________________________________________ (должность, фамилия, имя, отчество) действующего на основании ______________, с другой стороны, признанное ______________________________________________________________________ (единственным участником / либо победителем) открытого конкурса на выполнение опытно-конструкторских работ в 2013 году по направлению "Информатизация, управление и мониторинг промысла" ("Информатизация") по теме: "Модернизация системы электронного документооборота Росрыболовства с целью повышения функциональности и производительности" для нужд Федерального агентства по рыболовству (Основанием для заключения Государственного контракта является Протокол от "__"_________ 2013 г. N _____, заседания Единой комиссии Федерального агентства по рыболовству по размещению заказов на поставку товаров, выполнение работ, оказание услуг для государственных нужд путем проведения открытого конкурса, открытого аукциона, в том числе открытого аукциона в электронной форме, запроса котировок) именуемые в дальнейшем "Стороны", заключили настоящий государственный контракт (далее по тексту - Контракт) о нижеследующем: 1. ПРЕДМЕТ КОНТРАКТА 1.1. Исполнитель обязуется выполнить в соответствии с требованиями и условиями Контракта и своевременно сдать Заказчику, а последний обязуется принять и оплатить опытно-конструкторские работы, а также исключительные права на результаты интеллектуальной деятельности, полученные при выполнении работ в установленный срок настоящего Контракта. 1.2. Научные, технические, экономические и другие требования к результатам работы, являющейся предметом Контракта, определены в техническом задании (Приложение N 1 к Контракту), составляющем неотъемлемую часть настоящего Контракта. 1.3. Срок сдачи работ по Контракту 15 декабря 2013 года, содержание и сроки выполнения работ определяются календарным планом (Приложение N 2 к Контракту), составляющим неотъемлемую часть настоящего Контракта. 1.4. Приемка и оценка результатов работы осуществляется в соответствии с требованиями технического задания. 2. ЦЕНА КОНТРАКТА И ПОРЯДОК РАСЧЕТОВ 2.1. Цена настоящего Контракта в соответствии со сметой (Приложение N 3 к Контракту), являющейся неотъемлемой частью настоящего Контракта, составляет __________________ (сумма прописью). Цена Контракта включает компенсацию издержек Исполнителя, включая расходы на перевозку, страхование, уплату таможенных пошлин, налогов и других обязательных платежей, расходы по выкупу исключительных прав на результаты выполненных по настоящему Контракту работ у третьих лиц (включая своих работников) в целях их передачи Российской Федерации в лице Заказчика и причитающееся ему вознаграждение, а также стоимость передаваемых Российской Федерации в лице Заказчика исключительных прав на передаваемые Заказчику результаты выполненных работ. 2.2. Работа не облагается НДС (подпункт 16 пункта 3 статьи 149 Налогового кодекса Российской Федерации). 2.3. Оплата работ по настоящему Контракту производится в соответствии с условиями настоящего раздела Контракта. 2.4. Заказчик в течении 25 дней, после соответствующего обращения Исполнителя, авансирует работы по настоящему Контракту в размере 30 % от общей стоимости Контракта. 2.5. Оплата работ по настоящему Контракту производится по завершению всех работ настоящего Контракта, в течение 25 (двадцати пяти) рабочих дней с даты подписания Заказчиком акта сдачи-приемки результатов опытно-конструкторской работы с учетом ранее выплаченного аванса. Исполнитель определяет стоимость работ и стоимость исключительных прав на результаты интеллектуальной деятельности в соответствии со сметой (Приложение N 3) и указывает их в акте сдачи-приемки результатов опытно-конструкторской работы. Информация по документуЧитайте также
Изменен протокол лечения ковида23 февраля 2022 г. МедицинаГермания может полностью остановить «Северный поток – 2»23 февраля 2022 г. ЭкономикаБогатые уже не такие богатые23 февраля 2022 г. ОбществоОтныне иностранцы смогут найти на портале госуслуг полезную для себя информацию23 февраля 2022 г. ОбществоВакцина «Спутник М» прошла регистрацию в Казахстане22 февраля 2022 г. МедицинаМТС попала в переплет в связи с повышением тарифов22 февраля 2022 г. ГосударствоРегулятор откорректировал прогноз по инфляции22 февраля 2022 г. ЭкономикаСтоимость нефти Brent взяла курс на повышение22 февраля 2022 г. ЭкономикаКурсы иностранных валют снова выросли21 февраля 2022 г. Финансовые рынки |
Архив статей
2024 Июль
|
