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

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

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

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

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

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

5) реализацию механизмов, средств формирования и отображения информации о статусе тестирования.

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

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

8) возможность проведения нагрузочного тестирования в режиме подачи нагрузки на подсистему участника взаимодействия и на подсистемы сегмента Комиссии.

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

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

11) возможность использования сведений и сервисов подсистемы управления общими процессами;

12) создание личных кабинетов участников тестирования.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

4.2.4. Требования к информационному порталу Союза

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

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

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

2) технологический портал интегрированной системы.

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

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

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

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

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

2) предоставление картографических данных;

3) предоставление данных посредством API;

4) предоставление данных в виде инфографики;

5) предоставление данных в машиночитаемом формате.

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

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

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

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

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

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

5) автоматического формирования на основе моделей общих процессов комплектов технологических документов, регламентирующих информационное взаимодействие при реализации общих процессов средствами интегрированной системы в соответствии с требованиями к типовой структуре таких документов, утвержденными Решением Коллегии Комиссии от 6 ноября 2014 г. N 200.

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

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

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

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

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

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

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

3) предоставление инструмента для определения и экспертной оценки областей рисков;

4) предоставление инструмента ведения планов мероприятий по решению и (или) предотвращению возникновения рисков;

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

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

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

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

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

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

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

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

2) описание архитектуры интегрированной системы;

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

4) описание реализуемых общих процессов,

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

6) описание этапов развития интегрированной системы.

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

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

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

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

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

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

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

4.2.4.6.11. Технологический портал должен обеспечивать осуществление методической и технологической поддержки реализации общих процессов в том числе за счет:

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

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

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

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

5) автоматического формирования на основе моделей общих процессов комплектов технологических документов, регламентирующих информационное взаимодействие при реализации общих процессов средствами интегрированной системы в соответствии с требованиями к типовой структуре таких документов, утвержденными Решением Коллегии Комиссии от 6 ноября 2014 г. N 200.

4.2.4.6.12. Технологический портал должен обеспечить предоставление доступа к реестру структур электронных документов и сведений. Реестр структур электронных документов и сведений предназначен для хранения и актуализации прикладных и технологических структур электронных документов в виде описания в формате Microsoft Word (DOCX) и схемы в формате XSD.

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

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

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

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

4.2.5. Требования к информационно-аналитической подсистеме 4.2.5.1. Информационно-аналитическая подсистема должна обеспечивать осуществление следующих функций:

1) формирование аналитических запросов и отчетных форм на основе консолидированной информации в том числе в части:

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

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

сопоставления статистических показателей государств-членов; отображения статистических показателей государств-членов на электронной карте мира;

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

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

2) формирование и ведение единого хранилища аналитических данных в составе информационных ресурсов интеграционного сегмента Комиссии, в том числе:

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

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

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

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

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

формирование отчета об актуальности данных в разрезе источников этих данных.

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

1) расширение состава источников данных путем дополнения источников данных государств-членов;

2) расширение состава аналитических витрин данных;

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

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

5) моделирование и сценарное прогнозирование объемов производства (запасов) промышленных товаров в государствах-членах;

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

7) формирование консолидированной отчетности по данным общих процессов.

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

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

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

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

1) формирование, ведение и управление метаданными подсистемы, включая нормативно-справочную информацию;

2) обеспечение генерации артефактов метаданных;

3) загрузка артефактов метаданных из внешних источников;

4) обеспечения процессов экспорта артефактов метаданных;

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

6) загрузка и обработка официальной статистической информации государств-членов Союза;

7) анализ официальной статистической информации государств-членов Союза и официальной статистической информации Союза;

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

9) взаимодействие с подсистемами интеграционного сегмента Комиссии, в том числе с информационно-аналитической подсистемой;

10) предоставление сервиса генерации статистических данных и их получения.

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

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

2) реализация механизма формирования и отображения динамических рядов;

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

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

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

6) совершенствование и развитие подсистемы статистики данных в связи с принятием в Союз новых государств-членов;

7) расширение состава регламентированной отчетности и публикаций;

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

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

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

4.2.7 Требования к подсистеме таможенно-тарифного и нетарифного регулирования

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

1) хранение в электронном виде ТН ВЭД ЕАЭС и ЕТТ ЕАЭС, в том числе пояснений к ТН ВЭД ЕАЭС;

2) хранение истории изменений, вносимых в ТН ВЭД ЕАЭС и ЕТТ ЕАЭС, и информации о документах, на основании которых эти изменения были внесены;

3) оперативное предоставление информации о внесенных изменениях в ТН ВЭД ЕАЭС и ЕТТ ЕАЭС с учетом истории всех изменений;

4) хранение и использование следующей информации, связанной с ТН ВЭД ЕАЭС:

изменения международной основы ТН ВЭД ЕАЭС;

