Решение Коллегии ЕЭК № 125 от 06.09.2022 О техническом задании на развитие интегрированной информационной системы Евразийского экономического союза

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

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

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

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

4.2.11.3. Требования к подсистеме управления общими процессами могут уточняться в процессе реализации интегрированной системы.

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

4.2.12. Требования к подсистеме идентификации субъектов внешнеэкономической деятельности

4.2.12.1. Подсистема идентификации субъектов внешнеэкономической деятельности является новой подсистемой интегрированной системы.

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

4.2.12.3. Единая система идентификации участников внешнеэкономической деятельности на таможенной территории Союза создается в следующих целях:

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

2) оптимизация алгоритмов и повышение эффективности применяемых в государствах-членах систем управления рисками за счет создания возможности анализа всей цепочки поставки продукции;

3) упрощение форм документов, используемых в таможенных целях, структур и форматов их электронных копий, а также повышение достоверности содержащихся в них сведений;

4) оптимизация информационного взаимодействия между таможенными службами государств-членов.

4.2.12.4. Единая система идентификации участников внешнеэкономической деятельности на таможенной территории Союза создается с учетом следующих особенностей:

1) каждому участнику внешнеэкономической деятельности должен присваиваться уникальный идентификационный номер участника внешнеэкономической деятельности (далее в настоящем пункте – идентификационный номер);

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

3) ведение интегрированного информационного ресурса, содержащего сведения о присвоенных, приостановленных и аннулированных идентификационных номерах, осуществляет Комиссия;

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

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

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

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

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

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

4.2.13. Требования к интеграционной платформе

4.2.13.1. Требования к функциям, реализованным в рамках предыдущих этапов работ по созданию и модернизации интегрированной системы

4.2.13.1.1. Требования к интеграционным шлюзам

4.2.13.1.1.1. Интеграционный шлюз должен обеспечивать электронный обмен данными между информационными системами Комиссии и уполномоченных органов.

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

4.2.13.1.1.3. Интеграционный шлюз должен обеспечивать маршрутизацию в интеграционные шлюзы смежных сегментов электронных сообщений, поступающих из информационных систем Комиссии и уполномоченных органов.

4.2.13.1.1.4. Интеграционный шлюз интеграционного сегмента Комиссии и национального сегмента должен обеспечивать информационное взаимодействие с интеграционными шлюзами смежных сегментов.

4.2.13.1.1.5. Интеграционный шлюз должен обеспечивать маршрутизацию в информационные системы Комиссии и уполномоченных органов электронных сообщений, поступающих от интеграционных шлюзов смежных сегментов.

4.2.13.1.1.6. Интеграционный шлюз должен обеспечивать взаимодействие с сервисами ДТС службы ДТС для подтверждения подлинности ЭЦП в электронных документах.

4.2.13.1.1.7. Интеграционный шлюз должен осуществлять ведение журналов операций, выполняемых этим шлюзом.

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

4.2.13.1.2. Требования к подсистеме синхронизации данных интеграционного сегмента Комиссии.

4.2.13.1.2.1. Подсистема синхронизации данных интеграционного сегмента Комиссии должна обеспечивать информационное взаимодействие информационных систем Комиссии, размещенных в интеграционном сегменте Комиссии.

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

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

4.2.13.1.2.4. Подсистема синхронизации данных интеграционного сегмента Комиссии должна осуществлять ведение журналов операций, выполняемых средствами этой подсистемы.

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

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

4.2.13.1.3. Требования к транспортной подсистеме

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

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

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

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

4.2.13.1.3.5. Транспортная подсистема должна обеспечивать сжатие передаваемых электронных сообщений для оптимизации использования каналов передачи данных.

4.2.13.1.4. Требования к подсистеме взаимодействия с внешними информационными системами

4.2.13.1.4.1. Интеграционная платформа должна обеспечивать возможность подключения внешних информационных систем с использованием подсистемы взаимодействия с внешними информационными системами.

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

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

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

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

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

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

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

4.2.13.1.5. Требования к подсистеме сопряжения

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

4.2.13.2. Требования к развитию и модернизации функций

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

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

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

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

