Навигационные пломбы ЕАЭС в TMS: как связать маршрут, груз и события пломбы

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

• По сообщению Минтранса, 31 июля 2026 года начался второй этап применения навигационных пломб ЕАЭС. Под отслеживание попали все товары, которые везут автотранспортом по процедуре таможенного транзита через два и более государства Союза, а также отдельные товарные группы в железнодорожном транзите [1][2].
• Требование не распространяется на каждую перевозку по России. Механизм касается маршрутов через территории двух и более стран ЕАЭС, конкретных процедур и товаров. Для транзита действует утверждённый перечень исключений — Решение Совета ЕЭК № 71 [2][3][4].
• Категории перевозок задают Соглашение и акты ЕАЭС. TMS может подготовить предварительную оценку по маршруту, процедуре, товару и исключениям. Фактическое решение или разрешение по конкретной перевозке оформляет контролирующий орган в пределах своей компетенции [2][3][4].
• Для TMS пломба — отдельный объект со своим жизненным циклом, ответственными лицами и событиями. У события хранят время возникновения и время получения TMS, а время получения оператором — если интерфейс его передаёт. Разрешения фиксируют только для действий, где они требуются.
• Пороги нештатных ситуаций заданы нормативно. Для автомобиля отклонение более чем на 50 км учитывается от маршрута, установленного органом, на территории соответствующего государства; ещё один признак — два периода связи без сообщений подряд [5]. Эти параметры храните как настройки перевозки.
• Публичного API национального оператора РФ для TMS в открытых источниках найти не удалось. Оператор описывает работу через личный кабинет и мобильное приложение [6][7].

Кому и зачем эта статья

Материал написан для перевозчиков, экспедиторов, импортёров и разработчиков транспортных систем: TMS, модулей 1С, собственных диспетчерских сервисов.

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

Это не материал о СПОТ, QR-коде ДОПП или электронной транспортной накладной. Здесь речь о контроле физического перемещения груза через устройство, закреплённое на грузовом отсеке.

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

По Соглашению навигационная пломба — это техническое устройство из элемента пломбирования и электронного блока. Оно работает на спутниковой навигации и передаёт сведения об объекте отслеживания [2]. Пломбу навешивают на запорные устройства дверей грузового отсека или контейнера. Иногда её ставят на другое место транспортного средства или на сам груз [2].

Электронные документы описывают перевозку, а навигационная пломба передаёт данные о местоположении, состоянии устройства и целостности элемента пломбирования. Она не доказывает, что содержимое грузового отсека не менялось. Для TMS отсюда следуют два правила:

1. У пломбы есть физическое состояние: целостность элемента пломбирования и корпуса, заряд, связь. Его нельзя «исправить» в системе, можно только зафиксировать и объяснить.
2. У пломбы есть события во времени, и их порядок важнее последнего статуса. Разбор инцидента почти всегда сводится к вопросу «что было раньше».

Как работает отслеживание: участники и жизненный цикл пломбы

В механизме разделены роли [2][4]:

• Категории перевозок определяют Соглашение и акты ЕАЭС. Контролирующий орган принимает решение или даёт разрешение в тех случаях, где это предусмотрено процедурой. Пломбу активирует и деактивирует национальный оператор; снятие и замена в пути проходят по установленным правилам [2][8].
• Национальный оператор ведёт информационную систему, активирует и деактивирует пломбы, формирует уникальный номер перевозки и принимает данные устройства. Наложить или снять пломбу может оператор либо иное лицо, если это допускают национальные правила [2][8]. В России национальным оператором назначен ЦРЦП [4].
• Участники перевозки — отправитель, экспедитор, перевозчик, получатель. Именно заказчики услуги отслеживания отвечают за обеспечение объекта необходимым количеством пломб [8].

Соглашение определяет базовые стадии [2]:

• наложение — физическое навешивание и замыкание элемента пломбирования;
• активация — постановка на контроль в системе оператора;
• наблюдение;
• деактивация;
• снятие.

