Техническая часть (стр. 2 )

Выход из строя рабочего места пользователя или получение несанкционированного доступа к нему не должен сказываться на функционировании серверной части Программного комплекса, а сбой сервера приложений не должен влиять на состояние данных Программного комплекса.

Программный комплекс должен обладать возможностью балансировки нагрузки между отдельными узлами, модулями и функциями.

Программный комплекс должен иметь возможность резервного копирования и восстановления без остановки функционирования Программного комплекса.

9.10. Требования к эргономике и технической эстетике Программного комплекса:

Программный комплекс должен иметь унифицированный, единый пользовательский интерфейс по всем функциональным компонентам.

Программный комплекс должен позволять пользователю производить настройки выводимых данных в рамках, определяемых создателями Программного комплекса.

Необходимые для заполнения поля экранных форм должны быть выделены (цветом, рамкой или иным способом).

Должна быть предусмотрена возможность получения пользователем контекстной справки или подсказки.

Пиктограммы, присутствующие на рабочих экранах, должны в обязательном порядке быть снабжены надписями, поясняющими их назначение. Графическое отображение пиктограмм должно быть интуитивно понятным.

Пользователи должны получать доступ только к тем функциям Программного комплекса, которые назначены для данной группы пользователей в силу особенностей бизнес-процессов и конкретных ролей пользователей.

Программный комплекс должен не допускать выбора пользователями действий, способных при ошибочном к ним обращении нарушить логику бизнес-процессов.

Пользователи Программного комплекса должны получать доступ ко всему набору доступных действий через минимально возможный набор последовательных интерфейсных форм.

Одинаковые по смыслу действия пользователей должны осуществляться всегда через одинаковую последовательность интерфейсных форм.

9.11. Требования к защите информации от несанкционированного доступа

Механизмы безопасности Программного комплекса должны быть реализованы с использованием существующих стандартов и протоколов.

Безопасность Программного комплекса должна обеспечивать замкнутое сохранение данных, связанных с Программным комплексом (собственно модулей Программного комплекса, системных и прикладных данных) таким образом, чтобы невозможно было получить логический доступ к указанным данным в рамках работы приложения пользователям не имеющих соответствующих полномочий.

Требования к идентификации, аутентификации, авторизации пользователей Программного комплекса и разграничению прав доступа:

Сведения о работе любого субъекта (пользователя или процесса) в Программном комплексе должны отображаться в журнале операций.

Возможность работы пользователя в Программном комплексе должна предоставляться Администратором Программного комплекса.

Субъекты должны иметь доступ только к разрешенным модулям Программного комплекса.

Доступ к информационным объектам должен включать следующие виды ограничений по пользователям и группам пользователей:

запрет доступа к объекту;

доступ к объекту для изменения;

удаление информационного объекта;

добавление информационного объекта.

Пользовательский интерфейс настройки прав доступа должен быть прост и интуитивно понятен.

Доступ пользователя в систему должен осуществляться по паролю условно-постоянного действия с минимальной длинной 6 символов с применением в пароле пользователя цифр и букв верхнего регистра либо с помощью сертификата электронной подписи.

9.12. Требования к способу установки и обновления Программного комплекса:

Программный комплекс устанавливается и обновляется силами и средствами Исполнителя на аппартно-программных ресурсах Государственного заказчика.

9.13. Требования к скорости реакции пользовательского интерфейса:

Скорость реакции пользовательского интерфейса определяется скоростью соединения и производительностью сервера приложений.

9.14. Требования к масштабируемости:

Программный комплекс должен быть масштабируем.

9.15. Требования к производительности клиентских компьютеров:

Минимальная конфигурация рабочих станций (клиентских компьютеров), предназначенная для работы с Программным комплексом:

Таблица 1

Процессор	Объем оперативной памяти
С частотой не менее 900 МГц	Не менее 256 Мб

9.16. Требования к структуре Программного комплекса:

Структура Программного комплекса должна содержать следующие разделы:

Рабочий раздел («Закрытая часть Программного комплекса»), к которому может обратиться только пользователь сети «Интернет», зарегистрированный в Программном комплексе, и получить доступ к информации и данным в соответствии его роли и правам, которые ему назначены в Программном комплексе;

Административный раздел («Административная часть Программного комплекса»), к которому может получить доступ только пользователь сети «Интернет», зарегистрированный в Программном комплексе с ролью Администратор;

Внешний раздел («Открытая часть Программного комплекса»), к которому может обратиться любой пользователь сети «Интернет».

Выполнение работ по поставке дополнительных функциональных модулей Программного комплекса должны обеспечить расширение функциональных возможностей следующих функциональных блоков Программного комплекса:

9.16.1. Подсистема формирования и ведения плана закупок на 3 года:

Подсистема должна обеспечивать:

формирование заказчиками Республики Мордовия среднесрочных планов закупок (на 3 года) в соответствии с утвержденными ассигнованиями путем интеграции с информационной базой системы исполнения бюджета Республики Мордовия;

согласование планов закупок с координирующими органами, уполномоченным органом;

внесение изменений в согласованные планы закупок;

формирование сводных планов закупок по подведомственным учреждениям;

формирование сводных планов закупок по заказчикам Республики Мордовия.

9.16.2. Подсистема формирования и ведения плана-графика:

формирование плана-графика на финансовый год в соответствии с согласованными планами закупок и выделенными лимитами на основе данных системы АС «Бюджет-КС» (контроль обеспеченности лимитами государственных нужд);

контроль плана-графика на соответствие бюджетной росписи и суммам согласованного плана закупок;

внесение изменений в планы-графики в процессе определения поставщиков (подрядчиков, исполнителей) в соответствии с остатками лимитов и изменениями бюджетной росписи;

согласование планов-графиков с координирующими органами и уполномоченным органом;

планирование лотов закупок и сроков определения поставщиков (подрядчиков, исполнителей);

формирование закупки;

контроль исполнения планов-графиков, формирование отчётов по исполнению планов-графиков;

формирование заявок на определение поставщика (подрядчика, исполнителя) на основе согласованного плана-графика.

9.16.3. Подсистема определения поставщика (подрядчика, исполнителя).

Подсистема должна обеспечивать:

контроль закупки на соответствие действующему законодательству;

прикрепление к карточке закупки произвольного количества файлов документов в том числе отсканированные документы;

формирование изменений в извещение и в конкурсную (аукционную) документацию;

учет деятельности аукционной, конкурсной или котировочной комиссий;

учет результатов определения поставщика путем запроса предложений и закупки у единственного источника;

учет результатов проведения торгов и запросов котировок цен.

Подсистема контроля закупки по утвержденной Министерством экономического развития РФ номенклатуре товаров, работ, услуг.

Подсистема должна обеспечивать:

Контроль планов-графиков по утвержденной номенклатуре:

в качестве кодов структурированной номенклатуры товаров, работ, услуг должны использоваться коды ОКДП высокого уровня, приведенные в утвержденной номенклатуре;

при сохранении планов-графиков должны выполняться автоматические контроли по указанным способам определения поставщиков (подрядчиков, исполнителей) в соответствии с действующим законодательством;

Контроль заявок на закупку по утвержденной номенклатуре:

заявки на закупку должны формироваться на основе утвержденных планов-графиков;

в качестве классификатора товаров, работ, услуг должен использоваться полный классификатор ОКДП;

при сохранении заявки на закупку должны производиться автоматические контроли по указанным способам определения поставщиков (подрядчиков, исполнителей) в соответствии с действующим законодательством;

Отслеживание исполнения плана-графика в любой момент времени.

9.16.4. Подсистема формирования и ведения реестра контрактов.

Подсистема должна обеспечивать:

формирование, учет и обработку сведений о заключении контракта, гражданско-правового договора (его изменении), исполнении (расторжении).

Функции подсистемы:

контроль наличия свободного остатка ассигнований и резервирование сумм по бюджетным обязательствам;