4.2.13.2.5. Интеграционная платформа должна обеспечивать передачу электронных сообщений до 100 Мбайт, а также возможность передачи связанных с электронным сообщением файлов общим размером до 2 Гбайт. Для реализации указанного требования должны быть проведены мероприятия по доработке Правил электронного обмена данными в интегрированной системе и Положения об обмене электронными документами при трансграничном взаимодействии органов государственной власти государств – членов Евразийского экономического союза между собой и с Евразийской экономической комиссией, утвержденных решениями Коллегии Комиссии от 27 января 2015 г. № 5 и от 28 сентября 2015 г. № 125.

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

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

4.2.14. Требования к подсистеме ведения нормативно-справочной информации, реестров и регистров

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

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

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

4.2.14.4. В случае централизованного ведения объектов нормативно-справочной информации подсистема ведения нормативно-справочной информации, реестров и регистров должна обеспечивать осуществление следующих функций:

1) создание новых записей и изменение существующих записей объектов нормативно-справочной информации;

2) контроль целостности, полноты и корректности записей объектов нормативно-справочной информации;

3) управление процессом выпуска новых версий объектов нормативно-справочной информации и их архивного хранения за предшествующий период времени.

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

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

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

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

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

4.2.15. Требования к подсистеме информационной безопасности

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

1) идентификация и аутентификация субъектов доступа и объектов доступа;

2) управление доступом субъектов доступа к объектам доступа;

3) управление идентификаторами и средствами аутентификации;

4) антивирусная защита информации;

5) защита машинных носителей информации;

6) регистрация событий безопасности;

7) обнаружение (предотвращение) вторжений на сетевом уровне и уровне серверов и рабочих станций;

8) контроль (анализ) защищенности информации;

9) защита информации ограниченного распространения и средств защиты информации от несанкционированного доступа;

10) обеспечение целостности интегрированной системы и информации, содержащейся в этой системе;

11) обеспечение доступности информации;

12) защита сред виртуализации;

13) защита веб-приложений;

14) защита технических средств;

15) защита интегрированной системы и ее средств;

16) защита систем связи и передачи данных;

17) защита средств управления базами данных.

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

1) подсистема идентификации и аутентификации субъектов доступа и объектов доступа;

2) подсистема управления доступом субъектов доступа к объектам доступа;

3) подсистема ограничения программной среды;

4) подсистема учета машинных носителей информации;

5) подсистема регистрации событий защиты информации;

6) подсистема антивирусной защиты;

7) подсистема обнаружения вторжений;

8) подсистема контроля (анализа) защищенности информации;

9) подсистема обеспечения целостности информационных систем и информации;

10) подсистема обеспечения доступности информации;

11) подсистема защиты технических средств;

12) подсистема защиты информационной системы, ее средств, систем связи и передачи данных;

13) подсистема работы с персоналом.

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

1) централизованное ведение базы пользователей;

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

3) централизованное управление правами доступа пользователей;

4) автоматизацию согласования заявок пользователей на предоставление прав доступа;

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

6) аудит событий по предоставлению доступа пользователям.

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

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

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

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

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

2) проведение регулярного анализа рисков защиты информации;

3) управление корректирующими действиями защиты информации;

4) управление инцидентами защиты информации;

5) управление внутренним аудитом защиты информации;

6) предоставление отчетности по функционированию защиты информации (с оценкой эффективности);

7) регулярный анализ состояния защиты информации.

4.2.15.8. Защита информации в интегрированной системе должна обеспечиваться в соответствии с Требованиями к созданию, развитию и функционированию трансграничного пространства доверия, утвержденными Решением Совета Комиссии от 5 декабря 2018 г. № 96, и нормативно-техническими документами, утверждаемыми Комиссией, а также законодательством государств-членов в части национальных сегментов.

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

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

4.2.16. Требования к подсистеме ДТС Комиссии

4.2.16.1. Подсистема ДТС Комиссии должна обеспечивать осуществление следующих функций, в том числе в соответствии с Требованиями к созданию, развитию и функционированию трансграничного пространства доверия, утвержденными Решением Совета Комиссии от 5 декабря 2018 г. № 96, и нормативно-техническими документами, утверждаемыми Комиссией:

1) проверка подлинности электронного документа и ЭЦП;

2) проверка целостности электронного документа;

3) признание действительности ЭЦП, которой подписан электронный документ, исходящий из интеграционного сегмента Комиссии, в том числе подтверждение отсутствия изменений, внесенных в этот электронный документ после его подписания, и подтверждение принадлежности ЭЦП, которой подписан этот электронный документ, владельцу соответствующего сертификата ключа проверки ЭЦП;

4) признание действительности ЭЦП ДТС национального сегмента государства-члена, которой подписан результат проверки ЭЦП электронного документа, входящего в интеграционный сегмент Комиссии, в том числе подтверждение отсутствия изменений, внесенных в этот результат проверки после его подписания, и подтверждение принадлежности ЭЦП, которой подписан этот результат проверки, владельцу соответствующего сертификата ключа проверки ЭЦП;

5) подписание ЭЦП ДТС Комиссии, основанной на сертификате ключа проверки ЭЦП, выданном ДТС Комиссии удостоверяющим центром службы ДТС, результата проверки ЭЦП электронного документа, исходящего из интеграционного сегмента Комиссии;

6) подписание ЭЦП ДТС Комиссии, основанной на сертификате ключа проверки ЭЦП, выданном ДТС Комиссии удостоверяющим центром Комиссии, результата проверки ЭЦП электронного документа, входящего в интеграционный сегмент Комиссии;

7) проверка правомерности применения ЭЦП в электронном документе на соблюдение следующих требований в совокупности:

целостность данных, подписываемых ЭЦП, не нарушена;

ЭЦП выработана с использованием закрытого (личного) ключа, соответствующий сертификат открытого ключа которого (сертификат ключа проверки ЭЦП) указан в составе этой ЭЦП;

сертификат ключа проверки ЭЦП действителен на момент подписания электронного документа;

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

8) формирование квитанций, содержащих результаты проверок электронных документов и ЭЦП;

9) документирование выполняемых подсистемой ДТС Комиссии операций;

10) предоставление информации об операциях подсистемы ДТС Комиссии по запросам членов Коллегии Комиссии и уполномоченных органов в области защиты информации;

11) иные функции, устанавливаемые в процессе реализации интегрированной системы.

Проверки, проводимые подсистемой ДТС Комиссии, а также формирование квитанций, отражающих результаты этих проверок, осуществляются в соответствии с Положением об обмене электронными документами при трансграничном взаимодействии органов государственной власти государств – членов Евразийского экономического союза между собой и с Евразийской экономической комиссией.

4.2.16.2. Подсистема ДТС Комиссии должна быть спроектирована таким образом, чтобы обеспечивалась возможность ее развертывания и использования в качестве основного компонента ДТС национального сегмента (при необходимости).

4.2.16.3. Требования к подсистеме ДТС Комиссии могут уточняться в процессе реализации интегрированной системы.

4.2.16.4. Детальные требования к подсистеме ДТС Комиссии должны быть определены в соответствующем частном техническом задании.

4.2.17. Требования к удостоверяющему центру службы ДТС

4.2.17.1. Удостоверяющий центр службы ДТС предназначен для построения иерархической системы управления сертификатами ключей проверки ЭЦП, обеспечивающей взаимодействие сервисов ДТС государств-членов и подсистемы ДТС Комиссии в рамках службы ДТС интегрированной системы.

4.2.17.2. Требования к функциям, реализованным в рамках предыдущих этапов работ по созданию и модернизации интегрированной системы

4.2.17.2.1 Удостоверяющий центр службы ДТС должен обеспечивать осуществление следующих функций:

1) регистрация ДТС государств-членов и ДТС Комиссии;

2) выпуск (создание) сертификатов ключей ЭЦП ДТС государств-членов и ДТС Комиссии;

3) распространение (выдача) сертификатов ключей ЭЦП ДТС государств-членов и ДТС Комиссии;

