Общество с ограниченной ответственностью «ФП ТРЭЙД»

Платформа «Ядро транспортно-логистической платформы Supol’na» (далее – SUPOL’NA) – представляет собой единое информационное пространство, позволяющее в режиме реального времени осуществлять обмен данными и электронными юридически значимыми документами между всеми участниками экспортно-импортным отношений, а также международных мультимодальных грузовых перевозок. Платформа позволяет повысить эффективность логистических процессов, уменьшить количество ошибок в формируемых и обрабатываемых документах за счет унификации и гармонизации электронных документов. Платформа позволяет интегрироваться с информационными системами государственных органов в соответствии с национальными правилами и стандартами. **1.2. Область применения платформы** Платформа SUPOL’NA является многопользовательской многоцелевой системой, которая спроектирована для ключевых участников цепи национальных и международных поставок: субъекты торговли, транспорта, банковского сектора, государственные регулирующие и контролирующие органы. Для субъектов хозяйствования (Грузоотправителей, Грузополучателей, Перевозчиков) платформа позволяет обмениваться документами, подписывать их и передавать по защищёнными каналами связи в государственные органы. Позволяет заключить договор на оказание транспортно-логистических услуг и осуществить мониторинг перемещения груза. Для государственных регулирующих и контролирующих органов платформа позволяет контролировать весь процесс поставки: обмен данными и документами между субъектами хозяйствования, этапы перевозки с определенными контрольными точками. Для банковского сектора система предоставляет интеграционные механизмы, позволяющие эффективно и в кратчайшие сроки предоставить финансирование по поставке. **2. Функциональность платформы SUPOL’NA** **2.1. Общие функции** Платформа SUPOL’NA предоставляет следующие основные возможности субъектам хозяйствования (Грузополучателям, Грузоотправителям, Перевозчику (Экспедитору)): - управлять заказами товаров: создавать новый заказ, просматривать список поступивших и отправленных заказов с отображением их статусов, выполнять поиск и фильтрацию заказов, просматривать выбранный заказ, составлять ответ на поступивший заказ, подписывать документы; - управлять заказами транспортной перевозки: создавать новый заказ (на железнодорожную и/или автомобильную перевозки, на железнодорожный терминал), просматривать список заказов с отображением их статусов, выполнять поиск и фильтрацию заказов, просматривать выбранный заказ, просматривать детали заказа и добавлять новый этап перевозки; - осуществлять весь цикл обработки электронных перевозочных и товаросопроводительных юридически значимых документов: международной электронной накладной (eCMR), счет-фактуры (invoice), уведомления об отправке, документа свободной формы (универсального неструктурированного документа в формате PDF); - экспортировать документы платформы; - создавать черновики с последующим завершением процесса отправки или удаления документа; - преждевременно информировать государственные надзорные, контролирующие и разрешительные органы о предстоящих трансграничных перевозках товаров; - осуществлять транспортное планирование. Платформа также позволяет осуществлять непрерывный мониторинг процесса поставки товара, прогнозировать сроки поставки и планировать нештатные события. Субъекты хозяйствования имеют возможность обмениваться следующими электронными юридически значимыми документами: - заказом товара; - заказом транспортной перевозки; - спецификацией перевозки с отображением детальной информации по участвующим сторонам, товару, контейнеру, транспорту; - электронной eCMR; - уведомлением об отгрузке; - счет-фактурой (Invoice); - документом свободной формы (любой документ, который должен сопровождать грузоперевозку. Например, упаковочный лист, договоры, спецификации, сертификаты). Помимо прочего, платформа предоставляет возможность авторизоваться в системе при помощи электронной цифровой подписи (ЭЦП), зарегистрировать нового пользователя/организацию, изменить данные пользователя/организации (см. рисунок 1, 15 Приложения), сменить и восстановить пароль, выйти из системы. **2.2. Подсистемы платформы SUPOL’NA** Платформа SUPOL’NA представлена следующими подсистемами: - Адаптер – необходим для конвертации документов; - Брокер сообщений (ActiveMQ) – внутренняя подсистема, обеспечивающая регулирование потока/очереди сообщений; - Процессинговый блок («ядро») – необходим для обработки, хранения и диспетчеризации всех сообщений; - Модуль ДТС – клиент для интеграции с белорусским сервисом доверенной третьей стороны (ДТС); - Web-services – сервисы для интеграции с другими Провайдерами (поддерживает два протокола обмена: «по умолчанию»; РОСЭУ); rest-api сервис для «прямого EDI» – это сервис, позволяющий работать с документами без использования web-интерфейса; msglog-api – отдельный микросервис по работе с сообщениями; webapi – rest-api сервис, предоставляющий back-end для Web-GUI платформы. - SUPOL’NA-EDS – модуль подписания электронных документов, позволяющий работать с электронной цифровой подписью; - DDL БД – структура всей БД в виде spring-boot приложения с embedded liquibase, а также миграции в формате xml; - SUPOL’NA-DB – в модуле объявлены все jpa-сущности и репозитории; - Модуль-библиотека – библиотека с общими утилитарными функциями, используемая во всех компонентах (сервисах) системы. Содержит классы по работе с брокером сообщений (Active MQ), email, errors, msglog-api; библиотека с описанием моделей (jaxb) всех поддерживаемых типов edi-сообщений с методами по разбору, (un-) маршалингу, валидации по схеме xsd и т.п.; - Web-интерфейс представленный тремя модулями: для Грузоотправителя; для Грузополучателя; для Перевозчика. **2.3. Ядро платформы** Ядро платформы обеспечивает приемку, обработку, обмен и хранение электронных документов. Сформированные электронные документы поступают в ядро и посредством сервиса диспетчеризации сообщений обеспечивается их доставка до получателя. Ядро системы представляет собой: - блок процессинга; - блок хранения; - блок обработки как структурированных, так и не структурированных электронных документов; - подсистему администрирования; - интеграционные механизмы для прямого EDI и WEB-интерфейса. **2.4. Модули web-интерфейса** Представляют собой личный кабинет клиентов с функционалом обмена электронными документами. **2.4.1. Модуль для Грузоотправителя (Поставщика)** Раздел «Заказы на поставку товара» используется для просмотра списка поступивших заказов, формирования подтверждения заказа, просмотра статусов документа, а также формирования юридически значимых документов на основании подтвержденного сторонами заказа (см. рисунок 2, 3 Приложения). Также пользователь имеет возможность сформировать заказ и отправить его, выбранному грузоотправителю (см. рисунок 4 Приложения). В дополнение к этому, на странице предоставлена возможность импортировать заказ, составленный в учетной системе пользователя, с последующей обработкой этого заказа на платформе. Раздел «Транспортные заказы» используется для планирования экспортно-импортных отношений с участием одного или нескольких видов транспорта. Платформа позволяет: - просмотреть список созданных транспортных заказов с отображением статусов по документам (см. рисунок 5 Приложения); - импортировать документы из своей учетной системы на платформу SUPOL’NA, а также экспортировать документы, созданные на платформе; - создать заказ на перевозку, подписать и направить выбранному перевозчику (см. рисунок 6 Приложения). Платформа позволяет создать следующие виды заказов на перевозку: - заказ на железнодорожную перевозку; - заказ на автомобильную перевозку; - заказ на мультимодальную перевозку; - заказ на терминал. В разделе «Спецификации» у пользователя есть возможность просмотреть список спецификаций на перевозку (см. рисунок 16 Приложения). Для планирования определённой перевозки у пользователя есть возможность детализировать условия: добавить этап, создать заказ на автотранспорт у автомобильного перевозчика или на вагон у железнодорожного перевозчика, указать перечень дополнительных документов (см. рисунок 17 Приложения). Раздел «Декларации» используется на этапе планирования перевозки для предварительного информирования таможенных органов о грузах/товарах и транспортных средствах до пересечения ими таможенной границы. Грузоотправитель может просмотреть список перевозок подлежащих декларированию (если Перевозчик со своей стороны в спецификации указал признак «Таможенное оформление и декларирование), выбрать необходимую перевозку, сформировать запрос и отправить указанному Декларанту (см. рисунок 7 Приложения). Подача деклараций осуществляется через системы TWS и программный продукт РУП «Белтаможсервис» («е-Декларант»). Таможенные органы в своих учетных системах формируют ответ и направляют в адрес Заявителя. Грузоотправитель также имеет возможность просмотреть все сформированные им запросы на декларирование и при необходимости отменить (см. рисунок 8 Приложения). Раздел «Документы» позволяет пользователю просмотреть список входящих и исходящих юридически значимых документов, сгруппированных по типу документа: уведомления об отгрузке (Despatch advice), электронная транспортная накладная (eCMR), электронная счет-фактура (Invoice), документ свободной формы (Unidoc) (см. рисунок 9 Приложения). У грузоотправителя есть возможность создать любой из этих документов на основании ранее подтвержденного заказа со страницы списка заказов (см. рисунок 3 Приложения). А также создать новый документ, находясь в разделе «Документы». Платформа позволяет создать следующие документы: - eCMR (транспортную накладную) (см. рисунок 11 Приложения); - уведомление об отгрузке (см. рисунок 12 Приложения); - счет-фактуру (см. рисунок 13 Приложения); - документ свободной формы (см. рисунок 14 Приложения). **2.4.2. Модуль для Грузополучателя (Покупателя)** Раздел «Заказы на продажу» используется для просмотра входящих и исходящих заказов на поставку товара, а также оформления нового заказа. В процессе создания документа пользователь имеет возможность как выбрать товар из каталога, так и создать новый (см. рисунок 2, 4 Приложения). Заказ оформляется грузополучателем и направляется грузоотправителю для дальнейшей обработки. Платформа позволяет пользователю на основании подтвержденного заказа создать электронный юридически значимый документ, необходимый для завершения процедуры поставки товара (см. рисунок 3 Приложения). Раздел «Транспортные заказы» также как и в модуле для Грузоотправителя позволяет работать с заказами на перевозку одним или разными видами транспорта. В разделе «Спецификации» у пользователя есть возможность забронировать автотранспорт у автомобильного перевозчика или вагон у железнодорожного перевозчика (см. рисунок 16, 17 Приложения). Раздел «Декларации» позволяет не только Грузоотправителю, но и Грузополучателю сформировать запрос на декларирование (если товары предназначены для импорта). Функциональные возможности пользователя идентичны описанным выше в рамках модуля для Грузоотправителя. Раздел «Документы» предназначен для работы с юридически значимыми документами. Пользователь просматривает список документов с использованием инструмента фильтрации и полнотекстового поиска для последующей обработки поступивших документов или с целью создания нового документа (см. рисунок 9 Приложения). Документы могут создаваться самостоятельно или в привязке с ранее созданными документами (заказ товара – ответ на заказ – инвойс) (см. рисунок 3,10 Приложения). **2.4.3. Модуль для Перевозчика** Раздел «Транспортные заказы» позволяет отслеживать поступившие заказы от Грузоотправителя и обрабатывать их. Осуществлять поиск по заказам, а также создавать новый заказ для бронирования вагона у железнодорожного перевозчика или автомобиля у автомобильного перевозчика (см. рисунок 5, 6 Приложения). Данный функционал также доступен пользователю из раздела «Спецификация перевозки». Раздел «Спецификация перевозки» – формируется Перевозчиком (экспедитором) после принятия заказа транспортной перевозки от Грузоотправителя (Заказчика). Спецификация позволят спланировать этапы грузоперевозки одним или разными видами транспорта, добавить и детализировать информацию по контрольным точкам (прибытие на погрузку, убытие с погрузки, прибытие на разгрузку, убытие с разгрузки, прибытие на конечную станцию и т.д.), а также указать особый перечень товаросопроводительных документов (накладные, уведомления об отгрузке, упаковочный лист, договор, счет-фактуру (invoice), сертификаты) или добавить свой документ, необходимый для определённого этапа грузоперевозки (см. рисунок 16, 17 Приложения). Раздел «Декларации» позволяет просмотреть информацию по планируемой перевозке и выставить признак «Таможенное оформление и декларирование», после чего у Грузоотправителя и/или Грузополучатель появляется возможность сформировать запрос на декларирование (см. рисунок 8 Приложения). Также пользователю доступен функционал создания запроса на декларирование на основании выбранной перевозки. Раздел «Документы» позволяет просмотреть список входящих и исходящих юридически значимых документов, подписать их и отправить указанным в документе сторонам, а также создать новый документ (см. рис. 9-14 Приложения). **3. Используемые средства разработки** **3.1. Описание баз данных** Данные платформы SUPOL’NA хранятся в следующих базах данных: - PostgreSQL, объектно-реляционная система управления базами данных. Применяется для хранения данных, архивных таблиц, информации о пользователях (участвующих сторонах), товарах, документах; - NoSQL СУБД. В качестве NoSQL СУБД применяется MongoDB. MongoDB — документно-ориентированная система управления базами данных, не требующая описания схемы таблиц. Применяется для временного хранения сообщений, предназначенных для доставки получателям; - ClickHouse – аналитическая база данных, позволяющая выполнять аналитические запросы в режиме реального времени. Каждый тип сообщения хранится в своей схеме и имеет структуру, подходящую для работы как через веб-интерфейс платформы, так и для обработки входящего сообщения своего типа, независимую от структур других типов сообщений: • declaration, Декларация; • desadv, Уведомление об отгрузке; • ecmr, eCMR, Электронная транспортная накладная; • invoic, Счет-фактура; • orders, Заказы на товар; • unidoc, Документ свободной формы. Схемы для таблиц нормативно справочной информации: • nsi, НСИ ядра (справочники стран и валют); • epass, GLN и GTIN полученные из системы ePASS. Схема parties хранит информацию о зарегистрированных организациях, их складах, пользователях, банковских данных, пользователях техподдержки EDI-провайдера (админов), других провайдерах. Схема mns хранит информацию необходимую для работы госорганов: инспекции, пользователи (инспекторы), их роли, набор таблиц для обработки отчетов (report* + nsi_report_type), запросов (request), фиксирование результатов обращений в ПКСПТ (pkspt*), хранилище МНС (mnsarchive*). Схема edi хранит информацию, касающуюся обработки сообщений: задания на отправку email (emails*), журнал сообщений для обработки (msg*). **3.2. Описание файлов** Платформа SUPOL’NA скомпилирована из следующих файлов, представляющих собой исполняемые приложения: - ediapi.jar – запускаемое spring-boot приложение, является частью ядра. Предназначено для приёма и передачи сообщений информационными системами клиентов EDI-провайдера, работающих в режиме интеграции. Ediapi использует MongoDB для «входящих» сообщений клиента. API предлагает работу по принципу «получи-подтверди_получение-получи_новые». Сервис msgLog, находящийся внутри ediapi занимается выделением каждому сообщению уникального идентификационного номера (UUID), регистрацией краткой информации о сообщении, его источнике и статусе обработки. Тело самого сообщения сохраняет процессор-обработчик для конкретного типа сообщения; - ediproc.jar – запускаемое spring-boot приложение, является частью ядра. Обеспечивает приём сообщений для обработки из ActiveMQ и перенаправление их на обработку соответствующим обработчикам. Обработчики реализуются в отдельном модуле. Есть несколько каналов поступления сообщений в систему на обработку: • из webapi; • из ediapi («прямого EDI»); • из роуминговых каналов roamapi. - webapi.jar – запускаемое spring-boot приложение, является частью ядра. Предназначено для взаимодействия системы с пользователем посредством web-интерфейса. **3.3. Языки программирования** При реализации платформы SUPOL’NA использовались следующие языки программирования: - Java 11; - JavaScript (ECMAScript версии ES6 и выше); - SQL (в объеме поддержки PostgreSQL); - PL/pgSQL (в объеме поддержки PostgreSQL версии 14). **3.4. Операционные системы** Разработанная платформа SUPOL’NA работает в следующих операционных системах: Windows (не ниже Windows 7) и Linux.