Отслеживание всей перевозки ведёт оператор страны, где оно началось, даже если пломба зарегистрирована у оператора другого государства [2].

Для TMS эти стадии и есть «скелет» статусной модели. Все остальные события — нештатные ситуации, снятие в пути, замена — привязываются к ним.

Шаг 1. Нужна ли пломба: страны, транспорт, товар, процедура

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

Маршрут

Соглашение применяется к перевозкам по территориям двух и более государств-членов. В нём перечислено пять схем [2]:

• из одной страны Союза в другую;
• с выездом через другую страну и возвратом в страну начала;
• из третьей страны в страну Союза через территории двух и более государств-членов;
• из страны Союза в третью страну через территории двух и более государств-членов;
• из третьей страны в третью через Союз.

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

Что это значит для TMS. Применимость нельзя определять по флагу рейса «международный/внутренний». Нужен маршрут в виде упорядоченного списка стран с точками пересечения границ, включая транзитные участки.

Процедура и товар

Соглашение называет объекты отслеживания [2]:

• товары под таможенным транзитом (авто и ж/д);
• товары под специальными экономическими мерами;
• отдельную алкогольную и табачную продукцию при экспорте и во взаимной торговле;
• иные объекты по решению ЕЭК.

Внедрение идёт поэтапно:

• Первый этап, с 11.02.2026. Охвачены санкционные товары, алкоголь и табак (авто и ж/д). Кроме того, отслеживается автомобильный транзит мехов, одежды, обуви и радиоэлектроники [1][2][9].
• Второй этап, с 31.07.2026. Охвачен весь автомобильный таможенный транзит через два и более государства Союза, кроме исключений. По железной дороге добавлен транзит товаров позиций 4303, 6101–6106, 6110, 6401–6405, 8517, 8519, 8521, 8525–8528 ТН ВЭД ЕАЭС [1][2][10].
• Третий этап запланирован с 27 мая 2027 года для остального железнодорожного таможенного транзита [1][6]. Перед перевозкой эту дату и охват нужно перепроверить по действующим актам.

Для железнодорожного транзита применимость определяется кодом ТН ВЭД, а не коммерческим наименованием [4]. Отсюда прямое требование к данным: у каждой товарной позиции в TMS должен быть код, и он должен совпадать с кодом в транзитной декларации.

По данным Минтранса, к моменту старта второго этапа число перевозок под пломбой превысило 300 тысяч [1].

Исключения

С 31 июля 2026 года случаи, когда транзит не отслеживается, определяет Решение Совета ЕЭК от 09.07.2026 № 71. Прежнее Решение № 147 утратило силу [3][12].

В перечень входят, в частности [3]:

• гуманитарная помощь (при наличии подтверждения);
• живые животные и инкубационные яйца;
• тяжеловесные и крупногабаритные перевозки при наличии спецразрешения;
• международные почтовые отправления;
• грузы насыпью и навалом в открытых отсеках;
• ряд случаев в железнодорожных перевозках;
• товары, по которым совокупное обеспечение таможенных, специальных, антидемпинговых и компенсационных платежей на одном транспортном средстве не превышает эквивалента 500 евро по курсу на дату регистрации транзитной декларации;
• до 31 декабря 2027 года — перевозки, где уполномоченный экономический оператор одновременно является декларантом и перевозчиком на всём маршруте, а транспортное средство зарегистрировано в государстве ЕАЭС.

Важная оговорка: исключения не действуют для ряда категорий [3]:

• санкционных товаров;
• алкоголя и табака;
• «чувствительных» позиций — мехов, одежды, обуви, радиоэлектроники;
• опасных грузов — с проверкой конкретного пункта и примечаний Решения № 71; для радиоактивных материалов в пункте 19 действует отдельная оговорка;
• товаров, которые едут вместе с отслеживаемыми.

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

Отраслевые обзоры, опубликованные до конца июля 2026 года, описывают исключения по отменённому Решению № 147. Для новой перевозки опирайтесь только на действующий акт [3][4].

Как оформить проверку в TMS