4) достоверное подтверждение принадлежности ключа проверки ЭЦП ДТС государства-члена, ДТС Комиссии;

5) управление отзывом выпущенных сертификатов ключей ЭЦП;

6) аннулирование выданных сертификатов ключей проверки ЭЦП;

7) хранение выпущенных сертификатов ключей ЭЦП;

8) ведение реестра выданных удостоверяющим центром службы ДТС сертификатов ключей проверки ЭЦП, в том числе включающего в себя информацию, содержащуюся в выданных удостоверяющим центром службы ДТС сертификатах ключей проверки ЭЦП, и информацию о дате прекращения действия или аннулирования сертификатов ключей проверки ЭЦП и об основаниях такого прекращения или аннулирования;

9) ведение реестров актуальных сертификатов ключей ЭЦП, отозванных сертификатов ключей ЭЦП;

10) выдача средств ЭЦП операторам ДТС государств-членов и ДТС Комиссии;

11) обеспечение безвозмездного доступа с использованием интегрированной системы ДТС государств-членов и ДТС Комиссии к реестру выданных удостоверяющим центром службы ДТС сертификатов ключей проверки ЭЦП в любое время;

12) проверка уникальности ключей проверки ЭЦП в реестре выданных удостоверяющим центром службы ДТС сертификатов ключей проверки ЭЦП;

13) осуществление иной деятельности, связанной с управлением выданными сертификатами ключей проверки ЭЦП.

4.2.17.2.2. Удостоверяющий центр службы ДТС должен быть создан на основе инфраструктуры открытых ключей (PublicKeyInfrastructure) в соответствии с рекомендациями X.509 PublicKeyInfrastructure и использовать согласованные криптографические стандарты ЭЦП и согласованные криптографические стандарты функции хэширования, утверждаемые для этих целей Комиссией.

4.2.17.2.3. Удостоверяющий центр службы ДТС должен использовать только согласованные с уполномоченными органами и утверждаемые для этих целей Комиссией средства ЭЦП и средства удостоверяющего центра. При выполнении работ в соответствии с настоящим техническим заданием должна быть рассмотрена возможность организации совместной разработки государствами-членами средств ЭЦП и средств удостоверяющего центра для дальнейшего использования в удостоверяющем центре службы ДТС интегрированной системы.

4.2.17.3. Требования к развитию и модернизации функций

4.2.17.3.1. Удостоверяющий центр службы ДТС должен обеспечивать функционирование службы ДТС интегрированной системы и предполагает развитие интеграционных возможностей подсистем ДТС в части обеспечения возможности подключения внешних информационных систем при необходимости, а также развитие процессов юридически значимого электронного взаимодействия с использованием службы ДТС.

4.2.17.3.1. Удостоверяющий центр службы ДТС должен обеспечивать балансировку нагрузки OCSP-запросов, TSP-запросов, направляемых сервисами ДТС государств-членов.

4.2.18. Требования к удостоверяющему центру Комиссии

4.2.18.1. Удостоверяющий центр Комиссии предназначен для обеспечения членов Коллегии Комиссии, должностных лиц и сотрудников Комиссии сертификатами ключей ЭЦП для подписания электронных документов.

4.2.18.2. Удостоверяющий центр Комиссии должен обеспечивать осуществление следующих функций:

1) создание сертификатов ключей проверки ЭЦП и выдача таких сертификатов членам Коллегии Комиссии, должностным лицам и сотрудникам Комиссии, обратившимся за их получением (далее в настоящем пункте – заявители);

2) подтверждение владения заявителем ключом ЭЦП, соответствующим ключу проверки ЭЦП, указанному для получения сертификата ключа проверки ЭЦП;

3) установление сроков действия сертификатов ключей проверки ЭЦП;

4) аннулирование выданных сертификатов ключей проверки ЭЦП;

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

6) ведение реестра выданных удостоверяющим центром Комиссии сертификатов ключей проверки ЭЦП, в том числе включающего в себя информацию, содержащуюся в выданных удостоверяющим центром Комиссии сертификатах ключей проверки ЭЦП, и информацию о дате прекращения действия или аннулирования сертификатов ключей проверки ЭЦП и об основаниях такого прекращения или аннулирования;