**1. Общее описание** **1.1. Назначение и область применения Модуля ** Модуль по обработке неструктурированных документов (Supol’na UNIDOC) позволяет передавать в виде электронного документа любой «бизнес-документ» пользователя, то есть документ необходимый сторонам для осуществления своих бизнес-процессов. К таким документам могут относится: - путевой лист; - транспортные документы; - декларации; - сертификаты; - договоры и доверенности; - платежные поручения; - отчеты - и другие типы документов. Модуль позволяет загружать документы любого формата. **2. Функциональность Модуля** Модуль обработки неструктурированного документа “SUPOL’NA UNIDOC” позволяет выполнять следующие действия: - создать электронный документ; - просмотреть созданный электронный документ; - просмотреть список сохраненных документов (черновиков); - подписать электронный документ (также доступно пакетное подписание); - отправить электронный документ; - сохранить электронный документ; - удалить электронный документ. Процесс обработки неструктурированных документов (UNIDOC) проходит следующие этапы: 1. Отправитель заполняет форму электронного документа UNIDOC и загружает «бизнес-документ»; 2. Отправитель подписывает созданный UNIDOC (если необходимо) и отправляет указанному Получателю; 3. Отправитель получает подтверждение о получении электронного документа Получателем; 4. Получатель подписывает документ (если необходимо) и направляет в адрес Отправителя; 5. Отправитель получает подписанный второй стороной документ; 6. Получатель получает подтверждение о получении электронного документа Отправителем. **2.1. Создание документа** При создании неструктурированного документа Отправитель заполняет следующие данные: - обязательно указывает данные Получателя (наименование организации, GLN, уникальный идентификатор участника (УНП)); - может указать дополнительные данные по передаваемому документу: например, номер и дату договора; - может оставить комментарий; - обязательно загружает документ. После осуществления действия в поле отображается наименование документа и его расширение. Пользователь может заменить выбранный ранее документ: в таком случае ранее добавленный документ заменяется на новый. В случае, если необходимости в отправке документа нет, пользователь может сохранить документ со всей внесенной информацией. В данном случае созданному документу будет присвоен уникальный номер и статус «Черновик». Далее на странице со списком документов пользователь может выбрать документ для дальнейшего использования: подписания и отправки, а также может его удалить. **2.2. Подписание документа** Неструктурированный документ может быть подписан: - двумя сторонами: и отправителем документа, и получателем; - только отправителем – у получателя документа не будет возможности подписать документ; только просмотреть и экспортировать его; - только получателем – в таком случае Отправитель направляет документ без подписи. Получатель просматривает документ и подписывает его. Модуль позволяет отправлять документы в рамках одной организации («самому себе»), то есть, когда организация Отправителя совпадает с организацией Получателя. В таком случае документ подписывается только Отправителем. После подписания документ сохраняется в базе данных, формируется xml на основании полученного электронного документа и подписи Отправителя. Стоит отметить, что Модуль позволяет подписывать один документ несколькими подписями: до 10-ти подписей со стороны Отправителя и до 10-ти подписей со стороны Получателя. Также пользователь может выбрать несколько документов для подписания. На текущий момент Модуль позволяет подписывать документы, вызывая определенные web-сервисы. Для этого на стороне пользователей должно быть установлено программное обеспечение, позволяющее решать задачи, связанные с электронной цифровой подписью. **2.3. Отправка документа** Подписанный документа подлежит отправке Получателю. При отправке документа проводится проверка наличия подписей (если необходимы), после чего документ передаётся EDI-Провайдеру для далнейшей проверки и перенаправления Получателю.