Товарная номенклатура внешнеэкономической деятельности Содружества Независимых Государств;

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

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

5) учет мер таможенно-тарифного регулирования, включая:

ставки ввозных таможенных пошлин (ЕТТ ЕАЭС);

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

перечни товаров и ставок, отличных от ставок Единого таможенного тарифа Евразийского экономического союза;

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

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

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

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

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

перечень развивающихся стран - пользователей единой системы тарифных преференций Союза;

перечень наименее развитых стран - пользователей единой системы тарифных преференций Союза;

6) учет мер нетарифного регулирования, включая:

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

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

перечень участников внешнеторговой деятельности, которым предоставлено исключительное право на экспорт и (или) импорт товаров;

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

8) подготовка проектов решений Комиссии по внесению изменений в ТН ВЭД ЕАЭС и ЕТТ ЕАЭС;

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

оперативного предоставления и получения пользователями Информационного портала Союза полной и актуальной информации о мерах таможенно-тарифного и нетарифного регулирования во взаимосвязи с ТН ВЭД ЕАЭС;

оперативного получения информации о необходимости внесения изменений в установленные единые меры нетарифного регулирования на товары в связи с изменениями, вносимыми в ТН ВЭД ЕАЭС;

оперативного информирования заинтересованных уполномоченных органов об изменениях, внесенных в ТН ВЭД ЕАЭС и ЕТТ ЕАЭС;

10) формирование ТН ВЭД ЕАЭС и ЕТТ ЕАЭС в готовом для типографского издания виде.

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

4.2.7.3. Подсистема таможенно-тарифного и нетарифного регулирования должна обеспечивать ведение информации с поддержкой истории вносимых изменений, в том числе должна обеспечиваться поддержка разных версий ТН ВЭД ЕАЭС и ЕТТ ЕАЭС в процессе их редактирования.

4.2.7.4. В подсистеме таможенно-тарифного и нетарифного регулирования должен быть реализован интерфейс для поиска информации по ТН ВЭД ЕАЭС и ЕТТ ЕАЭС.

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

4.2.7.6. В подсистеме таможенно-тарифного и нетарифного регулирования должен быть реализован доступ к данным в разрезе конкретной товарной позиции ТН ВЭД ЕАЭС.

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

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

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

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

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

2) подсистема базовых компонентов.

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

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

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

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

2) получение информации из подсистем интеграционного сегмента Комиссии по запросу от национальных сегментов.

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

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

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

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

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

3) долговременное хранение введенной информации;

4) взаимодействие с сервисами общих процессов средствами интеграционной платформы.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

2) межсетевое экранирование и обнаружение (предотвращение) вторжений;

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

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

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

6) выявление уязвимостей информационной безопасности;

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

8) контроль целостности важных конфигурационных данных;

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

10) предоставление шлюза защищенного соединения для доступа внешних пользователей к компонентам подсистем интеграционного сегмента Комиссии, имеющим доступ к сети Интернет.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

4.2.13.2. Инфраструктурная платформа должна включать в себя следующие компоненты:

1) базовые инфраструктурные сервисы, в составе:

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

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

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

служба глобального каталога пользователей;

2) подсистема виртуализации;

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

4) подсистема резервного копирования;

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

6) подсистема управления запросами и инцидентами;

7) подсистема централизованной установки обновлений;

8) подсистема управления TLS сертификатами

9) подсистема мониторинга и управления;

10) подсистема вычислительных комплексов, которая состоит из:

сетей передачи данных;

систем хранения данных;

вычислительных ресурсов;

11) подсистема управления СУБД.

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

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

2) предоставление сетевой связанности между подсистемами и компонентами интеграционного сегментами Комиссии интегрированной системы в пределах ЦОД;

3) мониторинг состояния информационной инфраструктуры Комиссии;

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

5) централизованная установка обновлений;

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

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

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

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

4.2.14. Требования к хранилищу интеграционного сегмента

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

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

4.2.14.3. В хранилище должны быть реализованы механизмы анализа данных (поиск аномалий в данных, поиск зависимостей и прочие).

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

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

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

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

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

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

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

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

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

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

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

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

создания и согласования заявок на публикацию цифровых сервисов;

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

ведение реестра информационных, инфраструктурных и цифровых сервисов.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

4.2.18. Требования к подсистеме управления управления нейронными сетями

4.2.18.1. Подсистема управления нейронными сетями должна включать все модели искусственного интеллекта и нейронные сети, применяемые смежными подсистемами ИИС ЕАЭС.

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

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

4.2.18.4. Подсистема управления нейронными сетями должна обеспечивать:

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

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

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

4.2.18.5. Подсистема управления нейронными сетями должна размещаться и обрабатывать информацию внутри инфраструктуры ИИС ЕАЭС.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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