7) обеспечение любому лицу безвозмездного доступа с использованием информационно-телекоммуникационных сетей, в том числе с использованием информационно-телекоммуникационной сети «Интернет», к реестру выданных удостоверяющим центром Комиссии сертификатов ключей проверки ЭЦП в любое время;

8) создание по обращениям заявителей ключей ЭЦП и ключей проверки ЭЦП;

9) проверка уникальности ключей проверки ЭЦП в реестре выданных удостоверяющим центром Комиссии сертификатов ключей проверки ЭЦП;

10) проверка по обращениям членов Коллегии Комиссии, должностных лиц и сотрудников Комиссии ЭЦП;

11) осуществление иной связанной с управлением выданными им сертификатами ключей проверки ЭЦП деятельности.

4.2.18.3. Удостоверяющий центр Комиссии должен быть создан на основе инфраструктуры открытых ключей (PublicKeyInfrastructure) в соответствии с рекомендациями X.509 PublicKeyInfrastructure и использовать согласованные криптографические стандарты ЭЦП и согласованные криптографические стандарты функции хеширования, утверждаемые для этих целей Комиссией.

4.2.18.4. Удостоверяющий центр Комиссии должен использовать только средства ЭЦП и средства удостоверяющего центра, согласованные с уполномоченными органами и утвержденные для этих целей Комиссией.

4.2.19. Требования цифровому симулятору

4.2.19.1. Архитектурно-техническое решение «цифровой симулятор» предназначено для обеспечения возможностей автономного тестирования новых технологических реализаций процессов информационного взаимодействия субъектов Союза с учетом необходимости моделирования поведения участников в рамках одного инфраструктурного архитектурно-технологического решения.

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

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

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

4.2.19.4. Цифровой симулятор должен обеспечивать одновременную отработку не менее 5 (пяти) экспериментальных процессов (пилотных проектов).

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

4.2.19.6. Требования к архитектурно-техническому решению «цифровой симулятор» могут уточняться в процессе развития интегрированной системы.

4.2.19.7. Детальные требования к цифровому симулятору должны быть определены в соответствующем частном техническом задании. Детальные требования к компонентам архитектурно-технического решения «цифровой симулятор» могут быть определены в соответствующих частных технических заданиях.

4.2.20. Требования к инфраструктурной платформе

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

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

4.2.20.3. Требования к функциям подсистемы мониторинга и управления, реализованным в рамках предыдущих этапов работ по созданию и модернизации интегрированной системы

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

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

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

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

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

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

6) сбор, хранение и документирование информации о конфигурации компонентов интегрированной системы;

7) отображение консолидированной информации о компонентах интегрированной системы;

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

4.2.20.4. При создании инфраструктурная платформа должны быть обеспечены:

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

2) разработка требований и технических решений по информационно-коммуникационной инфраструктуре (комплекс сети передачи данных);

3) разработка требований и технических решений по виртуализации вычислительных ресурсов;

4) разработка требований и технических решений по идентификации ресурсов интеграционного сегмента (учет технических средств, кабельные журналы, план ip-адресации, пространство доменных имен и др.);

5) разработка требований и технических решений по хранилищам и базам данных;

6) разработка требований и технических решений по операционным системам;

7) разработка требований и технических решений требований по используемым СУБД;

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

9) определения показателей надежности и требований к балансировке нагрузки;

10) разработка требований и технических решений по централизованному управлению техническими средствами и инфраструктурными сервисами;

11) определения требований к обновлению микропрограммного, системного программного обеспечения и СУБД;

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

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

14) разработка требований и технических решений по мониторингу компонентов системно-технической инфраструктуры и подсистем интеграционного сегмента Комиссии (при объединении с подсистемой мониторинга и управления);

15) разработка требований и технических решений по единой системе резервирования данных компонентов системно-технической инфраструктуры и подсистем интеграционного сегмента (при объединении с подсистемой мониторинга и управления).

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

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

4.2.21. Программный комплекс управления сервисами

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

