4.3Требования к функциям АИС УЗ
В состав АИС УЗ должны входить подсистемы, указанные в п.4.2.1.1. настоящих ТТ. АИС УЗ должна быть настроена в соответствии с разработанной Исполнителем и согласованной с Заказчиком ролевой моделью. Администраторы Заказчика должны иметь возможность изменения функций ролей, а также автоматизированных в АИС УЗ бизнес-процессов Системы без использования программирования и привлечения Исполнителя.
Детальные требования к возможностям изменения функций и бизнес-процессов АИС УЗ должны быть определены Исполнителем и согласованы с Заказчиком в частных технических заданиях на подсистемы.
Требования к функциям подсистемы формирования потребностей
Подсистема формирования потребностей должна позволять на основе справочников и классификаторов формировать заявки (начиная с уровня ОПС), обрабатывать и формировать сводные заявки (на всех вышестоящих уровнях) на приобретение товаров, работ, услуг. При этом в зависимости от уровня структурного подразделения, обрабатываемого заявки, подсистема должна позволять:
- формировать только количественные заявки (путем проставления в перечне закупаемых работ, услуг, товаров, их необходимое к закупке количество);
- формировать количественные и денежные заявки (путем проставления в перечне закупаемых товаров, работ, услуг, необходимого к закупке количества, а также планируемой закупочной цены на основании рассчитанной начальной максимальной цены).
- формировать заявки с предзаполненными полями на основании утвержденных данных плана потребностей и плана закупок.
Система должна позволять пользователям создавать типовые заявки по потребностям на основании сохраненных шаблонов и получать уведомления о запланированных закупках в соответствии с планом закупок с учетом сроков проведения процедур закупки, необходимых для заключения договоров.
Все уровни, начиная с почтамта, могут принимать заявки от ниже идущих уровней, редактировать их, дополнять заявками для нужд аппарата управления соответствующего уровня и добавлять к перечню собственных заявок.
На уровне АУП, макрорегионов и филиалов все заявки должны собираться в блоках в зависимости от ряда параметров, включая схемы закупки и вида бюджета Предприятия (БИР или БДР). Подсистема должна иметь возможность вести согласованные заявки в разрезе утвержденного бюджета структурного подразделения, а также позволять вносить согласованные корректировки в бюджет (с возможностью прикреплением PDF-файлов с пояснениями причин корректировки).
Должна быть предусмотрена возможность загрузки и обновления данных по бюджетным лимитам посредством файлов формата excel.
Система должна позволять в случае секвестирвоания бюджета сократить объем всех предварительно согласованных потребностей в заданной пропорции.
Пользователь Системы должен иметь возможность формирования в АИС УЗ заявки на приобретение нужного товара:
с указанием соответствующей бюджетной статьи;
с привязкой закупки к бюджетному плану;
с прикреплением документов, позволяющих оценить правильность расчета начальной максимальной цены закупки, обоснованность предъявляемых технических требований.
Подсистема должна автоматически проводить проверку соответствия суммы закупки расходам, предусмотренным соответствующей статьей бюджета Предприятия.
В случае если стоимость товара соответствует критерию крупной сделки и требует согласования с Министерством, либо в силу законодательства исходя из предмета сделки требуется согласование с Министерством, АИС УЗ должна направить пользователю уведомление о необходимости формирования иного комплекта документов и направления его в АУП, а также рекомендации по маршруту согласования. Пользователь должен иметь возможность вносить в подсистему дополнительную информацию о результатах согласования закупки с Министерством. АИС УЗ должна обеспечить невозможность совершения сделки при отсутствии соответствующего согласования Министерства.
Пользователь уровня АУП должен иметь возможность контроля параметров децентрализованных закупок, проводимых в филиалах.
Более подробно функции подсистемы формирования потребностей должны быть определены при формировании частного технического задания на подсистему.
Требования к функциям подсистемы обоснования начальной-максимальной цены
Подсистема должна позволять на уровне филиала и выше задавать значение начальной максимальной цены закупки товаров (работ, услуг) на основании:
данных вводимых пользователями в соответствии с офертами поставщиков (не менее трех), путем внесения значений в соответствующие поля в форме закупок в Системе с возможностью прикрепления исходных файлов, сформированных вне Системы
данных о ранее заключенных договорах по аналогичной номенклатуре товаров (работ, услуг) - по мере накопления информации в АИС УЗ;
иных данных вводимых пользователями вручную с возможностью прикрепления файлов, сформированных вне Системы, с использованием расчетных формул, предусмотренных методикой определения (расчета) начальной (максимальной) цены договора, разработанной Министерством и предусмотренными внутренними документами ФГУП «Почта России».
В подсистеме должен быть обеспечен механизм изменения, добавления формул администратором Системы.
Более подробно функции подсистемы обоснования начальной-максимальной цены должны быть определены при формировании частного технического задания на подсистему.
Требования к функциям подсистемы планирования закупок
Планирование закупок включает в себя формирование двух разных планов: план закупки товаров, работ и услуг Предприятия и план закупки инновационной продукции и высокотехнологичной продукции Предприятия.
Подсистема планирования должна выполнять следующие функции:
-
формирование годового плана закупки товаров (работ, услуг) и плана закупки инновационной продукции и высокотехнологичной продукции на 5 лет подразделения – инициатора с привязкой к утвержденным статьям бюджета и согласованным потребностям:
формирование годового плана в количественных величинах;
формирование годового плана денежных величинах;
корректировка годового плана закупки товаров (работ, услуг) и плана закупки инновационной продукции и высокотехнологичной продукции на 5 лет подразделения – инициатора;
согласование годового плана закупки товаров (работ, услуг) и плана закупки инновационной продукции и высокотехнологичной продукции на 5 лет подразделения – инициатора;
формирование единого годового плана закупки товаров (работ, услуг) и плана закупки инновационной продукции и высокотехнологичной продукции на 5 лет Предприятия;
корректировка единого годового плана закупки товаров (работ, услуг) и плана закупки инновационной продукции и высокотехнологичной продукции на 5 лет Предприятия;
согласование единого годового плана закупки товаров (работ, услуг) и плана закупки инновационной продукции и высокотехнологичной продукции на 5 лет Предприятия;
информирование инициатора, куратора закупки (и иных лиц) об изменениях позиции плана и сформированной из него заявки на закупку.
На уровне АУП все заявки должны группироваться в зависимости от схемы закупки и вида бюджета Предприятия (бюджет инвестиционных расходов (БИР) или бюджет доходов и расходов (БДР)).
Более подробно функции подсистемы планирования должны быть определены при формировании частного технического задания на подсистему.
Требования к функциям подсистемы подготовки документации о закупке
Подсистема подготовки документации о закупке должна выполнять следующие функции:
подготовка проекта заявки на закупку, в том числе создание заявки на закупку из позиции Плана, оформленного в соответствии с требованиями к Плану закупки;
передача проекта заявки на закупку на согласование в СЭД или выгрузка данных для согласования в ином порядке, установленном в соответствующем филиале или подразделении;
получение статуса о согласовании заявки на закупку из СЭД или иным порядком, установленном в соответствующем филиале или подразделении;
формирование комплекта документации о закупке на основе шаблонов, размещенных в Системе, передача комплекта документации в СЭД на согласование;
наличие механизма корректировки шаблонов для формирования комплекта закупочной документации силами пользователей АИС УЗ;
получение данных по статусу согласования, а также согласованной документации о закупке из СЭД или иным порядком, установленном в соответствующем филиале или структурном подразделении;
механизм контроля версий, наличия дублей, обеспечение протоколирования действий пользователей;
корректировка единого годового плана закупки товаров (работ, услуг) Предприятия по итогам согласования в СЭД (в случае необходимости);
формирование приказа о закупочной комиссии и передача в СЭД для согласования, получение скан-копии утвержденного приказа;
осуществление взаимодействия с информационной системой Министерства АИС «Независимый регистратор сделок» с целью получения согласования возможности проведения закупочной процедуры.
Более подробно функции подсистемы подготовки документации о закупке должны быть определены при формировании частного технического задания на подсистему.
Требования к функциям подсистемы размещения закупок
Подсистема размещения закупок должна выполнять следующие функции:
поддержка проведения открытого конкурса:
формирование извещения о проведении открытого конкурса;
публикация извещения и документации о закупке на ООС (ЕИС) и ЭТП;
учет и обработка запросов на разъяснение положений конкурсной документации;
внесение изменений в извещение/ конкурсную документацию;
публикация разъяснений и изменений в извещение и документацию о закупке на ООС (ЕИС) и ЭТП;
учет и обработка заявок на участие в открытом конкурсе;
определение состава комиссии для соответствующего открытого конкурса;
формирование протокола вскрытия заявок;
публикация протокола вскрытия конвертов с заявками в ЕИС и ЭТП;
проверка включения сведений об участниках, подавших заявки, в реестры недобросовестных поставщиков;
формирования протокола рассмотрения заявок;
публикация протокола рассмотрения заявок в ЕИС и ЭТП;
формирование протокола оценки и сопоставления заявок;
публикация утвержденного протокола оценки и сопоставления заявок в ЕИС и ЭТП;
поддержка заключения договора в электронной форме;
передача сведений о заключенном договоре в ЕИС (в случаях, установленных законодательством РФ и требованиями Положения о закупках товаров, работ, услуг для нужд ФГУП «Почта России»).
поддержка проведения открытого аукциона/редукциона в электронной форме:
формирование извещения об открытом аукционе/редукционе в электронной форме;
передача извещения и документации об открытом аукционе/редукционе в электронной форме в ЕИС и ЭТП;
учет и обработка запросов на разъяснение положений документации об открытом аукционе/редукционе в электронной форме;
внесение изменений в извещение/документацию об открытом аукционе/редукционе в электронной форме;
публикация разъяснений и изменений в извещение и документацию о закупке на ООС (ЕИС) и ЭТП;
определение состава комиссии для соответствующего открытого аукциона/редукциона в электронной форме;
проверка включения сведений об участниках, подавших заявки, в реестры недобросовестных поставщиков;
формирования протокола рассмотрения заявок;
передача утвержденного протокола рассмотрения заявок в ЕИС и ЭТП;
формирование протокола оценки и сопоставления заявок;
публикация утвержденного протокола оценки и сопоставления заявок в ЕИС и ЭТП;
поддержка заключения договора в электронной форме;
передача сведений о заключенной договоре в ЕИС (в случаях, установленных законодательством РФ и требованиями Положения о закупках товаров, работ, услуг для нужд ФГУП «Почта России»).
поддержка проведения запроса котировок:
формирование извещения о проведении запроса котировок;
передача извещения и документации в ЕИС и ЭТП;
учет и обработка запросов на разъяснение положений документации о проведении запроса котировок;
публикация разъяснений на ООС (ЕИС) и ЭТП;
определение состава комиссии для соответствующего запроса котировок;
проверка включения сведений об участниках, подавших заявки, в реестры недобросовестных поставщиков;
формирование протокола рассмотрения и оценки заявок;
публикация утвержденного протокола протокола рассмотрения и оценки заявок в ЕИС и ЭТП;
поддержка заключения договора в электронной форме;
передача сведений о заключенном договоре в ЕИС (в случаях, установленных законодательством РФ и требованиями Положения о закупках товаров, работ, услуг для нужд ФГУП «Почта России»).
поддержка проведения закупки у единственного поставщика (исполнителя, подрядчика):
формирование извещения о проведении закупки;
передача извещения о проведении закупки и документации в ЕИС;
передача сведений о заключенной договоре в ЕИС (в случаях, установленных законодательством РФ и требованиями Положения о закупках товаров, работ, услуг для нужд ФГУП «Почта России»).
контроль над процедурами размещения заказа:
контроль квотирования размещения заказа на различных ЭТП;
контроль сроков размещения заказа;
информирование пользователей о выходе указанных параметров за пределы допустимых значений.
Подсистема размещения закупок должна иметь возможность передачи на несколько разных ЭТП документов, утвержденных квалифицированной электронной подписью в соответствии с требованиями ЭТП и ЕИС.
АИС УЗ должна обеспечивать взаимодействие со следующими ЭТП:
Система торгов Сбербанк-АСТ;
Единая электронная торговая площадка;
Общероссийская система электронной торговли;.
Подсистема размещения закупок должна поддерживать возможность работы с документами, подписанными в СЭД с использованием средств криптозащиты Валидата CSP 4.0.
Подсистема размещения закупок должна обеспечить невозможность размещения закупки, подлежащей согласованию с Министерством, при отсутствии согласования Министерства о возможности проведения закупочной процедуры.
Более подробно функции подсистемы размещения закупок должны быть определены при формировании частного технического задания на подсистему.
Требования к функциям подсистемы исполнения Договоров и управления поставщиками
Подсистема исполнения Договоров должна выполнять следующие функции:
формирование защищенного от редактирования проекта договора в АИС УЗ на основе шаблонов, размещенных в Системе, а также ранее согласованной закупочной документации, передача комплекта документации в СЭД на согласование;
наличие механизма создания и корректировки шаблонов для формирования проекта договора силами пользователей АИС УЗ;
осуществление взаимодействия с информационной системой Министерства АИС «Независимый регистратор сделок» с целью получения согласования заключения договора;
получение договора (для случаев, когда он заключается в электронном виде на ЭТП);
формирование заявки на создание нового контрагента или изменение существующего в эталонном справочнике ЕРДК;
ведение реестра поставщиков в разрезе заключенных по результатам закупочных процедур договоров;
проверка включения потенциального контрагента в реестр недобросовестных поставщиков, публикуемого Федеральной антимонопольной службой Российской Федерации.
Подсистема должна отражать итоги закупки:
данные по поставщикам Предприятия
история формирования и утверждения потребности
данные по всем заключенным договорам в результате закупочных процедур
данные по атрибутам первичных учетным документам, полученным из АСБНУ (1С тиражное решение)
данные об остатках ТМЦ в структурном подразделении ФГУП «Почта России» (АСКУ, 1С тиражное решение)
сведения о фактической оплате договора, полученные из ЕИСК
На основании указанных данных должна быть возможность построить отчет об исполнении договорных обязательств с возможностью его публикации на внешних порталах, в соответствии с требованиями Положения о закупках товаров, работ, услуг для нужд ФГУП «Почта России», утвержденного приказом № 187-п от 30.06.2014 г.
Подсистема исполнения Договоров и управления поставщиками должна обеспечить невозможность заключения договора, подлежащего согласованию с Министерством, при отсутствии согласования Министерства о возможности заключения договора.
Более подробно функции подсистемы исполнения Договоров и управления поставщиками должны быть определены при формировании частного технического задания на подсистему.
Требования к функциям подсистемы учета и управления запасами
Данная подсистема должна получать данные по остаткам ТМЦ (АСКУ, 1С тиражное решение) в соответствии с утвержденной потребностью, обеспечивать учет (фиксацию) результата выполнения заявки на закупку, на уровне инициатора закупки, управление перемещениями ТМЦ, контроль качества, полученных по заявке ТМЦ.
Учет ТМЦ должен осуществляться на основании данных, полученных из АСКУ (1С тиражное решение), содержать сведения о количестве поступивших ТМЦ. Подсистема учета и управления запасами должна строить представление в разрезе:
данных по полученным ТМЦ в соответствии с утвержденной заявкой по потребности;
соответствующей бюджетной статьи и данных по лимитам;
согласованной заявки на закупку;
данных по заключенным договорам на поставку ТМЦ;
данных по поставщикам ТМЦ;
отчетных документов о результатах закупки (при децентрализованной закупке), либо к статье бюджета и централизованному договору уровня АУП (при централизованной закупке).
При приемке ТМЦ в структурном подразделении должна быть обеспечена возможность ввода информации по качеству ТМЦ и построение отчетов в разрезе поставщиков.
На основании данных о полученных ТМЦ в АСКУ (1С тиражное решение) филиалом формируются формы для ввода отчетных данных вида «товарно-транспортные накладные» (далее – ТТН) по почтамтам и аппарату управления филиала. ТМЦ, не включенные в ТТН, но поступившие в филиал в соответствии с данными о получении ТМЦ, должны отражаться в подсистеме в качестве остатков. АИС УЗ должна позволять строить отчет по сумме остатков ТМЦ в количественном и денежном выражении по Предприятию и в разрезе отдельных структурных подразделений.
Соответствующие сведения, указанные в ТТН, о количестве ТМЦ, планируемом к поставке, должны отражаться у пользователя нижестоящего уровня, предоставляя ему возможность подтвердить или не подтвердить получение указанных вышестоящим уровнем ТМЦ в указанных объемах, а также ввести данные по качеству поставки.
Подсистема должна предусматривать механизмы offline контроля фактического получения на уровне ОПС ТТН от вышестоящего уровня даже в случае отсутствия подключения к сети Интернет. Фиксация факта получения в таком случае должна быть защищена от редактирования на вышестоящем уровне.
Подсистема должна предусматривать механизмы контроля и сверки фактического получения ТМЦ, выполнения работ, услуг с исходными потребностями заявителя, а также условиями договора.
Подсистема должна обеспечить возможность управления перемещениями ТМЦ между структурными подразделениями вместо инициирования новой потребности. Должна быть обеспечена возможность контроля остатков ТМЦ в структурном подразделении, в том числе за счет уведомлений о сокращении запасов и построения соответствующих отчетов.
Система должна обеспечивать синхронизацию данных АИС УЗ и 1С тиражное решение в количественном и денежном эквиваленте в части управления перемещениями ТМЦ между структурными подразделениями, а также управления запасами.
Исполнитель должен определить и согласовать формат взаимодействия с 1С тиражное решение, объем и параметры передаваемых данных, а также обеспечить их выгрузку из 1С тиражное решение и загрузку и АИС УЗ.
В ходе проекта должно быть проведено обследование процессов управления материально-техническим обеспечением, перемещения ТМЦ между структурными подразделениями, управления складским учетом и запасами ФГУП «Почта России» на примере пилотной зоны. Исполнитель должен проанализировать результаты обследования, сравнить их с лучшими отечественными и зарубежными практиками и предложить проекты соответствующих регламентов.
Более подробно функции подсистемы учета и управления запасами должны быть определены при формировании частного технического задания на подсистему.
Требования к функциям подсистемы информационного взаимодействия с ЕИС
Подсистема информационного взаимодействия с ЕИС должна выполнять следующие функции:
размещение извещений и документаций о проведении закупочных процедур, а также изменений в извещения и документации и разъяснений участникам закупки;
размещение протоколов соответствующих закупочных процедур;
размещение плана закупок;
размещение положения о закупках/изменений в положение о закупках;
размещение отчетов о заключенных договорах;
размещение информации и документов о закупках по заключенным договорам, сведений о них, и дополнительных соглашений, актов, накладных, соглашений о расторжении договоров и пр.
размещение заключенных договоров, сведений о них и дополнительных соглашений;
получение сведений из реестра недобросовестных поставщиков;
получение сведений из реестра жалоб.
Более подробно функции подсистемы информационного взаимодействия с ЕИС должны быть определены при формировании частного технического задания на подсистему.
Требования к функциям подсистемы ведения справочников и классификаторов
Подсистема ведения справочников и классификаторов должна выполнять следующие функции:
ведение классификатора основных групп товаров (ТМЦ) с привязкой к общероссийским классификаторам и статьям бюджета в разрезе БИР и БДР;
ведение классификатора работ, услуг с привязкой к общероссийским классификаторам и статьям бюджета в разрезе БИР и БДР с учетом версионности;
ведение спецификаций атрибутов товаров, работ, услуг;
редактирование справочника товаров, работ, услуг;
ведение статей бюджета БИР и БДР с учетом версионности;
ведение справочника структурных подразделений Предприятия, включающего перечень подразделений Предприятия и структуру их подчинения, с учетом версионности;
формирование заявок на пополнение классификатора товаров, работ, услуг пользователями АИС УЗ;
рассмотрение заявок на пополнение классификатора товаров, работ, услуг пользователями;
описание пользователями АИС УЗ позиций справочника товаров, работ, услуг;
согласование позиций справочника товаров, работ, услуг, описанных пользователями АИС УЗ;
формирование заявок пользователями АИС УЗ на массовое добавление позиций в справочник товаров, работ, услуг;
распределение заявок на массовое добавление позиций в справочник товаров, работ, услуг между операторами;
выполнение заявок на массовое добавление позиций в справочник товаров, работ, услуг;
механизм добавления данных посредством загрузки из файлов заданных шаблонов форматов csv, excel и xml в АИС УЗ;
синхронизация справочника АИС УЗ номенклатуры товаров, работ и услуг со всеми справочниками 1С тиражное решение.
Подсистема ведения справочников и классификаторов должна строиться по принципам НСИ:
механизм актуализации данных из других систем-источников данных Заказчика, включая загрузку данных формата excel и xml
механизм формирования эталонных записей
механизм проверки новых или измененных записей, введенных в АИС УЗ на основании преднастроенных бизнес-правил
обработка заявок на добавление новых или изменение существующих записей справочника номенклатуры товаров, работ, услуг (в том числе полученных из смежных систем Заказчика)
возможность доатрибутирования новой или измененной записи экспертом НСИ
наличие механизма публикации данных справочника номенклатуры работ, товаров и услуг для потребления другими информационными системами Заказчика, в частности 1С тиражное решение, ЕРДК, АС УНИП
хранение легитимной исторической информации
уведомления пользователей по электронной почте о результатах проверки новой или измененной записи
построение иерархических справочников
формирование отчетов по результатам обработки записей
Подсистема ведения справочников и классификаторов должна обладать отдельным интуитивно понятным web-интерфейсом для удобства работы эксперта НСИ.
В ходе работ по построению подсистемы НСИ ведения справочников и классификаторов должен быть сформирован эталонный справочник номенклатуры товаров, работ и услуг с привязкой к общероссийским классификаторам и статьям БИР, БДР на основе существующего справочника Заказчика с исходным объемом данных от 30 до 100 тыс. позиций.
Все справочники АИС УЗ должны быть доступны для редактирования Администраторами Заказчика без привлечения Исполнителя.
Более подробно функции подсистемы ведения справочников и классификаторов должны быть определены при формировании частного технического задания на подсистему.
Требования к функциям подсистемы формирования аналитических отчетов
Подсистема формирования аналитических отчетов должна выполнять следующие функции:
формирование отчетов в разрезе деятельности филиалов;
формирование отчетов в разрезе проектов и программ;
формирование отчетов в разрезе номенклатуры товаров, работ, услуг;
формирование отчетов в разрезе ответственных лиц;
формирование отчетов в разрезе структурных подразделений ФГУП «Почта России»;
формирование отчетов в разрезе способов и форм проведения закупок;
формирование отчетов в разрезе данных по собранным, согласованным и реализованным потребностям;
формирование отчетов в разрезе бюджета по направлению с разбивкой по номенклатуре ТМЦ, филиалам, почтамтам, ОПС и т.д.;
формирование отчетов в разрезе поступивших ТМЦ в разбивке по номенклатуре ТМЦ, филиалам, почтамтам, ОПС, принятых и непринятых по ТМЦ;
формирование отчетов по исполнению договорных обязательств;
формирование отчетов в разрезе поставщиков (контрагентов);
формирование отчетов по остаткам ТМЦ в разрезе номенклатуры товаров, работ, услуг, структурных подразделений, в количественном и денежном выражении
формирование отчетов по перемещениям ТМЦ между структурными подразделениями ФГУП «Почта России»
о факте исполнения бюджета в разбивке по видам и статьям бюджета Предприятия, филиалам, почтамтам, отделениям почтовой связи, с указанием сроков заключения договоров, проведения закупок;
формирование иных отчетов, предусмотренных Федеральным законом №223-ФЗ от 18.07.2011, законодательством РФ, ведомственными нормативными актами и Положением о закупках товаров, работ, услуг ФГУП «Почта России»
Формирование и выгрузка отчетов в формате MS Excel должно осуществляться за время, согласованное на этапе их проектирования. Должна быть возможность установки настраиваемых фильтров в системе перед выгрузкой отчетов.
В АИС УЗ должна быть предусмотрена возможность корректировки типов отчетов в зависимости от потребности структурных подразделений АУП и руководства Предприятия.
Администраторы Заказчика должны иметь возможность корректировать параметры отчетов и создавать новые в соответствии с имеющимися в АИС УЗ данными.
Более подробно функции подсистемы формирования аналитических отчетов, сами формы отчетов и их количество должны быть определены при формировании частного технического задания на подсистему.
Требования к функциям подсистемы уведомления пользователей
Данная подсистема будет автоматически оповещать по электронной почте пользователей, указанной при регистрации в Системе, в следующих ситуациях:
создание новой учетной записи в системе;
закрытие приема заявок со стороны АУП (приближение срока закрытия приема заявок);
поступление новой заявки по потребности на вышестоящий уровень;
поступление ответа на согласование заявки по потребности из вышестоящего уровня;
отсутствие ответа на согласование заявки по потребности из вышестоящего уровня в заданный период;
уведомление о секвестировании объема потребностей;
поступление новой заявки по закупке на вышестоящий уровень;
поступление ответа на согласование заявки на закупку из вышестоящего уровня;
поступление ответа от Минкомсвязи России по согласованию направленных документов;
отсутствие ответа по заявке на закупку из вышестоящего уровня;
поступление ответа о согласовании плана закупок;
отсутствие информации о результатах завершения процедуры закупки;
информация о результатах проведения закупочных процедур;
напоминания о просроченных операциях пользователей АИС УЗ;
оповещение о неизрасходованных бюджетных средствах в разрезе утвержденной потребности к окончанию финансового периода;
оповещение о сокращении запасов;
оповещение о завершении перемещения ТМЦ;
отсутствие подтверждения конечным получателем ТМЦ факта получения утвержденной потребности.
Подсистема уведомления пользователей должна позволять силами администратора ФГУП «Почта России» вносить изменения в настроенные уведомления, а также создавать новые без программирования и привлечения сотрудников разработчика АИС УЗ.
Более подробно функции подсистемы уведомления пользователей, а также состав и количество уведомлений должны быть определены при формировании частного технического задания на подсистему.
Требования к функциям подсистемы интеграции с информационной системой взаимодействия с Министерством АИС «Независимый регистратор сделок»
АИС УЗ должна обеспечивать передачу в АИС «Независимый регистратор сделок» всей информации, размещение которой предусмотрено 223-ФЗ, Положением о порядке согласования с Министерством сделок и иных решений, требующих согласования, федеральными государственными унитарными предприятиями, находящимися в ведении Министерства, утверждённым приказом Министерства от 30.12.2011 № 366, Положением о закупке товаров, работ, услуг ФГУП «Почта России».
Взаимодействие АИС УЗ с АИС «Независимый регистратор сделок» осуществляется с использованием форматов для передачи данных (форматов информационного взаимодействия), определяемых Министерством.
В рамках информационного взаимодействия с АИС «Независимый регистратор сделок» АИС УЗ должна предоставлять интерфейсы по приему и выгрузке данных нескольких типов, в том числе:
документ (файл описания документа в формате «xml», файл образа документа и приложений к нему в одном из установленных форматов);
уведомление (включает в себя файл в формате «xml», в котором содержится информация о событии, связанном с прохождением файла по маршруту рассмотрения).
Реализация взаимодействий должна осуществляться через интерфейсы программирования приложений API.
Передача данных должна осуществляться по защищенному каналу с использованием протокола передачи данных SOAP.
Все обращения к интерфейсам должны выполняться посредством POST-запросов.
АИС УЗ должна обеспечить невозможность публикации извещения и документации о закупке на ООС (ЕИС) и ЭТП, совершения крупной сделки и иных сделок, требующих в соответствии с законодательством РФ согласования Министерства, при отсутствии такого согласования Министерства в АИС «Независимый регистратор сделок».
Функции подсистемы интеграции с системой взаимодействия с Министерством должны быть определены при формировании частного технического задания на подсистему.
Требования к функциям подсистемы функционального администрирования
Подсистема администрирования информационной Системы должна выполнять следующие функции без внесения изменений в программный код:
управление Системой;
управление правами доступа пользователей Системы;
настройка справочной информации;
изменение настроек подсистем.
Более подробно функции подсистемы администрирования должны быть определены при формировании частного технического задания на подсистему.
Требования к функциям подсистемы информационной безопасности
Подсистема информационной безопасности должна обеспечивать:
исключение или существенное затруднение осуществления несанкционированного доступа к обрабатываемой в АИС УЗ информации;
исключение или существенное затруднение реализации несанкционированных или непреднамеренных воздействий, вызывающих хищение, разрушение, уничтожение, искажение информации или сбои в работе технических средств;
предотвращение утери, искажения информации при возникновении аварийных ситуаций;
журналирование действий пользователей и внутрисистемных событий.
Механизмы обеспечения безопасности информации должны предполагать независимость функционирования каждого из механизмов защиты информации. Нарушение функционирования любого из механизмов не должно приводить к нарушению функционирования других механизмов.
В состав подсистемы информационной безопасности должны входить блок управления доступом, предназначенный для предоставления доступа к информационным ресурсам, приложениям или ресурсам вычислительной сети АИС УЗ только авторизованным пользователям на основе учетных записей в службе каталогов Active Directory, имеющейся у ФГУП «Почта России» или же на основании созданных администратором Системы логина и пароля.
Блок управления доступом должен обеспечивать:
регистрацию пользователей Системы, внесение сведений о пользователях, редактирование, удаление, блокирование информации о них;
разграничение доступа пользователей Системы к объектам защиты в части информации, необходимой для реализации функциональности: данные о закупочных процедурах, планах закупок, заявках на размещение заказов, договорах с выигравшими поставщиками, и другие данные. Перечень объектов защиты уточняется в процессе проектирования Системы.
разграничение доступа пользователей и администраторов Системы к выполняемым действиям.
Подсистема должна обеспечивать выполнение требований по информационной безопасности АИС УЗ в соответствии с действующим законодательством Российской Федерации.
Более подробно функции подсистемы информационной безопасности должны быть определены при формировании частного технического задания на подсистему.
|