ведение государственных контрактов и их изменений;

учет исполнения контрактов;

формирование бюджетных обязательств на основании контрактов.

9.16.5. Подсистема формирования и анализа маркетинговой информации

Подсистема должна обеспечивать:

Мониторинг и анализ структуры государственных закупок Республики Мордовия;

Мониторинг и анализ закупочных цен, в том числе ведение базы ценовых предложений участников определения поставщика (подрядчика, исполнителя), проведение ценового анализа рынка (на лучших предложений поставщиков и информации, занесённой в реестр контрактов);

Формирование базы нормативных цен;

Контроль и анализ закупок на соответствие нормативным ценам;

Анализ структуры и объемов закупаемой заказчиками продукции;

Каталог закупаемых товаров, работ и услуг и актуальные предложения поставщиков в разрезе каталога.

9.16.6. Подсистема интеграции с ЕИС и электронными площадками

Подсистема должна обеспечивать передачу сведений из Системы в ЕИС:

извещения и документации заказа;

изменений, внесенных в извещение и документацию заказа;

сведений о заключении, изменении, исполнении или расторжении государственных контрактов, гражданско-правовых договоров бюджетных учреждений (при необходимости) на поставки товаров, выполнение работ, оказание услуг.

извещений об отказе от проведения процедуры, в том числе по части лотов процедуры;

протоколов заседания комиссий, в том числе в случае отстранения участника открытого аукциона в электронной форме (открытого конкурса) на любом этапе проведения торгов,

извещений о приостановлении, а также возобновлении определения поставщиков (подрядчиков, исполнителей);

протоколов и информация о заявках участников определения поставщиков (подрядчиков, исполнителей);

номера реестровой записи заказа и дата его присвоения.

Размещение информации на официальном сайте управления государственных закупок Республики Мордовия должно происходить в автоматическом режиме одновременно с передачей в ЕИС, так и в ручном режиме, в зависимости настроек Системы.

Система должна обеспечивать возможность интеграции, в том числе с электронными площадками -АСТ», «РТС-тендер», «Единая электронная торговая площадка», в части уведомлений о поступлении первых и вторых частей заявок на участие в открытом аукционе в электронной форме, а также отправки на площадку черновиков протоколов рассмотрения заявок и подведения итогов открытого аукциона в электронной форме:

установка механизма проверки на поступление первых/вторых частей заявок;

индикация извещений с поступившими первыми/вторыми частями заявок;