системы контейнерной оркестрации с открытым исходным кодом;

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

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

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

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

4.2.22. Требования к национальному сегменту

4.2.22.1. Требования к системе межведомственного информационного взаимодействия

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

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

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

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

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

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

4.2.22.2. Требования к подсистеме ДТС национального сегмента

4.2.22.2.1. Подсистема ДТС национального сегмента должна обеспечивать осуществление следующих функций, в том числе в соответствии с Требованиями к созданию, развитию и функционированию трансграничного пространства доверия, утвержденными Решением Совета Комиссии от 5 декабря 2018 г. № 96, и нормативно-техническими документами, утверждаемыми Комиссией:

1) проверка подлинности электронного документа и ЭЦП;

2) проверка целостности электронного документа;

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

4) признание действительности электронной подписи ДТС Комиссии, ДТС национального сегмента другого государства-члена, которой подписан результат проверки ЭЦП электронного документа, входящего в национальный сегмент, в том числе подтверждение отсутствия изменений, внесенных в этот результат проверки после его подписания, и подтверждение принадлежности ЭЦП, которой подписан этот результат проверки, владельцу соответствующего сертификата ключа проверки ЭЦП;

5) подписание ЭЦП ДТС национального сегмента, основанной на сертификате ключа проверки ЭЦП, выданном ДТС национального сегмента удостоверяющим центром службы ДТС, результата проверки ЭЦП электронного документа, исходящего из национального сегмента;

6) подписание ЭЦП ДТС национального сегмента, основанной на сертификате ключа проверки ЭЦП, выданном ДТС национального сегмента в соответствии с законодательством государства-члена и правом Союза, результата проверки ЭЦП электронного документа, входящего в национальный сегмент;

7) документирование выполняемых подсистемой ДТС национального сегмента операций;

8) предоставление информации об операциях подсистемы ДТС национального сегмента по запросам Комиссии и уполномоченных органов;

9) проверка правомерности применения ЭЦП и полномочия лица, подписывающего электронный документ, которая должна осуществляться в соответствии с законодательством государства-члена и с учетом рекомендации(й) Коллегии Комиссии по проверке правомерности применения ЭЦП и полномочия лица, подписывающего электронный документ;

10) формирование квитанций, содержащих результаты проверок электронных документов и ЭЦП;

11) иные функции, устанавливаемые в процессе развития интегрированной системы.

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

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

4.2.22.3. Требования к подсистеме мониторинга и управления национального сегмента

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

4.2.22.3.2. Подсистема мониторинга и управления должна обеспечивать контроль доступности:

1) сервисов, обеспечивающих функционирование интеграционного шлюза национального сегмента;

2) сервисов, обеспечивающих функционирование подсистемы ДТС национального сегмента;

3) интерфейсов взаимодействия интеграционного шлюза национального сегмента с интегрированной системой.

4.2.22.3.3. Подсистема мониторинга и управления должна обеспечивать осуществление функции предоставления информации о критичных событиях, влияющих на работоспособность интеграционного шлюза и подсистемы ДТС национального сегмента, в подсистему мониторинга и управления интеграционного сегмента Комиссии по факту возникновения события.

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

4.2.22.4. Требования к подсистеме защиты национального сегмента

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

1) идентификация и аутентификация субъектов доступа и объектов доступа;

2) управление доступом субъектов доступа к объектам доступа;

3) управление идентификаторами и средствами аутентификации;

4) антивирусная защита информации;

5) защита машинных носителей информации;

6) регистрация событий безопасности;

7) обнаружение (предотвращение) вторжений на сетевом уровне и уровне серверов и рабочих станций;

8) контроль (анализ) защищенности информации;

9) защита информации ограниченного распространения и средств защиты информации от несанкционированного доступа;

10) обеспечение целостности национального сегмента и информации, содержащейся в национальном сегменте;

11) обеспечение доступности информации;

14) защита технических средств;

16) защита систем связи и передачи данных.

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

4.2.22.4.3. Требования к подсистеме защиты национального сегмента могут уточняться в процессе реализации интегрированной системы.

