|
Расширенный поиск
Приказ Федерального агентства по рыболовству от 02.06.2014 № 414| | (или) открытия доступа к поданным в форме электронных | | документов этим заявкам указанного в Информационной | | карте конкурса. ---|-------------------|------------------------------------------------------------ 41.| Дата и время | | вскрытия | 26.06.2014 г. | конвертов с | | заявками на | 15 час. 00 мин. (указывается местное время) | участие в открытом| | конкурсе и (или) | | открытия доступа к| | поданным в форме | | электронных | | документов этим | | заявкам (время | | местное) | ---|-------------------|------------------------------------------------------------ 42.| Дата рассмотрения | | и оценки заявок на| 04.07.2014 г. | участие в открытом| | конкурсе | ___________________________________________________________ ---|-------------------|------------------------------------------------------------ 43.| Критерии оценки | 1) цена Контракта; | заявок на участие | 2) качественные, функциональные и экологические | в открытом | характеристики объекта закупки; | конкурсе | 3) квалификация участников открытого конкурса, в | | том числе наличие у них финансовых ресурсов, на праве | | собственности или ином законном основании оборудования | | и других материальных ресурсов, опыта работы, связанного | | с предметом Контракта, и деловой репутации, специалистов | | и иных работников определенного уровня квалификации. ---|-------------------|------------------------------------------------------------ 44.| Величины | Оценка и сопоставление заявок на участие в конкурсе | значимости | осуществляются в соответствии с Правилами оценки заявок, | критериев оценки | окончательных предложений участников закупки товаров, | заявок на участие | работ, услуг для обеспечения государственных и | в открытом | муниципальных нужд, утвержденными постановлением | конкурсе. | Правительства РФ от 28.11.2013 N 1085. (Критерии оценки | Порядок | заявок на участие в открытом конкурсе, их содержание, | рассмотрения и | значимость и порядок оценки устанавливаются в | оценки заявок на | Приложении N 1 к Информационной карте конкурса). | участие в открытом| | конкурсе | ---|-------------------|------------------------------------------------------------ 45.| Размер и условия | 30% от НМЦК контракта - | обеспечения | 2 700 537 (Два миллиона семьсот тысяч пятьсот тридцать | исполнения | семь) рублей 00 коп. | Контракта | ---|-------------------|------------------------------------------------------------ 46.| Порядок | Обеспечение исполнения контракта предоставляется | предоставления | участником конкурса, с которым заключается Контракт, | обеспечения | перед заключением контракта путем внесения денежных | исполнения | средств на расчетный счет Заказчика, указанный в п. 47 | контракта | Информационной карты конкурса или безотзывной | | банковской гарантией, выданной банком, включенным в | | перечень, указанный в Инструкции участникам открытого | | конкурса. | | Способ обеспечения исполнения контракта определяется | | участником открытого конкурса самостоятельно. | | В случае, если участником открытого конкурса, с которым | | заключается контракт, является государственное или | | муниципальное казенное учреждение, то предоставление | | обеспечения контракта не требуется. ---|-------------------|------------------------------------------------------------ 47.| Реквизиты счета | Федеральное агентство по рыболовству | для перечисления | Р./с. 40302810900001001901 | денежных средств | Лиц/сч. N 05951000760 | в качестве | Межрегиональное операционное управление Федерального | обеспечения | казначейства ОПЕРУ-1 Банка России | исполнения | БИК 044501002 | контракта | ИНН 7702679523 | | КПП 770201001 ---|-------------------|------------------------------------------------------------ 48.| Требования к | 1. Документы, подтверждающие предоставление | обеспечению | обеспечения исполнения контракта (платежное поручение, | исполнения | подтверждающее перечисление денежных средств в | контракта | качестве обеспечения исполнения Контракта с отметкой | | банка, или заверенная банком копия этого платежного | | поручения либо включенная в реестр банковских гарантий | | безотзывная банковская гарантия - в размере, который | | предусмотрен в Информационной карте конкурса, либо | | должны быть предоставлены Заказчику в срок, указанный в | | Информационной карте конкурса, одновременно с | | Контрактом, подписанным участником открытого конкурса, | | с которым заключается Контракт. | | 2. В рамках предоставления обеспечения Контракта должны | | быть обеспечены обязательства Исполнителя по Контракту | | по возмещению убытков Заказчика, причиненных | | неисполнением или ненадлежащим исполнением | | обязательств по Контракту, а также обязанность выплаты | | неустойки, предусмотренной Контрактом. | | 3. Если при проведении конкурса начальная (максимальная) | | цена Контракта, указанная в Информационной карте | | конкурса составляет более чем пятнадцать миллионов | | рублей и участником открытого конкурса, с которым | | заключается Контракт, предложена цена Контракта, которая | | на двадцать пять и более процентов ниже начальной | | (максимальной) цены Контракта, то таким участником | | должно быть представлено обеспечение исполнения | | Контракта в размере, превышающем в полтора раза размер | | обеспечения исполнения Контракта, указанный в | | Информационной карте конкурса, но не менее чем в | | размере аванса (если Контрактом предусмотрена выплата | | аванса). | | 4. Если при проведении конкурса начальная (максимальная) | | цена Контракта, указанная в Информационной карте | | конкурса составляет пятнадцать и менее миллионов рублей | | и участником открытого конкурса, с которым заключается | | Контракт, предложена цена Контракта, которая на двадцать | | пять и более процентов ниже начальной (максимальной) | | цены Контракта, то в случае если в составе заявки на | | участие в конкурсе данного участника не предоставлена | | информация, подтверждающая его добросовестность в | | соответствии с Инструкцией участникам открытого конкурса, | | обеспечение исполнения Контракта должно быть | | представлено в размере, превышающем в полтора раза | | размер обеспечения исполнения Контракта, указанный в | | Информационной карте конкурса, но не менее чем в размере | | аванса (если Контрактом предусмотрена выплата | | аванса). ---|-------------------|------------------------------------------------------------ 49.| Условия | Банковская гарантия должна быть безотзывной и | банковской | содержать: | гарантии, | 1) сумму банковской гарантии, указанную в | представляемой | Информационной карте конкурса и подлежащую уплате | в качестве | гарантом Заказчику при ненадлежащем исполнении | обеспечения | принципала обязательств, указанных в Информационной | исполнения | карте конкурса; | контракта | 2) обязательства принципала, надлежащее исполнение | | которых обеспечивается банковской гарантией; | | 3) обязанность гаранта уплатить Заказчику неустойку в | | размере 0,1 процента денежной суммы, подлежащей уплате, | | за каждый календарный день просрочки; | | 4) условие, согласно которому исполнением | | обязательств гаранта по банковской гарантии является | | фактическое поступление денежных сумм на счет, на | | котором в соответствии с законодательством Российской | | Федерации учитываются операции со средствами, | | поступающими Заказчику; | | 5) срок действия банковской гарантии, указанный в | | Информационной карте конкурса; | | 6) установленный Правительством Российской | | Федерации перечень документов, предоставляемых | | Заказчиком банку одновременно с требованием об | | осуществлении уплаты денежной суммы по банковской | | гарантии; | | 7) отлагательное условие, предусматривающее | | заключение договора предоставления банковской гарантии | | по обязательствам принципала, возникшим из Контракта | | при его заключении; | | 8) право заказчика на бесспорное списание денежных | | средств со счета гаранта, если гарантом в срок не более | | чем пять рабочих дней не исполнено требование заказчика об | | уплате денежной суммы по банковской гарантии, | | направленное до окончания срока действия банковской | | гарантии. | |____________________________________________________________ | | Заказчик рассматривает поступившую в качестве | | обеспечения исполнения контракта банковскую гарантию в | | срок, не превышающий трех рабочих дней со дня ее | | поступления. Основанием для отказа в принятии банковской | | гарантии заказчиком является: | | 1) отсутствие информации о банковской гарантии в реестре | | банковских гарантий; | | 2) несоответствие банковской гарантии условиям, | | указанным в Информационной карме конкурса; | | 3) несоответствие банковской гарантии требованиям, | | содержащимся в извещении об осуществлении закупки, | | настоящей конкурсной документации. | | В случае отказа в принятии банковской гарантии | | заказчик в срок, не превышающий трех рабочих дней со дня | | ее поступления, информирует в письменной форме или в | | форме электронного документа об этом лицо, | | предоставившее банковскую гарантию, с указанием причин, | | послуживших основанием для отказа. ---|-------------------|------------------------------------------------------------ 50.| Срок действия | Срок действия банковской гарантии должен | банковской | превышать срок действия контракта не менее чем на один | гарантии, | месяц. | представляемой | | в качестве | | обеспечения | | исполнения | | контракта | ---|-------------------|------------------------------------------------------------ 51.| Информация о | Контрактная служба Федерального агентства по | контрактной | рыболовству | службе, | Место нахождения - 107996 г. Москва, | контрактном | Рождественский бульвар, д. 12/8 стр. 1 | управляющем, | Почтовый адрес - 107996, г. Москва, Рождественский | ответственных за | бульвар, д. 12/8 стр. 1 | заключение | Адрес электронной почты - [email protected] | контракта | Номер контактного телефона - (495) 987-05-08 | | Ответственное должностное лицо Контрактной службы | | - Максимов Борис Аркадьевич ---|-------------------|------------------------------------------------------------ 52.| Срок, в течение | 1. Победитель конкурса обязан подписать Контракт в | которого | течение десяти дней с даты размещения в ЕИС (на | победитель | официальном сайте) протокола рассмотрения и оценки | открытого | заявок на участие в конкурсе и представить все экземпляры | конкурса или иной | Контракта Заказчику. При этом победитель конкурса | его участник, с | одновременно с контрактом обязан представить заказчику | которым | документы, подтверждающие предоставление обеспечения | заключается | исполнения контракта в размере, который предусмотрен | контракт должен | Информационной картой конкурса. | подписать контракт| 2. В случае согласия участника конкурса, заявке на | | участие в конкурсе которого присвоен второй номер, | | заключить Контракт, он вправе подписать контракт в | | течение десяти дней с даты получения от заказчика проекта | | Контракта (без подписи заказчика) и представить все | | экземпляры Контракта Заказчику или отказаться от | | заключения контракта. Одновременно с подписанными | | экземплярами Контракта этот участник обязан предоставить | | документы, подтверждающие предоставление обеспечения | | исполнения контракта в размере, который предусмотрен | | Информационной картой конкурса. | | 3. В случае согласия участника конкурса, подавшего | | единственную заявку на участие в конкурсе, заключить | | Контракт, он должен подписать Контракт в течение десяти | | дней с даты получения от заказчика проекта Контракта (без | | подписи Заказчика) и представить все экземпляры | | Контракта Заказчику. Одновременно с подписанными | | экземплярами Контракта этот участник обязан предоставить | | документы, подтверждающие предоставление обеспечения | | исполнения контракта в размере, который предусмотрен | | Информационной картой конкурса. | | 4. В случае согласия участника конкурса, единственная | | заявка которого признана соответствующей требованиям | | Федерального закона от 05 апреля 2013 г. N 44-ФЗ | | "О контрактной системе в сфере закупок товаров, работ, | | услуг для обеспечения государственных и муниципальных | | нужд" и настоящей Конкурсной документации, заключить | | Контракт, он должен подписать Контракт в течение десяти | | дней с даты получения от заказчика проекта Контракта | | (без подписи Заказчика) и представить все экземпляры | | Контракта Заказчику. Одновременно с подписанными | | экземплярами Контракта этот участник обязан предоставить | | документы, подтверждающие предоставление обеспечения | | исполнения контракта в размере, который предусмотрен | | Информационной картой конкурса. ---|-------------------|------------------------------------------------------------ 53.| Условия признания | Победитель открытого конкурса и иные участники | победителя | открытого конкурса, за исключением участника открытого | открытого | конкурса, заявке на участие в конкурсе которого присвоен | конкурса или иного| второй номер, указанные в Информационной карте | участника | конкурса, признаются уклонившимися от заключения | открытого | контракта в следующих случаях: | конкурса | если они в срок, установленный Информационной | уклонившимися от | картой конкурса не представили Заказчику подписанные | заключения | этими лицами все экземпляры Контракта и документы, | контракта | подтверждающие предоставление обеспечения исполнения | | контракта в размере, который предусмотрен | | Информационной картой конкурса. | | Не предоставление участником конкурса, заявке на | | участие в конкурсе которого присвоен второй номер, | | заказчику в срок, установленный настоящей статьей, | | подписанных этим участником экземпляров контракта и | | обеспечения исполнения контракта не считается уклонением | | этого участника от заключения контракта. ---|-------------------|------------------------------------------------------------ 54.| Информация о | Заказчик обязан принять решение об одностороннем | возможности | отказе от исполнения контракта, если в ходе исполнения | одностороннего | контракта установлено, что поставщик (подрядчик, | отказа от | исполнитель) не соответствует установленным требованиям | исполнения | установленным Информационной картой конкурса | контракта в | требованиям к участникам закупки или предоставил | соответствии с | недостоверную информацию о своем соответствии таким | положениями п. | требованиям, что позволило ему стать победителем | 9.1-9.19 статьи 9 | определения поставщика (подрядчика, исполнителя). | Раздела I. | | Инструкция | | участникам | | открытого | | конкурса | ------------------------------------------------------------------------------------ Приложение N 1 к Информационной карте конкурса ОБОСНОВАНИЕ НАЧАЛЬНОЙ (МАКСИМАЛЬНОЙ) ЦЕНЫ КОНТРАКТА ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Предмет контракта | Выполнение работ по модификации и оказанию услуг по администрированию и сопровождению единого ведомственного портала (ЕВП), системы электронного | документооборота (СЭД), электронной библиотеки (ЭБ) центрального аппарата Федерального агентства по рыболовству в 2014 году ----------------------------------|-------------------------------------------------------------------------------------------------------------------------------------------------------- Основные характеристики | Выполнение работ по модификации системы электронного документооборота (СЭД) и оказанию услуг по администрированию и сопровождению единого объекта закупки: | ведомственного портала (ЕВП), системы электронного документооборота (СЭД), электронной библиотеки (ЭБ) по 31/12/2014 года ----------------------------------|-------------------------------------------------------------------------------------------------------------------------------------------------------- Используемый метод | определения НМЦК с обоснованием: | Метод сопоставимых рыночных цен (анализа рынка) ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Расчет НМЦК ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Количество |Количество| Цены поставщиков (исполнителей, подрядчиков) за единицу товара | Однородность совокупности значений выявленных цен, | НМЦК, определяемая методом сопоставимых (объем) |источников| (работы, услуги), рублей* | используемых в расчете НМЦК | рыночных цен (анализа рынка) закупаемого| ценовой |----------------------------------------------------------------|----------------------------------------------------------|---------------------------------------- товара |информации|Коммерческое|Коммерческое|Коммерческое|Коммерческое|Коммерческое| Средняя |Среднее квадратное отклонение | коэффициент | Расчет НМЦК по формуле (работы, | |предложение |предложение |предложение |предложение |предложение | арифметиче-| _________________ |вариации цен V| v - количество (объем) закупаемого услуги) | |N 1 (Исх. |N 2 (Исх. |N 3 (Исх. |N 4 (Исх. |N 5 (Исх. | ская цена | /___ n 2 |(%) (не должен| товара (работы, услуги); | |N 12 от |N 1 от |N Р-386-2014|N 63/14M от |N 18 от | за единицу | / \ (ц - <ц>) |превышать 33%)| n - количество значений, | |19.03.2014 |21.03.2014 |от |19.03.2014 |19.03.2014 | <ц> | / /__ i=1 i | б | используемых в расчете; | | | |20.03.2014 | | | |б = \/ ------------------- | V = ----* 100| i - номер источника ценовой информации; | | | | | | | | n - 1 | <ц> | - цена единицы | | | | | | | | | | ц | | | | | | | | | | i | | | | | | | | | | | | | | | | | | | | рын v ___ n | | | | | | | | | | НМЦК = -- * \ ц | | | | | | | | | | n /__ i=1 i -----------|----------|------------|------------|------------|------------|------------|------------|------------------------------|--------------|---------------------------------------- 1 | 5 |8 498 600,00|7 795 750,00|9 885 000,00|9 010 000,00|9 819 600,00|9 001 790,00| 888351,45 | 9,87 | 9 001 790,00 ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- * стоимость работ и услуг ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Дата подготовки обоснования НМЦК: 26.03.2014 ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- Приложение N 2 Информационной карте конкурса КРИТЕРИИ ОЦЕНКИ ЗАЯВОК НА УЧАСТИЕ В ОТКРЫТОМ КОНКУРСЕ, ИХ СОДЕРЖАНИЕ, ЗНАЧИМОСТЬ И ПОРЯДОК ОЦЕНКИ ПРИ ОСУЩЕСТВЛЕНИИ ЗАКУПКИ НА ВЫПОЛНЕНИЕ РАБОТ ПО МОДИФИКАЦИИ И ОКАЗАНИЮ УСЛУГ ПО АДМИНИСТРИРОВАНИЮ И СОПРОВОЖДЕНИЮ ЕДИНОГО ВЕДОМСТВЕННОГО ПОРТАЛА (ЕВП), СИСТЕМЫ ЭЛЕКТРОННОГО ДОКУМЕНТООБОРОТА (СЭД), ЭЛЕКТРОННОЙ БИБЛИОТЕКИ (ЭБ) ЦЕНТРАЛЬНОГО АППАРАТА ФЕДЕРАЛЬНОГО АГЕНТСТВА ПО РЫБОЛОВСТВУ В 2014 ГОДУ Для целей оценки заявок в конкурсной документации устанавливается следующие критерии оценки заявок на участие в открытом конкурсе и их значимость: ------------------------------------------------------------------------------- N | | Значимость п/п| Наименование критерия |критерия (вес | | балла), % ---|-------------------------------------------------------------|------------- 1. |Цена контракта (ЦБ ) | 30% | i | ---|-------------------------------------------------------------|------------- 2. |Качественные, функциональные характеристики объекта закупок | 55% |(НЦБ ) | | i1 | ---|-------------------------------------------------------------|------------- 3. |Квалификация участников закупки, в том числе наличие у них | 15% |финансовых ресурсов, оборудования и других материальных | |ресурсов, принадлежащих им на праве собственности или на ином| |законном основании, опыта работы, связанного с предметом | |контракта, и деловой репутации, специалистов и иных | |работников определенного уровня квалификации. (НЦБ ) | | i2 | ------------------------------------------------------------------------------- Сумма значимостей критериев составляет 100 процентов. Рейтинг заявки представляет собой оценку в баллах, получаемую по результатам оценки по критериям. Дробное значение рейтинга округляется до двух десятичных знаков после запятой по математическим правилам округления. Для оценки заявки осуществляется расчет итогового рейтинга по каждой заявке. Итоговый рейтинг рассчитывается путем сложения рейтингов по каждому критерию оценки заявки, установленному в конкурсной документации, умноженных на их значимость. Присуждение каждой заявке порядкового номера по мере уменьшения степени выгодности содержащихся в ней условий исполнения контракта производится по результатам расчета итогового рейтинга по каждой заявке. Заявке, набравшей наибольший итоговый рейтинг, присваивается первый номер. Последующие номера присваиваются заявкам по мере уменьшения итогового рейтинга. При равных итоговых рейтингах нескольких Заявок меньший номер присваивается заявке, которая была получена Заказчиком раньше. Победителем конкурса признается Участник конкурса, заявке которого присвоен первый порядковый номер. 1. Оценка заявок по стоимостному критерию "Цена государственного контракта". Рейтинг, присуждаемый заявке по критерию "Цена государственного контракта" (ЦБ ), определяется по формуле: i а) в случае если Ц > 0, min Ц min ЦБ = ------ x 100, i Ц i где: Ц - предложение участника закупки, заявка (предложение) которого i оценивается; Ц - минимальное предложение из предложений по критерию оценки, min сделанных участниками закупки; б) в случае если Ц < 0, min (Ц - Ц ) max i Цб = ----------- x 100, i Ц max где Ц - максимальное предложение из предложений по критерию, max сделанных участниками закупки. При оценке заявок по критерию "Цена государственного контракта" лучшим условием исполнения государственного контракта по указанному критерию признается предложение участника конкурса с наименьшей ценой государственного контракта. 2. Оценка заявок по нестоимостному критерию "Качественные, функциональные характеристики объекта закупок". ---------------------------------------------------------------------------------- N | Перечень показателей по критерию "Качественные, функциональные | Баллы п/п| характеристики объекта закупок" | ---|-----------------------------------------------------------------------|------ 1. | Квалифицированные предложения участника конкурса о качестве | 100 | выполняемых работ, оказания услуг по составу работ, услуг по пунктам 2| | (подпункты 2.1, 2.2), 3 (подпункты 3.1 - 3.11) раздела III конкурсной | | документации | | | | Предложение оценивается с точки зрения достижения наилучшего | | результата выполнения работ, оказания услуг. Предложение считается | | квалифицированным, если одновременно удовлетворяет следующим | | условиям: | | - предложение содержит сведения о том, как именно участник | | конкурса собирается выполнять требование (какими методами, в | | какой последовательности, какие содержательные результаты будут | | получены и т.п.); | | - предложение обосновано с точки зрения действующих нормативных | | документов, современных методик и стандартов. | | | | Участник размещения заказа предоставляет Предложения о | | качественных, функциональных и экологических характеристиках объекта | | закупки, учитывающие требования заказчика, (по форме 4.5 Раздела IV) в| | виде комментариев к соответствующим разделам технического задания с | | детальным обоснованием предложений. | | Степень полноты представленных материалов должна быть | | достаточной для принятия решения о соответствии с Предложением о | | качественных, функциональных и экологических характеристиках объекта | | закупки, учитывающие требования заказчика, и иных предложений об | | условиях исполнения Контракта требованиям конкурсной документации. | | - техническое предложение соответствует требованиям, | | установленным техническим заданием, полностью раскрывает сущность, | | механизмы и порядок выполнения работ, предложенный объем работ | | детально описан и будет превышать определенный в техническом задании, | | конкретные предложения по использованию опыта участника по | | реализации аналогичных проектов. | | Балльная оценка НЦБ - 100 баллов; | | i1 | | - техническое предложение соответствует требованиям, | | установленным техническим заданием, частично раскрывает сущность, | | механизмы и порядок выполнения работ. | | Балльная оценка НЦБ - 50 баллов; | | i1 | | - техническое предложение соответствует требованиям, | | установленным техническим заданием, но не раскрывает сущность, | | механизмы и порядок выполнения работ. | | Балльная оценка НЦБ - 0 баллов. | | i1 | | | | Лучшим условием исполнения контракта по критерию оценки | | (показателю) является наибольшее значение критерия оценки (показателя,| | количество баллов, присуждаемых по неценовому критерию оценки | | (показателю) (НЦБ ), определяется по формуле: | | i1 | | | | НЦБ = 100 x (К / К ) | | i1 i max | | | | где: | | К - предложение участника закупки, заявка (предложение) которого | | i | | оценивается; | | К - максимальное предложение из предложений по критерию | | max | | оценки, сделанных участниками закупки. | ---------------------------------------------------------------------------------- 3. Оценка заявок по критерию "квалификация участников закупки, в том числе наличие опыта работы, связанного с предметом контракта, и деловой репутации, специалистов и иных работников определенного уровня квалификации". -------------------------------------------------------------------------------------- N | Перечень показателей по критерию "Квалификация участников закупки, в | п/п| том числе наличие опыта работы, связанного с предметом контракта, и | Баллы | деловой репутации, специалистов и иных работников определенного уровня | | квалификации" | ---|---------------------------------------------------------------------------|------ 1. | Наличие опыта выполнения аналогичных работ на разработку, внедрение, | 55 | модификацию и/или расширение функциональности информационных систем | | на платформе DocsVision с числом пользователей не менее 150 для | | государственных и/или муниципальных органов и учреждений, исполненных | | участником конкурса за последние пять лет, предшествующие дате окончания | | срока подачи заявок на участие в конкурсе, где | | 1 | | НЦБi - баллы, присваиваемые заявке i-го участника конкурса по | | 2 | | данному показателю | | Оценивается, исходя из количества договоров (государственных | | контрактов) и актов сдачи-приемки к ним на разработку, внедрение, | | модификацию и/или расширение функциональности информационных систем | | на платформе DocsVision с числом пользователей не менее 150 для | | государственных и/или муниципальных органов и учреждений, | | представленных в заявке i-го участника конкурса, за последние 5 лет, по | | балльной системе: | | - Отсутствуют договоры (государственные контракты) и актов сдачи- | | приемки к ним на разработку, внедрение, модификацию и/или расширение | | функциональности информационных систем на платформе DocsVision с | | числом пользователей не менее 150 для государственных и/или | | муниципальных органов и учреждений, представленных в заявке i-го | | участника конкурса - | | 1 | | НЦБi - 0 баллов; | | 2 | | - количество договоров (государственных контрактов) и актов сдачи- | | приемки к ним на разработку, внедрение, модификацию и/или расширение | | функциональности информационных систем на платформе DocsVision с | | числом пользователей не менее 150 для государственных и/или | | муниципальных органов и учреждений, представленных в заявке i-го | | участника конкурса от 1 до 12 договоров - | | 1 | | НЦБi - 10 баллов; | | 2 | | - количество договоров (государственных контрактов) и актов сдачи- | | приемки к ним на разработку, внедрение, модификацию и/или расширение | | функциональности информационных систем на платформе DocsVision с | | числом пользователей не менее 150 для государственных и/или | | муниципальных органов и учреждений, представленных в заявке i-го | | участника конкурса от 13 до 20 договоров - | | 1 | | НЦБi - 15 баллов; | | 2 | | - количество договоров (государственных контрактов) и актов сдачи- | | приемки к ним на разработку, внедрение, модификацию и/или расширение | | функциональности информационных систем на платформе DocsVision с | | числом пользователей не менее 150 для государственных и/или | | муниципальных органов и учреждений, представленных в заявке i-го | | участника конкурса 21 и более договоров - | | 1 | | НЦБi - 55 баллов. | | 2 | ---|---------------------------------------------------------------------------|------ 2. | Наличие у участника положительных отзывов других заказчиков по | 10 | итогам выполнения работ, по тематике, аналогичной предмету конкурса, где | | 2 | | НЦБi - баллы, присваиваемые заявке i-го участника конкурса по | | 2 | | данному показателю | | | | Оценивается, исходя из количества положительных отзывов других | | заказчиков по итогам выполнения работ на разработку, внедрение, | | модификацию и/или расширение функциональности информационных систем | | на платформе DocsVision, представленное в заявке i-го участника конкурса, | | по балльной системе: | | | | - Отсутствуют количество положительных отзывов других заказчиков по | | итогам выполнения работ на разработку, внедрение, модификацию и/или | | расширение функциональности информационных систем на платформе | | DocsVision, представленное в заявке 1-го участника конкурса - | | 2 | | НЦБi - 0 баллов; | | 2 | | | | - Количество положительных отзывов других заказчиков по итогам | | выполнения работ на разработку, внедрение, модификацию и/или расширение | | функциональности информационных систем на платформе DocsVision, | | представленное в заявке i-го участника конкурса, | | От 1 до 20 - | | 2 | | НЦБi - 4 балла; | | 2 | | | | - Количество положительных отзывов других заказчиков по итогам | | выполнения работ на разработку, внедрение, модификацию и/или расширение | | функциональности информационных систем на платформе DocsVision, | | представленное в заявке i-го участника конкурса, | | 21 и более - | | 2 | | НЦБi - 10 баллов; | | 2 | ---|---------------------------------------------------------------------------|------ 3. | Наличие штатных сотрудников - специалистов, прошедших | 20 | сертификацию DocsVision. | | | | Участник размещения заказа подтверждает квалификацию своих | | работников заверенными им копиями действующих сертификатов, | | имеющихся у специалистов участника размещения заказа. Количество | | специалистов определяется на основе представляемых участниками | | размещения заказов сертификатов компании DocsVision, | | а также документами, подтверждающими, что указанные специалисты | | состоят в штате участника размещения заказа на дату размещения | | извещения о проведении открытого конкурса (копии выписки из трудовой | | книжки, штатное расписание и т.п.)). | | Оценивается, исходя из наличия у участника размещения заказа | | специалистов, имеющих сертификаты компании DocsVision, по балльной | | системе: | | 3 | | - отсутствие специалистов - НЦБi - 0 баллов; | | 2 | | | | 3 | | - от 1 до 5 специалистов - НЦБi - 1 балл; | | 2 | | | | 3 | | - от 6 до 9 специалистов - НЦБi - 5 баллов; | | 2 | | | | 3 | | - свыше 9 специалистов - НЦБi - 20 баллов. | | 2 | ---|---------------------------------------------------------------------------|------ 4. | Наличие у участника конкурса статуса партнера компании DocsVision и | 15 | его уровень. | | Оценивается, исходя из наличия у участника конкурса статуса партнера | | компании DocsVision, по балльной системе: | | - нет партнерского статуса компании DocsVision - | | 4 | | НЦБi - 0 баллов; | | 2 | | - есть партнерский статус компании DocsVision - | | 4 | | НЦБi - 3 балла; | | 2 | | - есть статус партнера "Docsvision Certified Solution Partner" | | компании DocsVision - | | 4 | | НЦБi - 8 баллов; | | 2 | | - есть статус партнера "Docsvision Certified Solution Partner Gold" | | компании DocsVision - | | 4 | | НЦБi - 15 баллов; | | 2 | ---|---------------------------------------------------------------------------|------ | ИТОГО: | 100 -------------------------------------------------------------------------------------- 2 1 2 3 4 НЦБi = НЦБi + НЦБi + НЦБi + НЦБi 2 2 2 2 Вес (ЦБi) ценового балла - Р, равен 0,3. Вес (НЦБi ) неценового балла - Т равен 0,55. 1 1 Вес (НЦБi ) неценового балла - Т равен 0,15. 2 2 Общий вес неценовых баллов равен Т = Т + Т = 0,7 1 2 Р + Т = 1 Суммарный балл (СБ) заявки рассчитывается на основании суммы ценового и неценовых баллов с применением величины значимости критериев: СБi = ЦБi * Р + НЦБi * Т + НЦБi * Т , где: 1 1 2 2 СБi - суммарный балл i-го участника конкурса, ЦБi - ценовой балл по критерию "Цена контракта" i-го участника конкурса, Р - величина значимости ценового балла ЦБi, НЦБi - неценовой балл по критерию "Качественные, функциональные 1 характеристики объекта закупок" i-го участника конкурса, Т - величина значимости неценового балла НЦБi 1, 1 НЦБi - неценовой балл по критерию "Квалификация участников 2 закупки, в том числе наличие у них финансовых ресурсов, оборудования и других материальных ресурсов, принадлежащих им на праве собственности или на ином законном основании, опыта работы, связанного с предметом контракта, и деловой репутации, специалистов и иных работников определенного уровня квалификации" i-го участника конкурса, Т - величина значимости неценового балла НЦБi 2 2 Победителем признается участник закупки, заявке которого присвоен самый высокий суммарный балл. РАЗДЕЛ III. Техническая часть документации об открытом конкурсе Перечень сокращений Агентство, Заказчик - Федеральное агентство по рыболовству. БД - база данных. СЭД, СЭД Росрыболовства, Система - Система электронного документооборота Федерального агентства по рыболовству. ЕВП - Единый внутренний портал Агентства. ПАК - программно-аппаратный комплекс ЭБ - Электронная библиотека Агентства. API (Application Programming Interface) - набор готовых классов, процедур, функций, структур и констант, предоставляемых приложением (библиотекой, сервисом) для использования во внешних программных продуктах. HTTP (HyperText Transfer Protocol) - протокол прикладного уровня передачи данных, использующийся также в качестве "транспорта" для других протоколов прикладного уровня. TWAIN - Протокол и интерфейс, определяющий взаимодействие между программами и устройствами захвата изображения. URL (Uniform Resource Locator) - стандартизированный способ записи адреса ресурса в сети Интернет. XML (eXtensible Markup Language) - расширяемый язык разметки. Текстовый формат, предназначенный для хранения структурированных данных, для обмена информацией между программами и создания на его основе специализированных языков разметки. АС "Обращения граждан" - Автоматизированная система по работе с обращениями граждан Администрации Президента Российской Федерации. Веб-браузер - программное обеспечение, установленное на рабочем месте пользователя, выполняющее запросы к системе по HTTP протоколу. Веб-доступ - организация доступа к данным и функциям системы при помощи веб-браузера. МЭДО - Система межведомственного электронного документооборота. Федеральная информационная система, обеспечивающая в автоматизированном режиме защищенный обмен электронными сообщениями между Администрацией Президента Российской Федерации, Аппаратом Правительства Российской Федерации и органами исполнительной власти. ОС (Операционная система) - комплекс управляющих и обрабатывающих программ, которые, с одной стороны, выступают как интерфейс между устройствами вычислительной системы и прикладными программами, а с другой стороны - предназначены для управления устройствами, управления вычислительными процессами, эффективного распределения вычислительных ресурсов между вычислительными процессами и организации надежных вычислений. РК (Регистрационная карточка) - представленный в виде единого учетного объекта набор сведений о документе, используемых в целях учета документов в системе электронного документооборота. СУБД (Система управления базами данных) - совокупность программных и лингвистических средств общего или специального назначения, обеспечивающих управление созданием и использованием баз данных. ЭП (Электронная подпись) - реквизит файла электронного документа, позволяющий установить отсутствие искажения информации в электронном документе с момента формирования ЭП и владельца сертификата ключа ЭП. Документ - зафиксированная на материальном носителе информация с реквизитами, позволяющими ее идентифицировать. Документооборот - движение документов в бумажном и электронном в виде с момента их создания или получения до завершения исполнения и архивирования или уничтожения. Карточка - диалоговое окно, предназначенное для просмотра и редактирования всех имеющихся данных о каком-либо документе (или другом предмете регистрации и учета в документообороте организации - задании, резолюции, реестре и т.п.). Резолюция - одно или несколько поручений руководителя по входящему или внутреннему документу. 1 Общие сведения 1.1 Заказчик работ Федеральное агентство по рыболовству. Место нахождения: г. Москва, Рождественский бульвар, д. 12/8 стр. 1, 14, 15. 1.2 Сроки оказания и выполнения работ Сроки оказания услуг - с даты заключения Государственного контракта по 31 декабря 2014 г. Сроки выполнения работ по модификации системы электронного документооборота Росрыболовства: -------------------------------------------------------------------------- | |Срок, календарных | | дней с даты N | Состав работ | заключения | | контракта ---|----------------------------------------------------|----------------- | 1 Этап. Проведение обследования, уточнение | |требований Государственного заказчика, разработка | |Частного технического задания на модификацию системы| |электронного документооборота Росрыболовства, | |развертывание демонстрационной версии системы | 35 |электронного документооборота на тестовом сервере | |Государственного заказчика; проведение демонстрации | |версии системы электронного документооборота | |Государственному заказчику. | ---|----------------------------------------------------|----------------- 2 | 2 Этап. Модификация программного обеспечения | |системы электронного документооборота Росрыболовства| |в соответствии с утвержденным Государственным | 145 |заказчиком частным техническим заданием, | |развертывание и проведение предварительных испытаний| -------------------------------------------------------------------------- Не позднее 31 декабря 2014 г. -------------------------------------------------------------------------- 1.3 Место выполнения работ и оказания услуг: Москва, Рождественский бульвар, д. 12/8, стр. 1 1.4 Цель выполнения работ и услуг Основной целью оказания услуг является: 1. Обеспечение бесперебойного функционирования Системы Электронного Документооборота (далее - СЭД), администрирование; 2. Обеспечение бесперебойного функционирования Электронной библиотеки (далее - ЭБ); 3. Обеспечение бесперебойного функционирования Единого внутреннего портала (далее - ЕВП). Основными целями выполнения работ по модификации СЭД являются: 1. Развитие функциональности СЭД; 2. Упрощение процессов электронного согласования документов; 3. Актуализация отчетов системы для обеспечения соответствия изменившимся требованиям к их формированию. 1.5 Задачи В рамках оказания услуг по администрированию и поддержке СЭД, ЭБ, ЕВП должны быть выполнены следующие задачи: 1. Техническая поддержка СЭД, ЭБ, ЕВП на территории Агентства; 2. Консультирование пользователей СЭД, ЭБ, ЕВП по вопросам работы в системе. Работы по модификации системы электронного документооборота Росрыболовства: 1. Настройка сервера с установленной платформой Docsvision версии не ниже 4.5, и решением Административное делопроизводство версии не ниже 4.5; 2. Создание процедур для переноса существующих данных с текущего сервера Docsvision 4.1 "Административное делопроизводство" на новый сервер с установленной платформой Docsvision версии не ниже 4.5 и решением Административное делопроизводство версии не ниже 4.5; 3. Проведение переноса существующих данных с текущего сервера СЭД, согласно разработанным процедурам; 4. Проведение функционального тестирования решения совместно с заказчиком; 5. Устранение выявленных по результатам функционального тестирования недостатков; 6. Настройка интеграции с МЭДО; 7. Включение настроенного сервера СЭД с актуальными данными в работу; 8. Модификация СЭД Росрыболовства и развертывание Системы на серверах Заказчика; 9. Настройка интеграции СЭД Росрыболовства и АС "Обращения граждан" (по каналу МЭДО); 10. Доработка отчета по работе с обращениями граждан; 11. Предоставление сценария тиражирования клиентской части программного обеспечения СЭД через доменные политики; 12. Предоставление настроек доменной политики для установки клиентской части СЭД; 13. Включение настроенного сервера СЭД с актуальными данными в работу. 1.6 Основные сведения о функционирующем программно-аппаратном комплексе Основные сведение о программно-аппаратном комплексе СЭД СЭД Агентства разработана на базе приложения "Административное делопроизводство" на платформе DocsVision и включает в себя серверные и клиентские компоненты. Технические характеристики и программное обеспечение серверов и рабочих станций, на которых функционирует СЭД, приведены в Таблица 1. Таблица 1. Технические характеристики серверов, рабочих станций и их программное обеспечение ---------------------------------------------------------------------------------- Сервер БД узел 1 ---------------------------------------------------------------------------------- Технические характеристики | Processor: 16 Core @ 3 GHz | Memory: 64Gb RAM | HDD: | - RAID 6: 1000Gb (7k) (общие с | виртуальным сервером БД) | - RAID 10: 200Gb (7k) | - RAID 10: 600Gb (15k) (общие с | виртуальным сервером БД) монопольно | - Оптический сетевой контроллер | Page File: 16Gb ---------------------------------|------------------------------------------------ Типовое программное обеспечение | Windows Server 2008 Eng R2 SP1 Enterprise или | Datacenter | MS Office 2010 | Microsoft SQLServer 2008 Eng (64bit) R2 SP1 | Enterprise ---------------------------------------------------------------------------------- Сервер БД узел 2 ---------------------------------------------------------------------------------- Технические характеристики | Processor: 16 Core @ 3 GHz | Memory: 64Gb RAM | HDD: | - RAID 6: 1000Gb (7k) (общие с физическим | сервером БД) | - RAID 10: 200Gb (7k) | - RAID 10: 600Gb (15k) (общие с | физическим сервером БД) монопольно | Page File: 16Gb ---------------------------------|------------------------------------------------ Типовое программное обеспечение | Windows Server 2008 Eng R2 SP1 Enterprise или | Datacenter | MS Office 2010 | Microsoft SQLServer 2008 Eng (64bit) R2 SP1 | Enterprise ---------------------------------------------------------------------------------- Сервер СЭД ---------------------------------------------------------------------------------- Технические характеристики | Processor: 8 Core @ 2,5 GHz | Memory: 8Gb RAM | HDD (RAID 6): 100+200Gb ---------------------------------|------------------------------------------------ Программное обеспечение | Microsoft Windows Server 2008 (64bit) R2 SP1 | (Standard, Enterprise или DataCenter Edition) | Microsoft Internet Information Services Server | 7.5 (IIS) или выше. | Microsoft .NET Framework 4.0 SP1 | Microsoft Outlook 2010 | Microsoft Collaboration Data Objects (CDO). ---------------------------------------------------------------------------------- Сервер тестовый ---------------------------------------------------------------------------------- Технические характеристики | Processor: 4 Core | Memory: 16Gb RAM | HDD (RAID 5): 600Gb ---------------------------------|------------------------------------------------ Программное обеспечение |Microsoft Windows Server 2008 Eng (64bit) R2 SP1 | (Standard, Enterprise или DataCenter Edition) | Microsoft Internet Information Services Server | 7.5 (IIS) или выше. | Microsoft .NET Framework 4.0 SP1 | Microsoft Office 2010 | Microsoft Collaboration Data Objects (CDO). | Microsoft SQL Server 2008 Eng R2 SP2 (Standard | или Enterprise Edition) и службой | полнотекстового поиска (Full-Text Search). ---------------------------------------------------------------------------------- Рабочие станции конфигурация 1 ---------------------------------------------------------------------------------- Технические характеристики | Processor: 1500Mhz | Memory: 1Gb RAM ---------------------------------|------------------------------------------------ Типовое программное обеспечение | ОС MS Windows XP SP3 IE 6.0 | MS Office 2010 | Microsoft .Net framework 3.5 ---------------------------------------------------------------------------------- Рабочие станции конфигурация 2 ---------------------------------------------------------------------------------- Технические характеристики | Processor: 1500Mhz | Memory: 2Gb RAM ---------------------------------|------------------------------------------------ Типовое программное обеспечение | ОС MS Windows 7 IE 9.0 | MS Office 2010 | Microsoft .Net framework 3.5 ---------------------------------------------------------------------------------- В настоящее время пользователями СЭД являются 203 сотрудника Агентства, которые участвуют в выполнении следующих основных автоматизированных процессов документооборота: - Сканирование, регистрация входящей/исходящей/внутренней корреспонденции Агентства; - Подготовка и исполнение резолюций до уровня конечных исполнителей; - Постановка на контроль до уровня начальников управлений Агентства; - Контроль исполнения резолюций до уровня управлений Агентства; - Формирование данных о состоящих на контроле документах с разбивкой по управлениям, составлением сводных таблиц для руководителей агентства и управлений; - Резервное копирование данных в СЭД; - Формирование запросов и отчетов по документам, обрабатываемым в СЭД; - Ведение номенклатуры дел и списание документов в дело; - Выполнение иных процессов в соответствии с функциональными характеристиками СЭД; - Бизнес-процессы согласования внутренних документов. Обеспечение подлинности документации в процессе согласования средствами электронно-цифровой подписи (ЭЦП); - Подсистема интеграции с МЭДО в соответствии со спецификаций ФСО. Основные сведения о программно-аппаратном комплексе Электронной библиотеки. Электронная библиотека Агентства разработана на базе платформы DocsVision и включает в себя серверные и клиентские компоненты. Технические характеристики и программное обеспечение, на котором функционирует электронная библиотека, приведены в Таблице 2. Таблица 2. Минимальные технические требования к серверу и рабочим станциям, их программному обеспечению ---------------------------------------------------------------------------------- Сервер Электронной библиотеки ---------------------------------------------------------------------------------- Технические характеристики | Processor: 8 Core @ 2,5 GHz | Memory: 16Gb RAM | HDD (RAID 6): 100+100Gb ---------------------------------|------------------------------------------------ Типовое программное обеспечение | Microsoft Windows Server 2008 R2 SP1 | (Standard, Enterprise или DataCenter Edition) | Microsoft Internet Information Services Server | 7.5 (IIS) или выше. | Microsoft .NET Framework 4.0 SP1 | Microsoft Outlook 2010 или выше. | Microsoft Collaboration Data Objects (CDO). ---------------------------------------------------------------------------------- ЭБ Росрыболовства предназначена для обеспечения хранения, поиска и извлечения данных из электронных документов (и графических копий). Использование системы направлено на решение следующих основных задач: - объединение разрозненных информационных ресурсов Федерального агентства по рыболовству в единое информационное пространство; - обеспечение возможности поиска и оперативного доступа к накопленной и постоянно пополняемой информации; - обеспечение удобного многоцелевого использования имеющихся документов и их значимых частей, в том числе, повторного использования имеющихся материалов; - поэтапное объединение фондов Федерального агентства по рыболовству и подведомственных организаций, а также подключение к работе в системе пользователей из подведомственных организаций, территориальных подразделений Агентства, а также других федеральных органов исполнительной власти (далее - ФОИВ). ЭБ является логическим продолжением системы электронного документооборота Федерального агентства по рыболовству (СЭД), реализованной на платформе DocsVision, и позволяет реализовать потребности Федерального агентства по рыболовству, территориальных управлений, подведомственных организаций и других отраслевых структур, связанные с обеспечением хранения и контролируемого доступа к разноформатной информации, существующей изначально как в электронном виде, так и на бумажном носителе. Основные сведения о ЕВП ЕВП Агентства разработан на базе Microsoft SharePoint 2007 в 2009 году, переведен на Microsoft SharePoint 2010 в 2011 году и обеспечивает сервисы размещения информации о деятельности Агентства и доступа к ней заинтересованных лиц (пользователей локальной сети или сети интернет). Технические характеристики и программное обеспечение сервера, на котором функционирует ЕВП Агентства, приведены в Таблице 3. Таблица 3. Технические характеристики сервера и рабочих станций, их программное обеспечение ---------------------------------------------------------------------------------- Сервер ЕВП ---------------------------------------------------------------------------------- Технические характеристики | Processor: 8 Core @ 2,5 GHz | Memory: 16Gb RAM | HDD (RAID 6): 100+200Gb ---------------------------------|------------------------------------------------ Типовое программное обеспечение | crosoft Windows Server 2008 R2 SP1 | (Standard, Enterprise или DataCenter Edition) | crosoft Internet Information Services Server | 7.5 (IIS) или выше. | crosoft .NET Framework 4.0 SP1 | crosoft Outlook 2010 или выше. | crosoft Collaboration Data Objects (CDO). | crosoft SharePoint Server 2010 редакции | Standard/Enterprise | crosoft SharePoint Designer 2010 ---------------------------------------------------------------------------------- 2 Требования к составу услуг по администрированию и поддержке 2.1 Состав услуг по администрированию и поддержке В рамках оказания услуг по администрированию и поддержке должны быть выполнены следующие работы: 1. Техническая поддержка СЭД: - присутствие одного технического специалиста исполнителя на территории заказчика в рабочие дни с 9.00 до 18.00 (по графику работы Заказчика) по 20 часов в неделю по графику, согласованному с Заказчиком; - консультации пользователей по работе с СЭД (по телефону, электронной почте и на рабочих местах пользователей); - контроль соблюдения пользователями регламентов работы в СЭД; - администрирование СЭД в части разрешения ошибочных ситуаций работы системы и корректировки данных, препятствующих нормальному функционированию системы; - проверка на местах работоспособности клиентской части СЭД; - переконфигурирование или переустановка прикладного программного обеспечения СЭД при изменениях в аппаратном обеспечении серверов (не более 1 раза за квартал); - настройка прикладного программного обеспечения СЭД с целью улучшения временных и функциональных характеристик комплекса; - настройка программного обеспечения СЭД в связи с изменениями задач организационно-административной деятельности Заказчика (кроме разработки новых функциональных задач, не более 1 раза за квартал); - восстановление данных, утраченных из-за сбоев оборудования или неверных действий персонала Заказчика из резервных архивов СЭД (средства резервирования и аппаратную часть обеспечивает Заказчик); - техническое обеспечение и фактическое осуществление резервного копирования баз данных; - ведение журнала обращений пользователей; - чистка справочника контрагентов от дублей по запросу пользователей (не более 2 часов в неделю); - актуализация справочника сотрудников по запросам сотрудников, ответственных за делопроизводство; - настройка замещения по запросам сотрудников, ответственных за делопроизводство; - настройка ролевых папок новым сотрудникам и по запросу пользователей; - ведение настроек для обеспечения обмена данными с участниками Системы МЭДО: добавление и актуализация новых участников обмена, добавление записей в таблицу перекодировки, мониторинг очередей приема и отправки. 2. Техническая поддержка ЭБ, ЕВП: - консультации по функциям и характеристикам систем; - предоставление инструкций по исправлению силами Заказчика проблем, обусловленных действиями пользователей систем; - внедрение новых версий систем или расширение функциональности систем выполняются на основании отдельных Дополнительных соглашений, в которых определяются содержание, объем, сроки и стоимость требуемых Услуг; - техническое сопровождение ЭБ и ЕВП Агентства производится техническими специалистами Исполнителя на оборудовании Заказчика; - техническое сопровождение ЕВП и ЭБ Агентства производится в удаленном режиме; - администрирование ЕВП и ЭБ производится удаленно через, предоставляемое защищенное удаленное соединение; - консультации пользователей по работе с ЕВП и ЭБ проводятся по телефону и электронной почте; - контроль соблюдения пользователями регламентов работы с ЕВП и ЭБ; - администрирование ЕВП и ЭБ в части разрешения ошибочных ситуаций работы систем и корректировки данных, препятствующих нормальному функционированию систем; - переконфигурирование или переустановка прикладного программного обеспечения ЕВП и ЭБ при изменениях в аппаратном обеспечении; - настройка прикладного программного обеспечения ЕВП и ЭБ, и программного обеспечения, необходимого для работы ЕВП и ЭБ, при изменениях в аппаратном обеспечении; - настройка прикладного программного обеспечения ЭБ и программного обеспечения, необходимого для работы ЕВП и ЭБ, с целью улучшения временных и функциональных характеристик комплекса; - обновление версий ЕВП и ЭБ, полученных в результате доработок и изменений; - настройка программного обеспечения ЕВП и ЭБ и программного обеспечения, необходимого для работы ЕВП и ЭБ, в связи с изменениями задач организационно-административной деятельности Заказчика (кроме разработки новых функциональных задач); - восстановление данных, утраченных из-за сбоев оборудования или неверных действий персонала Заказчика из резервных архивов ЕВП и ЭБ; - диагностика сбоев работы прикладного программного обеспечения ЕВП и ЭБ; - осуществление резервного копирования баз данных и конфигурационных файлов, в объеме, достаточном для восстановления сервера до работоспособного состояния в случае программного или аппаратного сбоя, на носители длительного хранения ЭБ (технические средства резервного копирования обеспечиваются Заказчиком); - выполнение настроек по обеспечению хранения ежедневных резервных копий всей размещенной на ЕВП информации и электронных журналов учета операций - не менее одного года, еженедельных копий всей размещенной на ЕВП информации - не менее двух лет, ежемесячных копий всей размещенной на ЕВП информации - не менее трех лет; - мониторинг производительности ЕВП, ведение и анализ журналов обработки данных, обслуживание баз данных и программного обеспечения, необходимого для работы ЕВП и ЭБ. 2.2 Порядок оказания услуг по администрированию и поддержке Допускается проведение профилактических работ в нерабочее время и выходные дни по согласованию с Заказчиком. Длительность профилактических работ не должна превышать 2-4 часов (за исключением ситуации физического выхода из строя ПАК). Порядок оказания консультационных услуг определяется типом консультации и критичностью запроса. Типы консультаций и условия их предоставления приведены в Таблице 4. Таблица 4. Типы консультаций и условия их предоставления при штатной работе ---------------------------------------------------------------------------------- Тип консультации | Время предоставления консультаций ------------------------|--------------------------------------------------------- Телефонная | В рабочие дни на территории Заказчика по согласованному | графику, по запросу, в течение всего срока действия | Государственного контракта ------------------------|--------------------------------------------------------- По электронной почте | В рабочие дни по согласованному графику, по запросу, в | течение всего срока действия Государственного контракта ------------------------|--------------------------------------------------------- На территории Заказчика | В рабочие дни по согласованному графику, в течение всего | срока действия Государственного контракта ---------------------------------------------------------------------------------- Время реакции на запросы пользователей зависит от приоритета запроса, определяемого его критичностью для работы систем и выполнения процессов. Приоритет запросов и соответствующее им максимальное время реакции, требующих непосредственного присутствия Исполнителя на территории Заказчика, указаны в Таблице 5. Таблица 5. Типы запросов и время реакции на них, требующие непосредственного присутствия Исполнителя на территории Заказчика --------------------------------------------------------------------------- |Максимальное| Тип запроса | время | Характеристика | реакции | ------------|------------|------------------------------------------------- Критичный | до 50 мин. | Запросы, связанные с остановкой выполнения | | критичных процессов документооборота | | (регистрация документов и подготовка резолюций). ------------|------------|------------------------------------------------- Приоритетный| 1 день | Запросы, связанные с проблемами, не | | приводящими к остановке критичных процессов | | документооборота, но мешающие нормальной | | работе не критичных процессов документооборота | | или предоставляемых системой сервисов | | (например, Web-доступ к телефонному | | справочнику, формирование запросов и отчетов). ------------|------------|------------------------------------------------- Обычный | 2 дня | Запросы, связанные с проблемами, которые не | | влияют на процессы документооборота, но требуют | | вмешательства Исполнителя для полного | | восстановления работоспособности системы или | | исправления данных. --------------------------------------------------------------------------- Реагирование на запросы должно происходить в рабочие дни по согласованному графику. При поступлении запроса вне рабочего времени отсчет времени реакции должен происходить с момента начала рабочего времени следующего рабочего дня. 2.3 Порядок контроля выполнения, приемки и оформления результатов услуг Заказчик вправе в течение всего срока действия Государственного контракта, не вмешиваясь в оперативную деятельность Исполнителя, контролировать надлежащее выполнение им обязательств. Итоговым документом, подтверждающим выполнение услуг в отчетном месяце, должен являться Акт сдачи-приемки выполненных услуг. К акту сдачи-приемки должен прилагаться Журнал обращений пользователей. Все выполненные услуги Исполнителем должны фиксироваться в Журнал обращений пользователей, форма которого согласовывается Сторонами при подписании Государственного контракта. В Журнал обращений пользователей в обязательном порядке необходимо указывать следующую информацию: 1. Дата поступления заявки Заказчика. 2. Фамилия заявителя, управление (самостоятельный отдел). 3. Текст заявки или описание ошибки. 4. Фамилия непосредственного исполнителя заявки у Исполнителя или консультанта, если вопрос решается удаленно (по телефону или электронным письмом). 5. Отметка о выполнении заявки. 3 Требования по составу и содержанию работ 3.1 Общие требования к системе 1. СЭД Росрыболовства должна базироваться на тиражируемом прикладном программном обеспечении, реализующем базовые функции автоматизации документооборота и процессов управления и содержать параметрические механизмы настройки функциональности, без программирования. 2. Система должна основываться на трехуровневой клиент-серверной архитектуре. 3. Функции системы должны быть реализованы по модульному принципу для обеспечения возможности их независимой модификации. 4. Система должна быть построена с использованием распределенной архитектуры - функции, связанные со сбором, обработкой и хранением информации, вне зависимости от физического размещения конечных пользователей, а также данные, используемые при выполнении этих задач, должны сосредотачиваться в едином информационном центре (сервер баз данных СЭД Росрыболовства). Система должна обеспечивать принцип однократного ввода, централизованного хранения, накопления и многократного использования данных. 5. Модификация системы должна проводиться с сохранением основных архитектурных решений (требование обусловлено наличием у заказчика указанного программного обеспечения): 5.1. для хранения и обработки информации должна использоваться файловая система и промышленная СУБД Microsoft SQL Server; 5.2. операционная система серверной и клиентской части Системы: Microsoft Windows; 5.3. реализация основной логики работы должна осуществляться на сервере приложений Системы (Internet Information Server); 5.4. клиентский доступ к Системе должен быть обеспечен через веб-браузер. Для клиентского доступа должен использоваться штатный веб-браузер операционной системы Microsoft Windows (версии XP или 7.0); 5.5. система аутентификации пользователей должна быть интегрирована со службой каталогов Microsoft Active Directory; 5.6. система должна обеспечивать возможность взаимодействия с почтовым сервером Microsoft Exchange. 6. Для хранения всех данных, в том числе настроек системы, должна использоваться реляционная база данных, обеспечивающая реализацию встроенных механизмов построения индексов и контроля целостности данных. 7. Допускается размещение отдельных параметров конфигурации Системы, не подлежащих модификации в ходе ее нормального функционирования и обслуживания во внешних конфигурационных файлах. 8. Информация должна размещаться в базе данных в нормализованной форме. 9. Допускается использование дополнительных ненормализованных структур данных для повышения производительности системы. 10. Система должна гарантировать стабильную работу на клиентских рабочих станциях со следующими характеристиками: 10.1. ОС Microsoft Windows XP: CPU 1,5 Ghz и выше, ОЗУ 1ГБ и выше: 10.2. ОС Microsoft Windows 7: CPU 1,5 Ghz и выше, ОЗУ 2ГБ и выше. 10.3. Общее количество клиентских рабочих станций: до 200. 11. Система должна обеспечивать обмен электронными документами и ЭП на документах в соответствии с требованиями федерального закона Российской Федерации N 63-ФЗ "Об электронной подписи" и требованиями ГОСТР 34.10-2000. 12. Информационный обмен между серверами и клиентскими рабочими местами должен обеспечиваться с использованием локальных вычислительных сетей Заказчика. Информационный обмен между серверной частью Системы и клиентскими приложениями должен осуществляться по протоколу HTTP или SOAP. На транспортном уровне для взаимодействия компонентов Системы должен использоваться стек протоколов TCP/IP. 13. Архитектура Системы должна обеспечивать возможность интеграции со смежными системами в соответствии с требованиями настоящего технического задания. 14. Система должна обеспечивать автоматизированную процедуру установки и настройки клиентских рабочих мест без необходимости привлечения администратора. Должна быть предусмотрена автоматическая установка клиентских рабочих мест при обращении с клиентской машины по адресу сервера системы в локальной сети через браузер операционной системы. 15. Заложенные в системе механизмы маршрутизации должны обеспечивать возможность: 15.1. направления документов в указанное подразделение на регистрацию; 15.2. возврата документа на подготовку указанному исполнителю; 15.3. передачи документов указанным получателям; 15.4. направления заданий указанным исполнителям; 15.5. передачи заданий указанным проверяющим; 15.6. направления задания на снятие с контроля контролерам подразделения автора задания. 16. Система должна поддерживать хранение следующих форматов файлов, используемых во всех сферах деятельности Росрыболовства: MS Word, MS Excel, PDF, TIFF, JPG. 3.2 Требования к модификации работы с документами Должна быть обеспечена следующая функциональность при работе с регистрационными карточками: - Создание карточки и ввод основной информации по документу. В СЭД Росрыболовства должны быть предусмотрены отдельные типы регистрационных карточек для входящих, исходящих и внутренних документов. Состав полей должен соответствовать типу карточки. Тип карточки должен выбираться пользователем при создании карточки; смена типа карточки после создания карточки должна быть запрещена. Новая карточка входящего документа должна иметь статус "Регистрируется", исходящего и внутреннего - "Подготавливается". Регистрационные карточки всех типов документа должны иметь поля: - Вид документа. Вид документа должен выбираться пользователем при создании карточки из соответствующего справочника. Пользователь должен иметь возможность изменить вид документа, если тот находится в состоянии "Подготавливается" / "Регистрируется". При смене вида документа должны контролироваться правила присвоения регистрационного номера. Если после смены вида документа пользователь выполнил операцию присвоения регистрационного номера, ранее присвоенный номер должен автоматически освобождаться. - Временный номер. Временный номер в формате "вр-хххх" должен присваиваться документу автоматически при сохранении и не может быть отредактирован вручную. Временный номер должен быть уникальным для каждой карточки и использоваться как внутрисистемный идентификатор регистрационной карточки в Системе. Временный номер должен быть доступен для просмотра после регистрации документа. - Регистрационный номер документа. Регистрационный номер должен присваиваться документу автоматически согласно настроенным правилам присвоения регистрационных номеров (при создании карточки или при выполнении пользователем операции присвоения регистрационного номера - в зависимости от настроек для каждого пользователя). Исполнителем должны быть настроены правила нумерации согласно текущим правилам делопроизводства в Росрыболовстве. Должна быть реализована возможность ввода регистрационного номера документа в ручном режиме. При этом если документу был присвоен регистрационный номер в автоматическом режиме, автоматически присвоенный номер должен высвобождаться. Высвобожденный номер должен присваиваться следующей регистрационной карточке. - Дата регистрации. Дата регистрации должна формироваться автоматически в момент присвоения регистрационного номера (текущая дата). Если дата регистрации была установлена вручную до выделения номера, она должна сохраняться как дата регистрации. Пользователь должен иметь возможность изменить дату регистрации при наличии соответствующих прав. - Подразделение регистратора. Для входящих документов в поле должно автоматически подставляться подразделение сотрудника, создавшего регистрационную карточку входящего (если в пользовательских настройках не указано другое). Для исходящих и внутренних документов должно автоматически подставляться подразделение первого сотрудника, добавленного в поле "Подписал". Пользователь должен иметь возможность изменить значение поля. По значению данного поля должны проверяться права присвоения номера пользователем (имеет и пользователь права регистрации документов указанного подразделения) и выделяться регистрационный номер. - Содержание. Пользователь должен иметь возможность ввести содержание вручную или выбрать значение из соответствующего справочника. При создании исходящего документа во исполнение входящего документа, в регистрационную карточку исходящего документа должно автоматически копироваться значение поля "Содержание" из карточки инициирующего входящего документа. - Гриф. Значение поля должно выбираться из соответствующего справочника. Должно быть предусмотрено значение по умолчанию. - Срочность. Значение поля должно выбираться из соответствующего справочника. Должно быть предусмотрено значение по умолчанию. - Кол-во листов. Должен быть доступен ввод кол-ва листов основного документа и кол-ва листов приложений через знак "+". - Кол-во экземпляров. Значение поля должно задаваться пользователем в карточках, входящего документа. - Категории. Пользователь должен иметь возможность указать для документа одну или несколько категорий любого уровня вложенности из справочника категорий документа (рубрикатора). - Комментарий. Пользователи, имеющие доступ к регистрационной карточке, должны иметь возможность вносить текстовые комментарии по документу. Для каждого комментария должны фиксироваться автор, дата и содержание комментария. Ввод информации о корреспондентах, адресатах и получателях документа. - Корреспонденты. Пользователь должен иметь возможность указать для входящего документа одного или нескольких корреспондентов (юридических и/или физических лиц), выбрав их из справочника. При создании исходящего документа во исполнение входящего документа, в регистрационную карточку исходящего документа должна автоматически переноситься информация о корреспондентах входящего письма. Для каждого корреспондента - физического лица должно быть предусмотрено дополнительное поле: дата исходящего письма. Для каждого корреспондента - юридического лица должны быть предусмотрены дополнительные поля: дата исходящего письма; регистрационный номер исходящего; сотрудник, подписавший документ; N экземпляра. Все дополнительные поля кроме номера экземпляра должны быть обязательными для заполнения. Если регистрационный номер документа отсутствует, должна быть возможность проставить значение "без номера" (б/н). - Адресат. Пользователь должен иметь возможность указать для исходящего документа одного или нескольких адресатов (юридических и/или физических лиц), выбрав их из справочника. Для каждого адресата исходящего документа должны быть предусмотрены дополнительные поля: N экземпляра, вид доставки, номер бланка, кому, признак передачи бумажного оригинала. Должна быть возможность установить режим автоматической подстановки вида доставки для последующих корреспондентов как у предыдущего. В пользовательских настройках должна быть возможность установить вид доставки по умолчанию. Кому. Только для входящих и внутренних документов. Значением поля должна являться ссылка на подразделение или сотрудника из справочника сотрудников. Поле должно допускать ввод нескольких значений. При этом каждое новое значение должно вводиться поверх предыдущего без удаления ранее введенного значения (для удаления введенного значения будет использоваться специальная кнопка). Ввод значения должен осуществляться с использованием функции автоподбора значения или из справочника. Добавить значение из справочника должно быть возможно следующим образом: выбрать сотрудника, выбрать подразделение (руководителя), выбрать сотрудников подразделения, выбрать сотрудников из общих списков рассылки, выбрать персональный список рассылки. Для каждого адресата входящего документа должно быть предусмотрено дополнительное поле: вид доставки (выбор из справочника). Для каждого адресата внутреннего документа должны быть предусмотрены дополнительные поля: N экземпляра (ручной ввод), кол-во листов (ручной ввод), вид доставки (выбор из справочника), номер бланка (ручной ввод). При направлении внутреннего документа на рассмотрение автоматически должны формироваться задания на рассмотрение (т.е. задания типа "На рассмотрение") для выбранных в поле "Кому" сотрудников и руководителей выбранных подразделений. - Ввод информации об исполнителе, визирующих лицах и подписанте документа. - Исполнители. Пользователь должен иметь возможность выбрать из справочника одного или нескольких сотрудников, подготовивших внутренний или исходящий документ. - Подписант. Пользователь должен иметь возможность выбрать из справочника одного или нескольких сотрудников, подписывающих внутренний или исходящий документ. - Визирование. На основной (первой) вкладке регистрационной карточки должны отображаться сведения о согласовании документа, выполненном в системе (сотрудник, вид визирования, дата визирования). Информация в карточке должна формироваться автоматически по результатам электронного согласования. Должна быть возможность внести сведения о визировании бумажного экземпляра документа вручную. - Автоматическое заполнение полей регистрационной карточки Должна быть предусмотрена возможность автоматического заполнения полей новой регистрационной карточки заранее заданными значениями. В пользовательских настройках должна быть предусмотрена возможность задать значения по умолчанию для следующих полей: - подразделение регистратора по умолчанию (для каждого типа документа отдельно); - вид доставки (для всех типов документов одновременно); - исполнитель (для внутренних и исходящих документов) - возможность подставлять текущего сотрудника как исполнителя документа. Поля для заполнения реквизитов должны быть распределены по вкладкам РК для обеспечения наиболее удобной работы регистраторов и исполнителей документов - Штрихкодирование и печать штампа на документе Система должна обеспечить возможность настройки параметров печати штампа и штрих-кода на документах администратором системы, в т.ч. различных видов штампов и штрих-кодов для различных типов документов или форматов бумажных документов. Пользователю должна быть предоставлена возможность выбрать шаблон печати штампа и штрих-кода. - Прикрепление файлов документов к регистрационной карточке документа. Пользователь должен иметь возможность прикрепить и в дальнейшем просмотреть прикрепленные файлы к карточке. Прикрепление файлов к документу не должно быть обязательным. Для исходящих и внутренних документов должна поддерживаться версионность файлов. Должно быть обеспечено несколько вариантов прикрепления файлов к регистрационной карточке документа: - автоматическое прикрепление файлов к регистрационной карточке, из которой производится сканирование (при подключении сканера к клиентскому рабочему, месту системы); - выбор файла с электронным образом документа из папки сетевого или локального компьютера при использовании сетевого сканера; - выбор файла из папки сетевого или локального компьютера при подготовке проекта исходящего или внутреннего документа. Сканирование документа из регистрационной карточки должно выполняться без установки дополнительного программного обеспечения - через TWAIN драйвер сканера (оборудование для обеспечения сканирования (сканеры) обеспечивает Заказчик). При получении документов из внешних систем через интеграционные механизмы, регистрационные карточки документов должны создаваться автоматически. Требования к автоматическому заполнению полей регистрационных карточек должны быть определены и согласованы с Заказчиком в частном техническом задании. - Установление связей с другими документами. - Пользователи должны иметь возможности добавлять, изменять и удалять связи между документами. При установлении связей должны быть возможность указать вид связи. В пользовательских настройках должна быть предусмотрена возможность установить тип связи по умолчанию. Отображение ссылок в регистрационной карточке должно выполняться в виде иерархического списка с группировкой по виду связи. Должна быть обеспечена возможность просмотра файлов связанных документов из текущей регистрационной карточки без необходимости перехода к связанной регистрационной карточке. Иерархический список связанных документов должен быть доступен также из любой карточки задания, связанной с данным документом. Связи документа должны отображаться в регистрационной карточке в виде иерархического списка с одним уровнем вложенности, с группировкой по типу связи. - Автоматическая проверка уникальности входящего документа. Проверка должна выполняться по сочетанию значений полей "Корреспондент", "Исх. номер", "Дата". Проверка должна выполняться после заполнения полей при переходе на поле "Содержание", а также при вызове функции автоматической проверки или регистрации документа. По результатам проверки пользователю должно быть выведено сообщение с перечнем документов, регистрационные данные которых совпадают, и предоставлена возможность отменить или продолжить регистрацию. - Автоматическая проверка заполнения обязательных полей, карточки при регистрации документа. По результатам проверки пользователю должно быть выведено сообщение о некорректно заполненных полях. Регистрация документа должна быть невозможна. - Отнесение документа к делу по номенклатуре дел и тому дела. В регистрационной карточке документа должно быть предусмотрено поле для привязки регистрационной карточки к делу из справочника "Номенклатура дел" при создании карточки документа. Должна быть реализована функция автоподбора значения из справочника при вводе по номеру дела. Должна быть возможность привязать регистрационную карточку к конкретному тому дела после завершения работы с документом в делопроизводстве. - Регистрация документа. В регистрационной карточке, находящейся в состоянии "регистрируется" должна быть предусмотрена функция регистрации. При регистрации должен выделяться регистрационный номер, если он не был выделен раньше и присваиваться статус "зарегистрирован". Должна быть возможность зарезервировать регистрационный номер без перевода регистрационной карточки в состояние "зарегистрирован". - Изменение данных зарегистрированной карточки в режиме административного редактирования. После регистрации регистрационная карточка документа должна изменять статус на "зарегистрирован" и отображаться в режиме чтения; изменение данных в ней по умолчанию должно быть запрещено. В то же время в системе должна быть предусмотрена операция редактирования данных зарегистрированной карточки, доступ к которой должен управляться ролевой моделью. При вызове этой операции поля регистрационной карточки должны открываться для редактирования (кроме полей "Вид документа", "Регистрационный номер" и "Подразделение регистратора"). Наличие функции должно позволить изменять данные без возврата на регистрацию. Изменение регистрационного номера, вида документа или подразделения регистратора должно быть доступно только для регистрационных карточек, находящихся в состоянии "регистрируется". Данные о передаче документа получателям, а также резолюции и задания по ним при возврате на регистрацию должны оставаться без изменений. - Ввод и отображение информации о передаче/движении бумажных экземпляров документа В регистрационной карточке должно быть предусмотрено добавление записей журнала передач, содержащих следующие сведения: - Дата приема/передачи бумажного экземпляра документа. - Сведения о сотруднике, принявшем/передавшем бумажный экземпляр документа. - Признак передачи оригинала/копии бумажного экземпляра документа. _ - Передача регистрационной карточки на рассмотрение и создание резолюции по документу от имени выбранного сотрудника. Сотрудник, имеющий соответствующие права, должен иметь возможность создать одну или несколько резолюций по документу, в т.ч. от имени одного и того же сотрудника или передать документ получателям для рассмотрения. Передача входящего или внутреннего документа на рассмотрение по команде пользователя должна выполняться после регистрации документа или одновременно с регистрацией, при этом должны формироваться задания на рассмотрение для каждого получателя. Карточки заданий на рассмотрение должны содержать регистрационные данные документа; ссылки на файлы документа; информацию о дате направления документа на рассмотрение. Если для входящего документа установлен срок внешнего контроля, этот срок должен переноситься в карточку задания на рассмотрение как срок исполнения задания. Регистратор должен иметь возможность передать документ дополнительным получателям без возврата регистрационной карточки на регистрацию. Должна быть реализована функция передачи документов одновременно для нескольких выбранных регистрационных карточек. - Управление версиями файлов исходящего и внутреннего документа и направление документа на согласование. Пользователь должен иметь возможность добавлять версии файлов документа в регистрационных карточках исходящих и внутренних документов до направления их на регистрацию. Направление исходящего или внутреннего документа на согласование должно быть доступно только после добавления одного или нескольких файлов документа в первую или последующую версию файлов. Пользователь, имеющий соответствующие права, должен иметь возможность создать один или несколько маршрутов согласования по документу. После согласования документа пользователь, направивший документ на согласование, должен иметь возможность создать новую версию файлов и включить в нее файлы с изменениями. При направлении регистрационной карточки на регистрацию финальная версия файлов должна автоматически копироваться в файлы регистрационной карточки; версии файлов не должны отображаться в регистрационной карточке документа, направленного на регистрацию, зарегистрированного или переданного получателям. - Просмотр хода согласования в регистрационной карточке. (просмотр информации о маршрутах согласования, состоянии исполнения заданий на согласование, замечаний исполнителей). В регистрационной карточке должны быть предусмотрены отдельные вкладки для просмотра данных согласования в различных форматах представления: - полная информация о маршрутах согласования (вкладка "Согласование"); - информация в виде листов согласования (должны формироваться листы отдельные согласования по маршруту согласования, по согласуемой версии файлов и сводные листы согласования) (вкладка "Лист согласования"); - отображение результатов согласования в виде дерева заданий с отображением статуса согласования (на стандартной вкладке "Резолюции"). - Подписание файлов регистрационной карточки электронной подписью. Подписание документов должно производиться в соответствии с требованиями к обеспечению безопасности информации настоящего Технического задания. Из регистрационной карточки должны быть доступны функции подписания документа, проверки электронной подписи назначения списка лиц, имеющих доступ к содержимому зашифрованного файла. Из регистрационной карточки должен быть доступен просмотр всех электронных подписей, наложенных на каждый файл документа. Средства криптографической защиты обеспечиваются Заказчиком. - Направление регистрационной карточки исходящего или внутреннего документа на регистрацию (для исполнителя) и возврат на подготовку (для регистратора). Направление регистрационной карточки документа на регистрацию должно выполняться по команде пользователя. Должна быть допустима передача на регистрацию документа с прикрепленными файлами или без файлов (для документов ДСП или документов, подготовленных и подписанных в бумажном виде). При направлении на регистрацию документа, прошедшего согласование, система должна контролировать, что одной из версий файлов присвоен признак финальной версии, а при отсутствии приложенных файлов должно отображаться соответствующее предупреждение. После направления проекта документа на регистрацию карточка должна быть доступна регистратору того подразделения, который указан в поле "Подразделение регистратора" этой регистрационной карточки. Регистратору должна быть доступна для просмотра последняя (финальная) версия файлов и лист согласования по этой версии, если для документа выполнялось согласование. Регистратор должен иметь возможность вернуть внутренний или исходящий документ на подготовку исполнителю, если в регистрационной карточке, листе согласования или файлах документа обнаружены ошибки. - Формирование печатных форм регистрационной карточки и листа согласования. Печать форм должна осуществляться по команде пользователя. Состав и правила формирования печатных форм должны быть согласованы с Заказчиком при разработке Частного технического задания. - Возможность создания новой регистрационной карточки из текущей с копированием полей данной регистрационной карточки. В пользовательских настройках должна быть предусмотрена возможность указать набор полей для копирования при создании новой регистрационной карточки. Значения выбранных полей должны подставляться в соответствующие поля новой карточки при выборе варианта создания регистрационной карточки с копированием полей. - Создание шаблона регистрационной карточки. Пользователь должен иметь возможность сохранить любую регистрационную карточку как шаблон для последующего создания на ее основе новых регистрационных карточек. Функция создания шаблонов регистрационных карточек должна быть доступна из списка документов в папке. Должна быть реализована возможность одновременного создания шаблонов РК по нескольким выбранным регистрационным карточкам. В шаблоне регистрационной карточки должно быть предусмотрено поле "Наименование" для последующего поиска и выбора шаблона. При создании регистрационной карточки по шаблону в новую карточку должны переноситься поля из карточки-шаблона. - Аннулирование регистрационной карточки. При аннулировании карточки должны аннулироваться (но не удаляться): - регистрационная карточка документа; - карточки заданий по документу (в т.ч. задания на рассмотрение, задания на исполнение и задания на согласования); - маршруты согласования по документу. Будет предусмотрена возможность разграничить права на доступ к операции аннулирования карточки в различных состояниях регистрационной карточки. Будет возможность вернуть аннулированный документ на регистрацию; доступ к карточке также будет определяться в матрице доступа. - Удаление регистрационной карточки. При удалении карточки она должна помечаться - как удаленная. Удаленные карточки должны быть доступны к просмотру из папки "корзина". Пользователь должен иметь возможность восстановить карточку, выделенную к удалению. Администратор Системы должен иметь возможность удалять карточки, выделенные к удалению, без возможности восстановления. - Автоматическое журналирование действий пользователей над регистрационной карточкой и отображение истории работы с документом. Система должна автоматически фиксировать выполнение операций с регистрационной карточкой документа, доступ к которым разграничивается ролевой моделью. В истории должны фиксироваться: название операции; дата и время совершения операции; сотрудник, выполнивший операцию. Пользователь должен иметь возможность просмотреть историю выполненных операций с регистрационной карточкой непосредственно в форме регистрационной карточки. Изменение сведений о выполненных операциях должно быть запрещено. 3.3 Требования к модификации работы с заданиями Карточки заданий должны обеспечивать работу с поручениями и использоваться исполнителями для отметок о ходе и завершении выполнения поручений. В системе должны быть предусмотрены отдельные виды карточек заданий для решения различных задач: - Первичное рассмотрение входящего или внутреннего документа; - Исполнение поручения по резолюции; - Выдача инициативного поручения; - Согласование документа. После модификации система должна обеспечивать следующую функциональность при работе с карточками заданий: - Просмотр данных, файлов и связей регистрационной карточки документа, по которому поставлено поручение. Информация о выданном поручении (автор, текст поручения, срок исполнения, контроль, дата выдачи поручения), а также файлы и связи документа должны быть доступны с одной (первой) вкладки карточки задания. Информация о заданиях соисполнителей, вышестоящих подчиненных заданиях должна отображаться на отдельной (второй) вкладке карточки задания в виде дерева с отображением статуса исполнения поручений. - Создание проекта резолюции из карточки задания. Функция создания проекта резолюции должна быть доступна для исполнителя задания, его координатора (помощника) или заместителя из карточки задания и списка заданий. Должна быть реализована возможность одновременного (группового) создания резолюции по нескольким выбранным заданиям при вызове функции из списка заданий. Данные резолюции, введенной групповым способом, должны прописываться в карточки всех заданий, которые были отобраны для наложения данной резолюции. Дальнейшая обработка этих резолюций по каждому заданию должна вестись независимо друг от друга. При расписании резолюции из карточки задания должна быть предусмотрена возможность выполнить одновременно два действия: взять задание в работу и расписать резолюцию. - Автоматическое вычисление контрольного срока в соответствии с параметрами системной настройки. Срок исполнения пункта резолюции задания должен устанавливаться пользователем или определяться автоматически. Для автоматического расчета должна быть реализована административная настройка условий автоматического расчета срока исполнения контрольных и неконтрольных заданий (длительность исполнения поручения в календарных днях). Пользователь должен иметь возможность изменить установленный срок задания после утверждения резолюции, если ему назначены права на изменение параметров контроля. - Формирование печатной формы резолюции по форме. Печать проекта резолюции должна осуществляться по команде пользователя из карточки задания. - Направление резолюции на утверждение руководителю (функция для помощника). Для помощника, подготовившего проект резолюции, должна быть предусмотрена возможность направить проект резолюции на утверждение и внести, при необходимости, сопроводительный текст к проекту. - Возврат резолюции на доработку (функция для руководителя). Руководитель должен иметь возможность вернуть проект резолюции на доработку до ее утверждения с указанием причины возврата. - Утверждение резолюции. При утверждении резолюции для исполнителей должны формироваться задания на исполнение для каждого сотрудника, указанного исполнителем по резолюции. Заданиям должен присваиваться статус "на рассмотрении" (по умолчанию) или "на распределении" (если исполнитель включен в группу сотрудников, работающих через помощника). - Редактирование данных резолюции до и после утверждения. До утверждения проекта резолюции пользователь, создавший проект, должен иметь возможность вносить любые изменения в проект; после утверждения - перечисленные изменения: - замена исполнителя, - замена ответственного исполнителя, - изменение текста резолюции и номера пункта, - перенос срока, - изменение признака контроля пункта резолюции, - добавление пункта резолюции; - удаление пункта резолюции. Изменение данных резолюции должно фиксироваться и отображаться на вкладке "История" карточки задания и в карточках заданий исполнителей. В матрице доступа должна быть возможность настроить доступ к операциям на изменение резолюции. - Отзыв резолюции. Пользователь, утвердивший резолюцию, должен иметь возможность отозвать резолюцию, если ни одно задание по ней не выполнено. Должна быть возможность отозвать резолюцию при наличии выполненных заданий по ней, если пользователю назначены соответствующие права. При отзыве резолюции должны аннулироваться все задания, созданные по ней. Аннулированные задания должны быть доступны через поиск заданий, но не отображаться в регистрационной карточке и карточке задания, по которому была расписана отозванная резолюция. Должна быть предусмотрена возможность отредактировать и снова утвердить отозванную резолюцию. При повторном утверждении должны создаваться новые задания. Пользователь должен иметь возможность внести любые изменения в отозванную резолюцию. Информация по документуЧитайте также
Изменен протокол лечения ковида23 февраля 2022 г. МедицинаГермания может полностью остановить «Северный поток – 2»23 февраля 2022 г. ЭкономикаБогатые уже не такие богатые23 февраля 2022 г. ОбществоОтныне иностранцы смогут найти на портале госуслуг полезную для себя информацию23 февраля 2022 г. ОбществоВакцина «Спутник М» прошла регистрацию в Казахстане22 февраля 2022 г. МедицинаМТС попала в переплет в связи с повышением тарифов22 февраля 2022 г. ГосударствоРегулятор откорректировал прогноз по инфляции22 февраля 2022 г. ЭкономикаСтоимость нефти Brent взяла курс на повышение22 февраля 2022 г. ЭкономикаКурсы иностранных валют снова выросли21 февраля 2022 г. Финансовые рынки |
Архив статей
2024 Ноябрь
|