Проверку применимости стоит хранить не как галочку, а как запись с исходными данными и результатом:

• входные данные: страны маршрута, вид транспорта, процедура, коды ТН ВЭД всех позиций, признаки (санкционный товар, подакцизный, опасный груз), сумма обеспечения, сведения о спецразрешении или подтверждениях для исключений;
• результат: «пломба ожидается», «пломба не ожидается (исключение п. N)» или «нужна ручная проверка»;
• основание: этап и пункт Соглашения, номер и редакция акта об исключениях, дата проверки, кто проверял;
• фактическое решение органа: фиксируется отдельно, когда становится известно.

Такая запись показывает, почему рейс спланирован именно так. Она же позволяет быстро пересчитать применимость после изменения перечня.

Шаг 2. Модель данных: пломба, рейс, транспорт, документы

Ключевые сущности

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

На время перевозки в пломбу записывают:

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

Отсюда модель, которая выдерживает реальные сценарии:

• Рейс (Trip) — операционная единица TMS.
• Поля: внутренний ID, заказ(ы), перевозчик, водитель, плановый маршрут, статус.
• Контролируемая перевозка (TrackedMovement) — юридическая единица отслеживания. Она может не совпадать с рейсом один к одному.
• Поля: внутренний ID, оператор, уникальный номер перевозки оператора, процедура, номер ТД/ДТ, пункты начала и завершения, ссылка на проверку применимости.
• Пломба (Seal) — физическое устройство, которое живёт дольше рейса.
• Поля: уникальный номер устройства, оператор регистрации, модель.
• Назначение пломбы (SealAssignment) — связь «какая пломба, на каком отсеке, в какой перевозке».
• Поля: перевозка, пломба, единица транспорта или отсек, время наложения, кто накладывал, присутствовал ли представитель органа, заряд при наложении, время активации, деактивации, снятия и возврата.
• Единица транспорта (VehicleUnit) — нужна потому, что пломб может быть несколько, по числу и конструкции отсеков [2].
• Поля: тип (тягач, прицеп, полуприцеп, контейнер, вагон), номер, страна регистрации, отсеки.
• Товарная позиция (CargoLine) — основа проверки применимости.
• Поля: код ТН ВЭД, описание, количество, вес, признаки (санкции, подакциз, ДОПОГ), документ-основание.
• Документ (Document) — нужен для сверки с тем, что записано в пломбу.
• Поля: тип, номер, дата, версия, хеш файла, связь с позициями.
• Участок маршрута (RouteLeg) — основа для контроля отклонения.
• Поля: порядок, страна, пункт пропуска, плановое время. Отдельно хранятся маршрут, установленный органом, и допустимое отклонение.
• Событие пломбы (SealEvent) — элемент хронологии.
• Поля: ID события у источника, тип, время события, время получения оператором (если есть), время получения TMS, координаты, заряд, источник, исходное сообщение.
• Инцидент (Incident) — нужен для разбора нештатных ситуаций.
• Поля: тип по Решению № 131, время обнаружения, кто обнаружил, уведомления, действия, основание закрытия.
• Передача ответственности (CustodyTransfer) — звено цепочки ответственности.
• Поля: от кого, кому, роль, место, время, состояние пломбы при передаче, подтверждение.
• Запрос на изменение (ChangeRequest) — для действий в пути, которые затрагивают пломбу, установленный органом маршрут или сведения перевозки и требуют отдельного согласования по норме либо процедуре оператора.
• Поля: тип, причина, инициатор, разрешение органа (кто, когда, реквизиты), статус, связанные события.
• Журнал аудита (AuditLog) — защищает историю от «тихих» правок.
• Поля: кто, что, когда, значение до и после.

Пример записи события в нормализованном виде. Структура иллюстративная, реальные поля зависят от интерфейса оператора:

{
  "event_id": "src:crcp:7f3c…",
  "movement_id": "TM-2026-000418",
  "seal_uid": "<уникальный номер пломбы>",
  "type": "ACTIVATED",
  "event_time": "2026-09-14T06:42:10Z",
  "operator_received_at": "2026-09-14T06:42:55Z",
  "tms_received_at": "2026-09-14T06:47:03Z",
  "source": "operator_interface",
  "position": { "lat": 54.12, "lon": 37.51 },
  "battery_pct": 92,
  "raw_payload_ref": "blob://events/2026/09/14/…",
  "ingest_status": "accepted"
}

Связи, которые нельзя упрощать

• Рейс ≠ перевозка. Один рейс может включать участок без пломбы и участок под пломбой. При перегрузке одна перевозка продолжается на другом транспорте. Храните связь «многие ко многим» с периодами действия.
• Перевозка ≠ пломба. На одну перевозку может приходиться несколько пломб — по числу отсеков [2]. Одна пломба за время жизни проходит через десятки перевозок.
• Транспорт привязан к периоду. Тягач могут заменить, поэтому связь «перевозка — единица транспорта» хранится с датами начала и окончания, а не как поле рейса.
• Документы версионируются. Номер в пломбе должен совпадать с номером конкретной версии документа, а не с «текущим» значением в карточке.

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

Шаг 3. Передача ответственности за устройство

Нормативные акты распределяют роли так:

• обеспечивать объект пломбами должны заказчики услуги отслеживания — отправитель, экспедитор, перевозчик или получатель [8];
• при автомобильной перевозке под транзитом при наложении и снятии присутствует перевозчик, а представитель таможни — если он так решил [8];
• оператор фиксирует ФИО представителя лица, которое накладывает или снимает пломбу, и факт присутствия представителя контролирующего органа [8];
• после завершения перевозки пломбу снимает оператор страны завершения, а вернуть устройство ЦРЦП нужно в трёхдневный срок [6].

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

Что фиксировать при передаче:

1. Номер пломбы — сверка с номером на корпусе, который должен оставаться читаемым после наложения [8].
2. Визуальное состояние: целостность элемента пломбирования и корпуса.
3. Статус у оператора на момент передачи: активирована, нет нештатных ситуаций.
4. Кто передал, кто принял, в какой роли, где и когда.
5. Подтверждение: подпись в акте или мобильном приложении, фото.

Отдельно настройте работу с доступами. ЦРЦП выдаёт PIN-код перевозки в личном кабинете [6]. Рассматривайте его как чувствительный реквизит и храните по правилам договора и инструкции оператора: с ролевым доступом и без пересылки в открытых чатах.

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

Шаг 4. Изменения в пути: маршрут, перегрузка, замена транспорта и пломбы

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

Что говорят нормы:

• Наложенную пломбу используют на всём пути без штатной замены на внутренних границах Союза. При этом на одной перевозке может быть несколько пломб по числу и конструкции отсеков, а нормы допускают замену в пути в установленных случаях [2][8][13].
• Снятие в пути без прекращения наблюдения допускается в определённых случаях. При транзите и экспорте это, в частности, государственный контроль (выборочно, по системе управления рисками), разгрузка, перегрузка (перевалка) и иные грузовые операции, а также нештатные ситуации [13].
• Замена пломбы в пути допускается, если контролирующий орган принял решение о замене. В том числе это возможно из-за нештатной ситуации или несанкционированного действия [13].
• Кто снимает и заменяет в пути: должностное лицо органа той страны, где возникла необходимость, либо оператор или перевозчик — с разрешения такого должностного лица [8].
• Несанкционированное действие — снятие, при котором элемент пломбирования разомкнут не средствами системы оператора или с нарушением установленного порядка [2].
• Исключение при угрозе грузу. Пломбу можно удалить без разрешения, если есть реальная угроза уничтожения, утраты или существенной порчи груза. Перевозчик обязан сразу сообщить контролирующему органу и при наличии представить подтверждающие документы [8].
• Отклонение от маршрута. Для автомобиля отклонение более чем на 50 км от маршрута, установленного органом, считается нештатной ситуацией на территории соответствующего государства. Орган может изменить порог [5].