4.2.22.5. Требования к информационным системам уполномоченных органов

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

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

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

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

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

4.2.22.5.6. Информационные системы уполномоченных органов должны использовать единую нормативно-справочную информацию в рамках реализации общих процессов.

4.2.22.5.7. Требования к информационным системам уполномоченных органов могут уточняться в процессе реализации интегрированной системы.

4.3. Требования к видам обеспечения

4.3.1. Требования к лингвистическому обеспечению

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

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

4.3.2. Требования к программному обеспечению

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

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

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

4.3.3. Требования к техническому обеспечению

4.3.3.1. Общие требования к техническому обеспечению интегрированной системы

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

4.3.3.1.2. Техническое обеспечение интегрированной системы должно включать в себя как минимум следующие контуры:

1) продуктивный контур – используется для функционирования компонентов интегрированной системы при опытной и промышленной эксплуатации интегрированной системы;

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

3) обучающий контур – используется для обучения специалистов;

4) предпродуктивный контур – используется для целей тестирования компонентов интегрированной системы на реальных данных.

4.3.3.1.3. Тестовый и обучающий контуры могут быть объединены, при этом объединение контуров не должно приводить к ухудшению процессов проведения тестирования и обучения.

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

4.3.3.2. Требования к сетевой инфраструктуре интегрированной системы

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

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

4.3.3.2.3. Сетевая инфраструктура интегрированной системы должна обеспечивать пропускную способность между сегментами интегрированной системы не менее 50 Мбит/с.

4.3.3.3. Требования к базовым службам технического обеспечения интегрированной системы

4.3.3.3.1. К базовым службам технического обеспечения интегрированной системы относятся:

1) служба каталога;

2) служба разрешения доменных имен;

3) служба времени;

4) служба отправки почтовых сообщений;

5) служба резервного копирования.

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

1) администраторы подсистем интегрированной системы;

2) пользователи подсистем интегрированной подсистемы.

4.3.3.3.3. Служба разрешения доменных имен должна обеспечивать разрешение мнемонических имен в IP-адреса и обратное разрешение из IP-адресов в мнемонические имена.

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

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

1) администраторы подсистем интегрированной системы;

2) пользователи подсистем интегрированной подсистемы;

3) анонимные пользователи (пользователи информационно-телекоммуникационной сети «Интернет», имеющие доступ к общим информационным ресурсам средствами информационного портала Союза).

4.3.3.3.6. Служба резервного копирования должна обеспечивать осуществление следующих функций:

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

2) просмотр списка резервных копий и содержимого и восстановление выбранных резервных копий;

3) резервное копирование серверов на уровне виртуальных машин;

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

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

6) возможность хранения резервных копий данных на ленточных носителях;

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

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

9) предоставление единого интерфейса для централизованного управления функциональностью резервного копирования и восстановления данных для компонентов интегрированной системы.

4.3.3.4. В рамках инфраструктурно-технического обеспечения при развитии интегрированной системы предусматривается осуществление следующих мероприятий:

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

2) развитие телекоммуникационной составляющей интегрированной системы в соответствии с потребностями доступа к ней субъектов электронного взаимодействия;

3) создание и развитие инфраструктуры для обеспечения возможности электронной идентификации товаров и иных объектов, а также любых субъектов электронного взаимодействия и для решения задачи по цифровой прослеживаемости в рамках Союза;

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

4.3.4. Требования к организационному обеспечению

4.3.4.1. Создание интегрированной системы координируется Комиссией, которая обеспечивает ее функционирование и развитие во взаимодействии с заказчиками национальных сегментов, операторами национальных сегментов и операторами ДТС национальных сегментов.

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

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

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

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

4.3.4.6. В рамках организационного обеспечения развития интегрированной системы предусматривается осуществление следующих мероприятий:

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

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

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

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

4.3.5. Требования к методическому обеспечению

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

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

1) реализации общих процессов с использованием средств интегрированной системы;

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

3) разработки, доработки и настройки национальных сегментов и интеграционного сегмента Комиссии.

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

4.3.6. Требования к нормативно-правовому обеспечению