формирование протоколов рассмотрения заявок и подведения итогов открытого аукциона в электронной форме в Системе и отправка их в соответствующий раздел электронной площадки -АСТ», «РТС-тендер», «Единая электронная торговая площадка (http://etp. *****/)».

9.16.7. Подсистема формирования отчетности и генерации документов

Подсистема должна обеспечивать:

Наличие запросной системы для формирования отчетов произвольной формы: возможность расширения набора первичных, отчетных и аналитических документов с помощью указанной встроенной системы;

возможность автоматической генерации извещений, протоколов, аукционной (конкурсной) документации;

формирование отчётов с учётом требуемого периода, динамических отчетов по ГРБС, уполномоченным органам, подведомственным учреждениям ГРБС, заказчикам и в целом по проведенным закупкам, в том числе с использованием классификатора ОКДП;

возможность формирования отчетов в соответствии с правами доступа пользователей.

9.17. Требования к наличию средств шифрования и защиты передаваемых данных, а также к вариантам использования электронной подписи (ЭП) для подписания документов в электронном виде в программном комплексе:

В системе применяется квалифицированная электронная подпись, соответствующая требованиям Федерального закона от 6 апреля 2011 года «Об электронной подписи», а именно должно быть обеспечено:

Использование сертифицированных ФСБ России средств электронной подписи;

Возможность сохранения ЭП подписанных документов в базе данных;

Алгоритмы формирования ЭП должны соответствовать ГОСТ 34.11-94, ГОСТ 34.11/34.10-2001;

Возможность подписи ЭП прикрепленных документов;

Возможность использования не менее 5 уровней ЭП;

Контроль на порядок наложения подписей;

Проверка ЭП при открытии соответствующего электронного документа в Системе;

Возможность выгрузки документа и его ЭП для проверки подлинности ЭП сторонними средствами.

При формировании электронной подписи, а так же выполнении проверки подлинности должна осуществляться проверка сертификата ключа ЭП на отзыв с помощью списка отозванных сертификатов (далее СОС).

9.18. Требования к работе с первичными копиями документов в Программном комплексе:

Возможность прикрепления документов в стандартных офисных форматах;

Хранение первичных копий на сервере приложений;

Доступ к документам в любое время (выбор из списка документов).

9.19. Требования к наличию специальных возможностей в программном комплексе, таких как:

Механизм минимизации трафика;

Механизм упаковки трафика;

Фоновая проверка корректности справочных данных;

Всегда актуальная информация в режиме ONLINE;

Возможность работы по безопасным каналам связи(SSL).

9.20. Требования к безопасности в Программном комплексе:

Возможность ограничения доступа удаленного пользователя по имени пользователя и паролю;

Возможность ограничения доступа удаленного пользователя по IP-адресу компьютера;

Ведение журналов регистрации всех действий пользователя (вход в Систему, просмотр, редактирование, удаление электронных документов) в соответствующих форматах.

9.21. Требования к функциональным характеристикам:

Функционирование Программного комплекса должно осуществляется в соответствии с законодательными и нормативными правовыми актами, действующими и регулирующими деятельность заказчиков в Республике Мордовия.

9.22. Требования к работе пользователей с Программным комплексом через WEB – интерфейс:

Количество заказчиков может изменяться, в связи с принятием (введением в действие) нормативно-правовых актов Республики Мордовия, что в свою очередь не должно сказываться на работе Программного комплекса в целом, так как количество заказчиков в Программном комплексе не ограничено.

Работа заказчиков должна проводиться через WEB – интерфейс Программного комплекса в единой базе данных, интегрируемой с базой данных программы АС «Бюджет-КС».

При работе пользователей с Программным комплексом через WEB – интерфейс должно быть обеспечено:

Участие заказчиков в процессах планирования, подготовки, получения, анализа, хранения, обработки, контроля и предоставления информации, касающихся подготовки и определения поставщиков (подрядчиков, исполнителей) способами, определенными Федеральным закона , а также для формирования отчетных форм в утвержденных форматах с использованием WEB-Технологии, средств ЭП и шифрования;

Получение достоверных, юридически значимых документов, а также необходимой оперативной и аналитической отчетности в режиме реального времени;

Доступность обновлений сразу всем пользователям программного комплекса в автоматическом режиме;

Поддержка модели ведения документооборота с применением электронной подписи.

9.23. Общие требования к Программному комплексу.

Программный комплекс должен содержать весь необходимый инструментарий для настройки функциональных возможностей по процедурам определения поставщиков (подрядчиков, исполнителей) с учетом изменений действующего законодательства.

Настройки Программного комплекса не должны препятствовать обновлению используемой версии Программного комплекса на новые версии.

Должна быть обеспечена этапность вносимых внедрением в Программный комплекс изменений; достижение максимальной эффективности и безболезненности внедрения.

В состав Программного комплекса должны входить следующие автоматизированные рабочие места (АРМ) при удаленном подключении через WEB-интерфейс:

АРМ администратора Программного комплекса в части разграничения прав доступа к АРМ по функциональным принадлежностям, редактирования информационного контента, обработки информации о пользователях Программного комплекса, регистрации пользователей;

АРМ органа, уполномоченного на определение поставщиков (подрядчиков, исполнителей);

АРМ координирующего органа (АРМ органа исполнительной власти Республики Мордовия);

АРМ заказчика (казенного или бюджетного учреждения) в части планирования, формирования заказов;

Программный комплекс должен обеспечивать автоматизацию процессов прогнозирования, планирования, подготовки, получения, анализа, хранения, обработки, контроля и предоставления информации, касающихся подготовки закупки и определения поставщиков (подрядчиков, исполнителей) способами, определенными Федеральным законом , а также для формирования отчетных форм в утвержденных форматах с использованием WEB-Технологии, средств ЭП и шифрования.

9.24. Требования к администрированию Программного комплекса:

Администратору Программного комплекса должны быть доступны следующие функции:

Разграничение полномочий по группам и категориям пользователей Программного комплекса;

Регистрация и присвоение паролей для пользователей Программного комплекса;

Ведение электронных журналов учета операций, выполненных с помощью программного обеспечения и технологических средств Программного комплекса;

Создание и управление конфигурацией открытой части Программного комплекса по составу тематических разделов и подразделов;

Наполнение открытой части Программного комплекса;

Формирование шаблонов извещений, протоколов;

Ввод в Программный комплекс больших объемов данных по заполненным файлам-шаблонам.

9.25. Требования к формированию и ведению базовых каталогов и справочников:

Ведение реестра зарегистрированных в Программном комплексе пользователей (заказчики, уполномоченный орган, участники определения поставщиков), обеспечивающего:

вывод данных обо всех зарегистрированных в Программном комплексе пользователях;

группировку пользователей по организациям, зарегистрированным в Программном комплексе;

быстрый поиск данных о необходимом пользователе по его реквизитам и по реквизитам организации, к которой относится данный пользователь;

переход на регистрационную карту пользователя с возможностью изменения его роли (добавления роли), блокировки или разблокировки его доступа в Программном комплексе.

Формирование и ведение Справочника комиссий;

Формирование и ведение Справочника членов комиссий;

Формирование и ведение Реестра жалоб (на уровне субъекта РФ);

Формирование и ведение Реестра закупок малого объема (до 100 тыс. рублей);

Ведение Справочника единиц измерения;

Формирование и ведение Единого каталога товаров, работ и услуг;

Использование каталога (справочника) ОКДП;

Формирование и ведение каталога (справочника) региональной классификации, с целью детализации номенклатуры товаров, работ и услуг.

9.26. Требования к процессам планирования, формирования закупок и определения поставщиков (подрядчиков, исполнителей) в Программном комплексе:

Требования к формированию и ведению планов-графиков:

Планирование объёмов закупаемых товаров, работ, услуг государственными заказчиками;

Планирование сроков проведения закупок;

Формирование отчётов об исполнении плана-графика на основе запланированных объёмов закупок товаров, работ, услуг и фактически закупленных объёмов по результатам проведения процедур определения поставщиков (подрядчиков, исполнителей);

Формирование отчетов в части экономии бюджетных средств по результатам проведения процедур определения поставщиков (подрядчиков, исполнителей).

Требования к автоматизации процессов подготовки закупки и определения поставщиков (подрядчиков, исполнителей):

Формирование заказчиками предварительных заявок на закупку должно проводиться с одновременным проведением контроля на наличие обеспеченности лимитами бюджетных обязательств в автоматическом режиме;

Формирование заказчиками заявок на закупку в Программном комплексе должно проводиться путем импорта сформированных и подписанных ЭП соответствующего заказчика, прошедших контроль на наличие обеспеченности лимитами бюджетных обязательств предварительных заявок на закупку;

При заполнении заявки на закупку в Программном комплексе должны быть реализованы следующие возможности:

Выбор из справочников (с возможностью посимвольного поиска по справочнику для ускорения процедуры отбора параметров) и/или ввод параметров заявок на проведение закупок;

Формирование заявок на закупку с использованием файл-шаблонов;

Прикрепление к заявке на закупку произвольного количества файлов различных форматов с возможностью их подписания ЭП;

Консолидация заявок на закупку по принципу одноименности товаров, работ, услуг, с целью проведения (совместных) торгов (доступно на АРМ органа, уполномоченного на определение поставщиков (подрядчиков, исполнителей), координирующих органов);

Использование заказчиками ЭП для подписания фактов изменения состояния заявок на закупку.

9.27. Требования к функционированию Программного комплекса при организации определения поставщиков (подрядчиков, исполнителей).

Для организации определения поставщиков (подрядчиков, исполнителей) в Программном комплексе должен формироваться заказ на определение поставщика (карточка закупки).

Заказ на определение поставщика должен формироваться по выбранным заявкам на закупку с одновременным формированием лотов.

Карточка закупки должна содержать наборы реквизитов, соответствующих составу информационных полей извещения по соответствующему способу определения поставщиков (подрядчиков, исполнителей), определенных действующим законодательством.

9.28. Требования к автоматизированному выполнению процедур подготовки и проведения государственных закупок.

9.28.1. Автоматизированное выполнение процедур подготовки закупки и определения поставщиков (подрядчиков, исполнителей) в форме открытого конкурса должно включать:

Создание карточки закупки для определения поставщиков (подрядчиков, исполнителей) в форме конкурса по выбранным лотам, включая следующие условия и возможности:

Количество лотов не должно иметь ограничения;

Каждый лот должен включать как одну, так и несколько позиций номенклатуры;

Каждый лот должен включать количество по позициям предмета контракта и начальную (максимальную) цену контакта (цену лота);

Возможность создания закупок и лотов из заявок заказчиков или с помощью выбора товаров, работ, услуг из каталога;

Прикрепление к закупке конкурсной документации;

Выбор и утверждение требований к участникам закупки;

Возможность прикрепления документов к карточке закупки;

Автоматизированная передача информации о проведении открытого конкурса (проекта извещения), конкурсной документации и иных данных в соответствии с действующим законодательством в личный кабинет заказчика (уполномоченного органа) в ЕИС;

Автоматизированная передача изменений в проект извещения о проведении открытого конкурса в соответствии с действующим законодательством в личный кабинет заказчика (уполномоченного органа) в ЕИС

Подготовку изменений в извещение, конкурсную документацию;

Автоматизированная передача проекта извещения о внесении изменений в извещение о проведении открытого конкурса и конкурсную документацию в соответствии с действующим законодательством в личный кабинет заказчика (уполномоченного органа) в ЕИС;

Проведение процедуры вскрытия конвертов, включая:

Автоматизированную передачу сведений протокола вскрытия конвертов с заявками на участие в конкурсе в ЕИС;

Проведение процедуры рассмотрения заявок на участие в конкурсе, включая:

Автоматизированную передачу сведений протокола рассмотрения заявок на участие в конкурсе в ЕИС;

Проведение процедуры сравнения и оценки заявок на участие в конкурсе, включая:

Автоматизированную передачу сведений протокола оценки и сопоставления заявок на участие в конкурсе в ЕИС.

9.28.2. Автоматизированное выполнение процедур закупки и определения поставщиков (подрядчиков, исполнителей) в форме конкурса с ограниченным участием.

Создание карточки закупки для определения поставщиков (подрядчиков, исполнителей) в форме конкурса с ограниченным участием по выбранным лотам, включая следующие условия и возможности:

Количество лотов не должно иметь ограничения;

Каждый лот должен включать как одну, так и несколько позиций номенклатуры;

Каждый лот должен включать количество по позициям предмета контракта и начальную (максимальную) цену контакта (цену лота);

Возможность создания закупок и лотов из заявок заказчиков или с помощью выбора товаров, работ, услуг из каталога;

Прикрепление к закупке конкурсной документации;

Выбор и утверждение требований к участникам закупки;

Возможность прикрепления документов к карточке закупки;

Автоматизированная передача информации о проведении конкурса с ограниченным участием (проекта извещения), конкурсной документации и иных данных в соответствии с действующим законодательством в личный кабинет заказчика (уполномоченного органа) в ЕИС;

Автоматизированная передача изменений в проект извещения о проведении конкурса с ограниченным участием в соответствии с действующим законодательством в личный кабинет заказчика (уполномоченного органа) в ЕИС

Подготовку изменений в извещение, конкурсную документацию;

Автоматизированная передача проекта извещения о внесении изменений в извещение о проведении конкурса с ограниченным участием и конкурсную документацию в соответствии с действующим законодательством в личный кабинет заказчика (уполномоченного органа) в ЕИС;

Проведение процедуры вскрытия конвертов, включая:

Автоматизированную передачу сведений протокола вскрытия конвертов с заявками на участие в конкурсе в ЕИС;

Проведение процедуры рассмотрения заявок на участие в конкурсе, включая:

Автоматизированную передачу протокола предквалификационного отбора в ЕИС;

Автоматизированную передачу сведений протокола рассмотрения и оценки заявок на участие в конкурсе с органиченным участием в ЕИС;

9.28.3. Автоматизированное выполнение процедур подготовки закупки и определения поставщиков (подрядчиков, исполнителей) в форме двухэтапного конкурса

Создание карточки закупки для определения поставщиков (подрядчиков, исполнителей) в форме двухэтапного конкурса по выбранным лотам, включая следующие условия и возможности:

Количество лотов не должно иметь ограничения;

Каждый лот должен включать как одну, так и несколько позиций номенклатуры;

Каждый лот должен включать количество по позициям предмета контракта и начальную (максимальную) цену контакта (цену лота);

Возможность создания закупок и лотов из заявок заказчиков или с помощью выбора товаров, работ, услуг из каталога;

Прикрепление к закупке конкурсной документации;

Выбор и утверждение требований к участникам закупки;

Возможность прикрепления документов к карточке закупки;

Автоматизированная передача информации о проведении двухэтапного конкурса (проекта извещения), конкурсной документации и иных данных в соответствии с действующим законодательством в личный кабинет заказчика (уполномоченного органа) в ЕИС;

Автоматизированная передача изменений в проект извещения о проведении двухэтапного конкурса в соответствии с действующим законодательством в личный кабинет заказчика (уполномоченного органа) в ЕИС

Подготовку изменений в извещение, конкурсную документацию;

Автоматизированная передача проекта извещения о внесении изменений в извещение о проведении двухэтапного конкурса и конкурсную документацию в соответствии с действующим законодательством в личный кабинет заказчика (уполномоченного органа) в ЕИС;

Проведение процедуры вскрытия конвертов, включая:

Автоматизированную передачу сведений протокола вскрытия конвертов с заявками на участие в двухэтапном конкурсе в ЕИС;

Проведение процедуры рассмотрения заявок на участие в двухэтапном конкурсе, включая:

Автоматизированную передачу протокола первого этапа двухэтапного конкурса в ЕИС;

Проведение процедуры сравнения и оценки заявок на участие во втором этапе двухэтапного конкурса, включая:

Автоматизированную передачу сведений протокола оценки и сопоставления заявок на участие в двухэтапном конкурсе в ЕИС.

9.28.4. Автоматизированное выполнение процедур закупки и определения поставщиков (подрядчиков, исполнителей) в форме открытого аукциона в электронной форме должно включать:

Создание карточки закупки для определения поставщиков (подрядчиков, исполнителей) в форме аукциона в электронной форме по выбранным лотам, включая следующие условия и возможности:

Прикрепление к закупке документации о проведении открытого аукциона в электронной форме;

Возможность прикрепления документов к карточке закупки;

Автоматизированная передача информации о проведении открытого аукциона в электронной форме (проекта извещения), аукционной документации и иных данных в соответствие с действующим законодательством в личный кабинет заказчика (уполномоченного органа) в ЕИС;

Автоматизированная передача изменений в проект извещения о проведении открытого аукциона в электронной форме в соответствии с действующим законодательством в личный кабинет заказчика (уполномоченного органа) в ЕИС;

Подготовку изменений в извещение, аукционную документацию;

Автоматизированная передача проекта извещения о внесении изменений в извещение о проведении открытого аукциона в электронной форме и аукционную документацию в соответствии с действующим законодательством в личный кабинет заказчика (уполномоченного органа) в ЕИС;

Автоматизированная передача сведений протокола рассмотрения первых частей заявок на участие в открытом аукционе в электронной форме в ЕИС;

Автоматизированная передача сведений протокола подведения итогов открытого аукциона в электронной форме в ЕИС.

9.28.5. Автоматизированное выполнение процедур подготовки закупки и определения поставщиков (подрядчиков, исполнителей) способом запроса котировок цен должно включать

Создание карточка закупки для определения поставщиков (подрядчиков, исполнителей) способом запроса котировок цен, включая следующие условия и возможности:

Возможность прикрепления документов к карточке закупки;

Автоматизированная передача информации о проведении запроса котировок цен (проекта извещения) и иных данных в соответствие с действующим законодательством в личный кабинет заказчика (уполномоченного органа) в ЕИС;

Формирование протокола рассмотрения и оценки котировочных заявок, содержащим решение комиссии, итоги голосования с персональным учетом поданных голосов, с указанием причин отказа в допуске, нарушенных требований законодательства и условий проведения запроса котировок (в случае их наличия) при работе в ручном режиме;

Автоматизированная передача сведений протокола рассмотрения и оценки котировочных заявок на ООС.

9.28.6. Автоматизированное выполнение процедур закупки и определения поставщиков (подрядчиков, исполнителей) в форме проведения запроса предложений:

Создание карточки закупки для определения поставщиков (подрядчиков, исполнителей) в форме запроса предложений.

Прикрепление к закупке документации о проведении запроса предложений;

Возможность прикрепления документов к карточке закупки;

Автоматизированная передача информации о проведении запроса предложений (проекта извещения), документации о проведении запроса предложений и иных данных в соответствие с действующим законодательством в личный кабинет заказчика (уполномоченного органа) в ЕИС;

Автоматизированная передача сведений протокола проведения запроса предложений в ЕИС;

Автоматизированная передача итогового протокола проведения запроса предложений в ЕИС;

9.29. Требования к функционированию процедур учета и регистрации сведений о заключенных контрактах в Программном комплексе:

Заказчик должен иметь возможность изменять состояние документов по контрактам (договорам) для автоматического переноса сведений о контрактах (договорах) в АС «Бюджет-КС». При этом обмен данными между Программным комплексом и АС «Бюджет-КС» должен происходить напрямую, с помощью WEB-сервисной архитектуры, исключая файловый обмен.

Карточка контракта должна включать в себя все позиции, подлежащие заполнению в соответствии с действующим законодательством.

Заказчик должен иметь возможность формирования изменений к контракту (договору).

При внесении изменений заполняется карточка аналогичная карточке контракта.

9.30. При формировании заказа в Программном комплексе должны быть реализованы следующие возможности:

Приём и/или отклонение заявок на закупку заказчиков (доступно на АРМ органа, уполномоченного на определение поставщиков (подрядчиков, исполнителей), АРМ координирующего органа);

Формирование заказов и реестра лотов на основе заявок на закупку;

Выбор из справочников (с возможностью посимвольного поиска по справочнику для ускорения процедуры отбора параметров) и/или ввод параметров заказов;

Использование заказчиками ЭП для подписания электронных форм заказов;

Прикрепление к заказу произвольного количества файлов различных форматов с возможностью их подписания ЭП;

Консолидация заказов заказчиков по принципу одноименности товаров, работ, услуг с целью проведения совместных торгов;

Использование заказчиками ЭП для подписания фактов изменения состояния заказов;

Автоматический перенос заказов в соответствующий реестр документов в зависимости от способа определения поставщика (подрядчика, исполнителя), выбранного в соответствующем заказе;

Проведение контроля сроков при формировании извещений об определении поставщика (подрядчика, исполнителя) в соответствии с требованиями, определенными Федеральным законом ;

9.31. Требования к защите информации и обеспечению легитимности электронного документооборота в Программном комплексе:

Наличие возможности аутентификации пользователей по сертификату;

Использование при работе с документами ЭП, сформированной с использованием СКЗИ, сертифицированных ФСБ РФ;