В TMS отдельный запрос нужен для действий, которые затрагивают пломбу, установленный контролирующим органом маршрут или сведения о контролируемой перевозке. Остальные изменения можно проводить по внутреннему регламенту компании. Для контролируемого запроса подходит такая машина состояний:

создан → ожидает разрешения → разрешено / отказано → выполняется → выполнено (с событиями пломбы) → закрыт

Правила:

• если действие требует разрешения по акту ЕАЭС, решению органа или процедуре оператора, TMS не закрывает запрос без реквизитов разрешения; сама по себе любая замена тягача или прицепа не означает, что разрешение обязательно;
• исключение — сценарий «угроза грузу»: запрос создаётся задним числом, но с обязательным временем уведомления органа и приложенными документами;
• после выполнения TMS ждёт подтверждающих событий пломбы (снятие, повторное наложение, активация) и не закрывает запрос, пока они не пришли или не внесены вручную с основанием;
• старый маршрут и старая единица транспорта не удаляются, а получают дату окончания.

Шаг 5. Статусы, разрыв связи и время события и доставки

Три разных «потери связи»

Решение Коллегии № 131 закрепляет, что считается нештатной ситуацией [5]:

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

Базовые значения периода связи: 15 минут для Беларуси, 30 минут для Армении и Кыргызстана, 1 час для Казахстана и России. Орган вправе менять их в диапазоне 1–120 минут [5]. Для сравнения: при наложении заряд должен быть не ниже 75 % [8].

Для России базовый период связи составляет один час, а признак нештатной ситуации возникает после двух периодов подряд, то есть через два часа, если орган не изменил параметр [5]. Это не расхождение. В TMS храните отдельно длительность одного периода и количество пропущенных периодов.

В TMS полезно явно различать три вида «тишины»:

• Пломба → оператор. Два пропущенных периода относятся к признакам нештатной ситуации по Решению № 131 [5]. TMS может рассчитать предварительное предупреждение, если получает нужные данные, но должна отличать его от статуса, подтверждённого оператором или органом.
• Оператор → TMS. Это проблема интеграции: не отвечает интерфейс, истёк доступ, застряла очередь. Показывать нужно технический статус «нет данных с …», без вывода о состоянии пломбы.
• TMS → диспетчер. Уведомление не доставлено или не прочитано. Здесь нужен контроль эскалаций.

Если TMS не получает данные в ожидаемый срок, она должна показать время последнего события и техническое предупреждение. Жёсткий порог «два часа» здесь неверен: задержка между оператором и TMS не равна разрыву связи между пломбой и оператором.

Время события и время получения

У события хранят две обязательные временные метки и одну дополнительную, если её передаёт интерфейс:

• время события — когда оно произошло по данным устройства или оператора;
• время получения оператором — если интерфейс его отдаёт;
• время получения TMS.

Правила обработки:

1. Хранить всё в UTC. Для отображения переводить в часовой пояс диспетчера и отдельно показывать местное время в точке события: маршрут через ЕАЭС проходит через несколько часовых поясов.
2. Не строить порядок только по одной временной метке. Сохранять идентификатор и последовательность источника, время события и оба времени получения. После восстановления связи сверять всю цепочку и отмечать конфликт, если источник прислал непоследовательные данные.
3. Не перезаписывать статус «запоздавшим» событием. Если после активации пришло более старое событие, оно встаёт в хронологию, а текущий статус пересчитывается по всей цепочке.
4. Дедуплицировать по идентификатору события источника. Если его нет — по хешу: пломба, тип, время события, координаты.
5. Сохранять исходное сообщение без изменений рядом с нормализованной записью.
6. Считать задержку доставки — время получения TMS минус время события — и выводить её в мониторинг интеграции.

Отдельный сценарий — сбой при записи документов в пломбу до активации. Для транзита и экспорта передача должна пройти не позже чем через 15 минут с момента сбоя [8]. Для ж/д срок может быть короче, если это влияет на работу станции. В любом случае передача должна завершиться до убытия из страны начала отслеживания [8]. Для диспетчера это повод держать машину в пункте наложения, пока оператор не подтвердит завершение.