4.3.6.1. В рамках нормативно-правового обеспечения развития интегрированной системы предусматривается осуществление следующих мероприятий:

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

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

3) актуализация перечня приоритетных общих процессов;

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

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

4.3.7. Требования к функциональному обеспечению

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

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

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

4.3.8. Требования к экспертно-методологическому обеспечению.

4.3.8.1. В рамках экспертно-методологического обеспечения развития интегрированной системы предусматривается осуществление следующих мероприятий:

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

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

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

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

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

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

7) разработка комплекта дидактических материалов, учебного стенда, развертывание и запуск системы дистанционного обучения и управления знаниями.

5. Состав и содержание работ по созданию и развитию интегрированной системы

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

5.2. На основе утверждаемых Советом Комиссии планов развития интегрированной системы могут разрабатываться дополнительные планы по вводу/выводу подсистем в/из состава интегрированной системы.

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

6. Порядок контроля и приемки системы

6.1. Виды, состав, объем и методы испытаний системы

6.1.1. Виды и состав испытаний компонентов интегрированной системы должны соответствовать ГОСТ 34.603. Объем и методы испытаний должны определяться программой и методикой испытаний.

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

6.1.3. Техническое, программное и методическое обеспечение должно быть подготовлено к работе и настроено в соответствии с проектной и эксплуатационной документацией.

6.1.4. Испытания должны проводиться в условиях, максимально приближенных к реальным условиям эксплуатации.

6.2. Общие требования к приемке работ

6.2.1. Сдача-приемка работ производится поэтапно в соответствии с разделом 5 настоящего технического задания.

6.2.2. Испытания должны проводиться с целью проверки соответствия интегрированной системы требованиям настоящего технического задания.

6.2.3. Для проверки осуществления заданных функций интегрированной системы устанавливаются следующие виды испытаний:

1) предварительные автономные испытания подсистем интегрированной системы;

2) межгосударственные испытания интегрированной системы.

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

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

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

6.2.7. Межгосударственные испытания интегрированной системы представляют собой процесс проверки осуществления заданных функций интегрированной системы в целом.

6.2.8. Межгосударственные испытания интегрированной системы проводятся комиссией по проведению межгосударственных испытаний в соответствии с Положением о межгосударственных испытаниях интегрированной информационной системы внешней и взаимной торговли, утвержденным Решением Коллегии Комиссии от 18 августа 2018 г. № 96.

7. Требования к составу и содержанию работ по подготовке объекта автоматизации к вводу системы в действие

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

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

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

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

4) подготовка данных для первоначальной загрузки;

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

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

7) регистрация идентификационных данных пользователей подсистем интегрированной системы в подсистеме идентификации и аутентификации;

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

9) проведение обучения групп пользователей работе с информационно-программными средствами интегрированной системы.

8. Требования к документированию

8.1. На интегрированную систему разрабатывается документация в соответствии с требованиями ГОСТ 34.201-89 и ГОСТ 34.601-90.

8.2. Необходимое количество поставляемых комплектов эксплуатационной документации определяется заказчиком – координатором работ по созданию интегрированной системы.

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

1) частные технические задания на подсистемы и компоненты интегрированной системы;

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

3) документация модели данных Союза в рамках предметных областей реализации общих процессов;

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

5) документация технорабочего проекта на подсистемы интеграционного сегмента Комиссии, в том числе:

ведомость технорабочего проекта;

пояснительная записка к технорабочему проекту;

ведомость оборудования и материалов;

описание программного обеспечения;

руководство пользователя;

руководство администратора;

программа и методика испытаний;

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

решения по техническому обеспечению:

описание комплекса технических средств;

спецификация оборудования;

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

пояснительная записка к техническому проекту;

программа и методика испытаний;

руководство администратора;

руководство пользователя.

8.4. Частные технические задания на создание и развитие подсистем интегрированной системы должны направляться на согласование заказчикам национальных сегментов.

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

9. Внесение изменений

9.1. Внесение изменений в настоящее техническое задание осуществляется в соответствии с ГОСТ 34.602-89 на основании решения Коллегии Комиссии.

––––––––––––––––––