**1. Общие сведения** **1.1. Общее назначение модуля** Модуль ЭЦП – сервисы «Supol’na EDS» (далее – модуль) позволяет осуществлять криптографические операции, в том числе подписание, разбор и проверку подписи ЭЦП любых двоичных данных. Модуль использует сертифицированные средства в Республике Беларусь – криптопровайдер Avest CSP (разработчик – ЗАО «Авест»). **1.2. Область применения модуля** Модуль предназначен для применения в автоматизированных системах обмена электронными документами. **2. Характеристика** **2.1. Функциональность модуля** Модуль является запускаемым spring–boot приложением и представляет собой API для выполнения криптографических операций. Модуль устанавливается на машину, где доступны ЭЦП–ключи, установлено программное обеспечение криптопровайдера и проведена предварительная настройка ЭЦП–ключей (импортированы сертификаты и т.п.). Модуль реализует следующие основные криптографические операции: • подписание ЭЦП; • проверка переданной подписи; • обновление списка отозванных сертификатов; • другие криптографические операции. **3. Используемые средства разработки** **3.1. Описание баз данных** Данные хранятся в структурированном виде под управлением реляционной базы данных H2. Н2 – это открытая кроссплатформенная СУБД, полностью написанная на языке Java. H2 поддерживает кластеризацию, репликацию и шифрование данных. **3.2. Языки программирования** При разработке использовался объектно-ориентированный язык программирования Java 8. **3.3. Операционные системы** Модуль работает в операционных системах Windows и Linux.