Шаг 6. История рейса для разбора

Три типовых разбора, ради которых стоит строить историю:

• Задержка на границе или в пункте наложения. Нужны плановые и фактические времена по участкам, время решения органа, время активации, время прохождения пункта пропуска.
• Срабатывание контроля. Нужны тип нештатной ситуации, время события и время, когда о нём узнали, координаты, последние события перед ним, действия водителя и диспетчера, решения органа.
• Расхождение документов. Нужны версии документов с хешами, номер ТД/ДТ и уникальный номер перевозки, которые были известны TMS на момент отправки, и то, что вернул оператор.

Требования к хранению:

• Журнал только на добавление. Исправления оформляются новыми записями со ссылкой на исправляемую, а не редактированием.
• Снимки на ключевых точках: проверка применимости, наложение, каждое изменение в пути, завершение. Снимок фиксирует состав рейса, транспорт, документы и ответственных на этот момент.
• Собственная копия. После деактивации данные, записанные на период рейса, стираются из пломбы и систем операторов, которым они передавались [8]. При этом оператор страны начала хранит сведения о перевозке не менее трёх лет [2]. Заранее согласуйте доступ участника к этой истории и состав выгрузки, а полученные события, уведомления и документы сохраняйте в TMS.
• Срок хранения в TMS определите вместе с юристом, исходя из сроков по таможенным и договорным спорам. Ориентир снизу — срок хранения у оператора.

Для разбора удобно одно окно — линия времени, где по времени события собраны:

• плановые точки маршрута;
• события пломбы;
• события собственной телематики, если она есть;
• действия диспетчеров;
• решения органов.

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

Российская специфика

• Национальный оператор РФ — ЦРЦП [4]. Порядок для перевозчика по сайту оператора [6]:

1. Регистрация и принятие договора-оферты.
2. Установка приложения «ЦРЦП | Пломба».
3. Создание и оплата перевозки в личном кабинете, получение PIN-кода.
4. Прибытие в выбранный пункт для решения контролирующего органа.
5. Наложение и активация пломбы.
6. Перевозка.
7. Снятие у оператора страны завершения и возврат пломбы в течение трёх дней.

• Договор меняется публикацией. Новая редакция договора ЦРЦП публикуется на сайте, а продолжение пользования услугами означает согласие [7]. Кто-то в компании должен отслеживать эти изменения: они могут затронуть и процесс, и интеграцию.
• Персональные данные. Оператор обрабатывает данные по 152-ФЗ [7]. В TMS тоже появятся персональные данные водителей и представителей, которые накладывают и снимают пломбы. Их нужно учесть в модели угроз и политике обработки.
• Разные операторы в разных странах. Перевозку, начатую в Казахстане или Беларуси, отслеживает оператор этой страны [2][6]. Если компания возит через несколько стран, в модели нужно поле «оператор» у перевозки и у пломбы.
• Внутренние перевозки. Маршрут только по территории России механизмом Соглашения не охватывается. Национальные правила проверяются отдельно [4].
• Совмещение с таможенным сопровождением при использовании навигационных пломб не допускается. Исключения — перевозки алкоголя и табака, санкционных товаров и партий с обеспечением свыше эквивалента 500 тыс. долларов США [2].

Варианты интеграции с оператором

Публичной документации API ЦРЦП для подключения TMS в открытых источниках найти не удалось. Оператор описывает работу через личный кабинет, мобильное приложение и офисы обслуживания [6][7]. Поэтому начинать стоит с вопроса к оператору: какой интерфейс обмена доступен вашей компании по договору, есть ли тестовая среда, какие операции и какие события можно получить.

