Происхождение термина НСЭЛ и начало разработки (2015–2016)

Термин НСЭЛ был впервые использован в Министерской декларации стран ЕС и Восточного партнерства (ВП), принятой в 2015 году в рамках региональной инициативы по гармонизации цифровых рынков.

С 2016 года концепция НСЭЛ активно разрабатывалась экспертной сетью EU4Digital: eTrade/eLogistics с участием профильных специалистов CompleteSoft.

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

В то же время экспертами ЭСКАТО ООН был проведен анализ известных информационно-логистических платформ и систем, который позволил выявить их общие функциональные особенности и разработать рекомендации по типовой архитектуре таких систем, представленной на Рисунке 1.

Рисунок 1. Типовая архитектура национальной системы электронной логистики (рекомендации ЭСКАТО ООН)

Основные функции НСЭЛ и бизнес-требования к функциональности

В соответствии с рекомендациями ЭСКАТО ООН национальные системы электронной логистики должны обеспечивать основные виды обмена данными (B2B, B2G и G2G), охватывать все виды транспорта, т. е. предоставлять мультимодальные услуги своим пользователям, а также выполнять следующие основные функции:

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

Кроме того, в результате анализа были сформированы детальные бизнес-требования к функциональности НСЭЛ для двух основных групп пользователей – государственного и бизнес-сектора, в частности:

Для государственного сектора:

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

Для бизнес-сектора:

• Прозрачность и доступность данных на протяжении всей цепочки поставок и логистики;
• Широкое использование электронного обмена документами и переход к цифровому взаимодействию между ИТ системами;
• Внедрение услуг отслеживания и мониторинга грузов;
• Переход от обмена документами к безопасному обмену и совместному использованию юридически значимых данных для информационного взаимодействия участников ТЛС;
• Повторное использование имеющейся, ранее загруженной информации, предотвращение дублирования информации;
• Экономия затрат и сокращение времени простоя грузов за счет минимизации времени и ресурсов, затрачиваемых на контроль и надзор;
• Прозрачный выбор между различными способами доставки.

Сводный список функциональных требований к НСЭЛ (разработка CompleteSoft)

С учетом этих бизнес-требований и основных особенностей исходной концепции НСЭЛ, а также передовых международных практик, экспертной группой CompleteSoft был сформирован сводный список функциональных требований к таким системам в ходе реализации первой фазы программы EU4Digital Facility:

1. Суверенитет, качество и целостность данных;
2. Безопасность и доверие к данным/информации;
3. Сбор, хранение и обработка данных для их обмена в стандартизированном формате или в виде стандартизованных электронных документов;
4. Прозрачность цепочки поставок, включая мониторинг национальной транспортной инфраструктуры, логистических процессов и отслеживания грузов;
5. Связь и совместимость с технологическими информационными системами, используемыми в национальном сегменте различными видами транспорта;
6. Совместимость с трансграничными платформами и международными сетями, связь с каналами передачи/конвейерами данных в цифровых транспортных коридорах;
7. Авторизация и управление пользователями с соответствующим набором клиентских услуг;
8. Управление цепочкой поставок и информационными процессами с соответствующим набором аналитических и BI-сервисов;
9. Информационная поддержка транспортных и логистических процессов с соответствующим набором услуг для государственного и частного сектора;
10. Национальная логистическая площадка с платежными сервисами;
11. Отчетность и статистика.

В процессе разработки функциональной архитектуры и технических решений для НСЭЛ должны быть решены следующие задачи:

• Выбор технологического решения для интеграционной платформы НСЭЛ, обеспечивающего связь с ИТ-системами участников на местном уровне;
• Обеспечение безопасного и проверенного обмена информацией в национальном ТЛС и в трансграничном обмене с соседними странами;
• Формирование доверенного информационного пространства в национальном ТЛС;
• Выбор технологического подхода к мониторингу грузоперевозок (отслеживание).

Практическая реализация:
проект в Грузии (2023)

Задача выбора технологического решения и разработки функциональной архитектуры интеграционной платформы НСЭЛ решалась экспертами CompleteSoft при реализации в 2023 году национального проекта поддержки цифровизации ТЛС в Грузии.

Данная архитектура, представленная на Рисунке 2, была одобрена профильным директоратом Европейской Комиссии DG MOVE как прототип eFTI-сертифицированной платформы.

Рисунок 2. Архитектура интеграционной платформы НСЭЛ (проект в Грузии, одобрена DG MOVE)

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

Блок клиентских модулей должен обеспечивать авторизацию и управление пользователями НСЭЛ, а также обработку их запросов, передачу информации и ее визуализацию.

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

• Модуль сбора и обработки данных получает исходные данные из внешних источников и пополняет пул данных НСЭЛ;
• Модуль управления и преобразования данных обрабатывает данные из пула и загружает их в хранилище основных данных НСЭЛ, а также преобразует их в стандартизированные форматы электронных документов или структурированных элементов данных;
• Модуль информационной безопасности обеспечивает защиту и целостность данных;
• Модуль инфраструктуры открытых ключей с логистическим блокчейном обеспечивает надежный обмен информацией между НСЭЛ, суверенитет данных, проверку и авторизованный доступ;
• Модуль подключения НСЭЛ обеспечивает взаимодействие с локальными ИТ-системами участников ТЛС и совместимость с платформами уровня ЦТК в других странах;
• Модуль регуляторной информации предоставляет нормативную и справочную информацию о национальном ТЛС.

Уровень оркестровки должен обеспечивать цифровизацию основных мультимодальных бизнес-процессов и включать сервисные модули НСЭЛ, создаваемые в конкретной стране для обмена стандартизованными наборами данных для различных видов транспорта, а также основными электронными транспортно-логистическими документами, такими как eCMR, eSMGS/CIM, eWayBill, eBill of Lading, eTIR etc. Что касается пакета сервисов НСЭЛ, то для их классификации может быть использован подход экспертов из DTLF, которые разработали для платформ НСЭЛ типа рекомендуемую структуру сервисов для, сгруппированных по техническим, прикладным, логистическим информационным и клиентским блокам.