• Ручной ввод по регламенту. Подходит, если перевозок несколько в неделю. В форме обязательны время события и время внесения в TMS; время получения оператором добавляют, если оно доступно.
• Импорт выгрузок из кабинета, если оператор их даёт. Подходит для среднего объёма, когда нужна сверка. Ограничения — неполнота событий и интервал обновления.
• Интеграция через интерфейс, выданный по договору. Подходит для регулярных контролируемых перевозок. Возможности зависят от того, что именно предоставляет оператор. Нужны очередь, повторы и защита от дублей.
• Готовое решение или платформа-посредник. Подходит, если нет ресурсов на свою разработку. Проверьте, какие данные платформа реально получает и сколько их хранит.

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

Что проверить перед интеграцией:

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

Регламент сопровождения рейса с навигационной пломбой

• Планирование. Отвечает логист.

Действие в TMS: маршрут по странам, коды ТН ВЭД, процедура, запуск проверки применимости.

Подтверждение: запись проверки с основанием и редакцией акта.

• Оформление у оператора. Отвечает ответственный по договору.

Действие в TMS: создание перевозки у оператора, оплата, ввод уникального номера перевозки; PIN-код — в защищённое хранилище.

Подтверждение: номер перевозки и статус оплаты.

• Подача ТС. Отвечает перевозчик.

Действие в TMS: фиксация тягача, прицепа, контейнера, отсеков и водителя.

Подтверждение: сверка номеров с документами.

• Решение органа. Отвечают водитель или декларант.

Действие в TMS: внесение решения о применении пломбы.

Подтверждение: время и реквизиты решения.

• Наложение и активация. Участвуют оператор и перевозчик.

Действие в TMS: SealAssignment на каждый отсек, время наложения, лица, заряд, ожидание активации.

Подтверждение: события «наложена» и «активирована».

• В пути. Отвечает диспетчер.

Действие в TMS: мониторинг событий, контроль «тишины» по параметрам перевозки, эскалации.

Подтверждение: хронология и уведомления.

• Нештатная ситуация. Участвуют диспетчер и водитель.

Действие в TMS: создание Incident, уведомления, действия по указанию органа.

Подтверждение: решения органа, события пломбы.

• Изменения в пути. Отвечает диспетчер.

Действие в TMS: создать ChangeRequest и приложить разрешение, если оно требуется актом ЕАЭС, решением органа или процедурой оператора.

Подтверждение: реквизиты разрешения, события снятия и повторного наложения.

• Завершение. Участвуют получатель и оператор.

Действие в TMS: деактивация и снятие у оператора страны завершения.

Подтверждение: события «деактивирована» и «снята».

• Возврат устройства. Отвечает ответственный по договору.

Действие в TMS: контроль срока возврата.

Подтверждение: отметка о возврате.

• Закрытие рейса. Отвечает логист.

Действие в TMS: снимок итогового состояния, проверка незакрытых инцидентов и запросов.

Подтверждение: итоговый снимок в архиве.

Ограничения, ошибки и риски

• Распространение требования на всё подряд. Пломба нужна не на каждую перевозку. Лишнее оформление стоит денег и времени, а ошибочное «не нужна» обходится ещё дороже.
• Устаревший перечень исключений. Решение № 147 утратило силу. Сверяйтесь с Решением № 71 и следите за изменениями [3].
• Смешанные партии. Исключение не применяется к товарам, которые перевозят совместно с товарами, подлежащими отслеживанию [3]. Проверяйте все позиции и точное условие Решения № 71.
• Автоматические выводы TMS. Система может предупреждать, но не должна на основании собственных данных объявлять нештатную ситуацию или «отсутствие нарушения».
• Константы в коде. Интервалы связи и порог отклонения меняются органом [5], поэтому это параметры.
• Доступ к истории. Часть данных после деактивации стирается из устройства и передавших их систем, а оператор начала хранит сведения о перевозке не менее трёх лет [2][8]. Возможность разбора зависит от доступности и состава выгрузки; собственная копия снижает этот риск.
• Размытая ответственность. Если в договорах не прописано, кто оформляет, платит, возвращает устройство и действует при инциденте, это обнаружится в момент инцидента.

Как выбрать решение

• Несколько перевозок в месяц — достаточно регламента и отдельной формы в TMS или 1С: время события, время получения TMS и, если доступно, время получения оператором. Разработка не обязательна.
• Регулярный поток транзита — нужна интеграция с доступным интерфейсом оператора, очередь, дедупликация и журнал.
• Несколько стран и операторов — нужен слой, который приводит события разных операторов к единой модели.
• Уже есть телематика — её полезно показывать рядом с событиями пломбы, но не подменять ею данные оператора.

Вывод

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

• нужна ли пломба и почему;
• кто отвечает за устройство сейчас;
• какие изменения в пути были разрешены;
• что именно произошло и когда.

Для этого достаточно трёх вещей:

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

Всё остальное — вопрос объёма и доступного интерфейса оператора.

Источники

[1] mintrans.gov.ru — Начался второй этап применения навигационных пломб на пространстве ЕАЭС — https://mintrans.gov.ru/eye/press-center/news/12861

[2] eec.eaeunion.org — Соглашение о применении в Евразийском экономическом союзе навигационных пломб для отслеживания перевозок от 19.04.2022 — https://eec.eaeunion.org/comission/department/dep_tamoj_infr/n_seals/2022.04.19%20approve_agr_ns.pdf

[3] alta.ru — Решение Совета ЕЭК от 09.07.2026 № 71 о перечне товаров, случаев и условий, когда транзит не подлежит отслеживанию — https://www.alta.ru/tamdoc/26sr0071/

[4] arsenal-transit.ru — Навигационные пломбы в ЕАЭС: что изменится с 31 июля 2026 года — https://arsenal-transit.ru/news/navigatsionnye-plomby-eaes-vtoroy-etap/

[5] alta.ru — Решение Коллегии ЕЭК от 22.08.2023 № 131 об определении нештатных ситуаций — https://www.alta.ru/tamdoc/23kr0131/

[6] crcp.ru — Перевозки по Соглашению о применении в ЕАЭС навигационных пломб — https://crcp.ru/services/transportation.php

[7] crcp.ru — Вопросы и ответы — https://crcp.ru/faq

[8] dcvi.tks.ru — Решение Коллегии ЕЭК от 22.08.2023 № 128 «О некоторых вопросах применения навигационных пломб» — https://dcvi.tks.ru/document/735211

[9] asmap.ru — Применение навигационных пломб в ЕАЭС с 11 февраля 2026 г. (справка АСМАП/IRU) — https://www.asmap.ru/upload/landing/%D0%9F%D1%80%D0%B8%D0%BC%D0%B5%D0%BD%D0%B5%D0%BD%D0%B8%D0%B5%20%D0%BD%D0%B0%D0%B2%D0%B8%D0%B3%D0%B0%D1%86%D0%B8%D0%BE%D0%BD%D0%BD%D1%8B%D1%85%20%D0%BF%D0%BB%D0%BE%D0%BC%D0%B1%20%D0%B2%20%D0%95%D0%90%D0%AD%D0%A1%20%D1%81%2011%20%D1%84%D0%B5%D0%B2%D1%80%D0%B0%D0%BB%D1%8F%202026%20%D0%B3._RU.pdf

[10] seanews.ru — Начался второй этап применения навигационных пломб — https://seanews.ru/2026/07/31/ru-nachalsja-vtoroj-jetap-primenenija-navigacionnyh-plomb

[11] cargorun.ru — Навигационные пломбы ЕАЭС: с 31 июля 2026 транзит проверяют по новым правилам — https://cargorun.ru/blog/novosti/navigatsionnye-plomby-eaes-vtoroy-etap-2026

[12] alta.ru — Обновлён перечень товаров, случаев и условий, когда перевозка по процедуре транзита не подлежит отслеживанию — https://www.alta.ru/laws_news/129924/

[13] adilet.zan.kz — Решение Коллегии ЕЭК от 20.02.2024 № 12 о порядках снятия и замены навигационных пломб в пути — https://adilet.zan.kz/rus/docs/H24EK000012