Открыть сервис

Cargo-IMP

Cargo-IMP — это международный стандарт электронного обмена данными (EDI), используемый в грузовых авиаперевозках для передачи информации о бронировании, отправке, прибытии и таможенном оформлении грузов. Стандарт разработан Международной ассоциацией воздушного транспорта (IATA) и представляет собой набор структурированных сообщений, которые заменяют бумажные документы и ускоряют процессы обработки грузов. Cargo-IMP (Cargo Interchange Message Procedures) является частью более широкой системы стандартов IATA Cargo Services Conference (CSC) и активно применяется авиакомпаниями, грузовыми агентами, наземными операторами и таможенными службами по всему миру.

История и развитие

Предпосылки создания

До внедрения Cargo-IMP в 1970-х годах обмен информацией в авиагрузовой отрасли осуществлялся преимущественно с помощью бумажных документов: авианакладных (Air Waybill, AWB), манифестов, уведомлений о прибытии и отгрузке. Это приводило к задержкам, ошибкам при ручном вводе данных и высоким операционным издержкам. С ростом объёмов международных авиаперевозок возникла необходимость в унифицированном электронном формате, который бы обеспечивал совместимость между различными участниками логистической цепочки.

Разработка и внедрение

IATA начала разработку Cargo-IMP в конце 1960-х годов, а первая версия стандарта была опубликована в 1975 году. Основой послужили существующие стандарты EDI (например, UN/EDIFACT), но с адаптацией под специфику авиагрузов. Стандарт быстро получил распространение в Европе и Северной Америке, а к 1990-м годам стал обязательным для участников системы IATA Cargo Accounts Settlement Systems (CASS). В 2000-х годах началась постепенная миграция на более современный стандарт Cargo-XML, основанный на языке разметки XML, однако Cargo-IMP остаётся широко используемым в legacy-системах многих авиакомпаний и грузовых терминалов.

Текущее состояние

По состоянию на 2025 год Cargo-IMP продолжает применяться, особенно в регионах с менее развитой цифровой инфраструктурой (Африка, Южная Америка, части Азии). IATA официально рекомендует переход на Cargo-XML, но не требует немедленной замены. Многие крупные грузовые операторы (например, Lufthansa Cargo, Emirates SkyCargo) поддерживают оба формата для совместимости с партнёрами.

Структура и типы сообщений

Основные элементы

Сообщение Cargo-IMP состоит из полей фиксированной длины, разделённых на сегменты. Каждый сегмент начинается с трёхбуквенного кода (например, BGM — начало сообщения, NAD — данные об участнике, TDTинформация о транспорте). Структура сообщения строго регламентирована: заголовок, тело (с данными о грузе, отправителе, получателе, маршруте) и завершающий блок.

Классификация сообщений

Выделяют несколько основных типов сообщений Cargo-IMP:

  • FWB (Freight Waybill) — электронная версия авианакладной, содержащая данные о грузе, отправителе, получателе, маршруте и условиях перевозки.
  • FHL (Freight House Manifest) — манифест, объединяющий несколько авианакладных (обычно при консолидации грузов).
  • FSU (Freight Status Update) — сообщение о статусе груза (принят, отправлен, прибыл, выдан). Включает коды статусов (например, RCT — получен, DEP — отправлен, ARR — прибыл).
  • FFR (Freight Forwarder Request) — запрос от грузового агента на бронирование места.
  • FWB/R (Reply) — ответ на запрос бронирования (подтверждение или отказ).
  • CUS (Customs) — сообщения для таможенного оформления (например, предварительное уведомление о прибытии груза).

Формат данных

Сообщения передаются в виде текстовых строк с разделителями (обычно символ + или '). Пример фрагмента сообщения FWB:

`` BGM+1+FWB1234567890' NAD+FR+DE1234567890' TDT+20+LH+400+20250101:1200' ``

Где:

  • BGM — начало сообщения, номер авианакладной.
  • NAD — данные отправителя (код участника).
  • TDT — информация о рейсе (авиакомпания LH, номер рейса 400, дата и время).

Применение

Участники логистической цепочки

Cargo-IMP используется всеми ключевыми сторонами авиагрузовых перевозок:

  • Авиакомпании — для управления бронированиями, отслеживания грузов, формирования манифестов.
  • Грузовые агенты и экспедиторы — для отправки запросов на бронирование, получения статусов, подготовки таможенных документов.
  • Наземные операторы (GHA) — для обработки грузов в аэропортах (приём, складирование, загрузка).
  • Таможенные органы — для получения предварительной информации о грузах (системы «единого окна»).
  • Системы CASS (Cargo Accounts Settlement Systems) — для расчётов между участниками.

Примеры использования

  • Бронирование: агент отправляет сообщение FFR с данными о грузе (вес, объём, пункты отправления/назначения). Авиакомпания отвечает сообщением FFR/R с подтверждением или альтернативным предложением.
  • Отслеживание: после каждого этапа обработки (приём на складе, загрузка, вылет) генерируется сообщение FSU с кодом статуса. Грузовладелец или агент может получать эти сообщения в реальном времени.
  • Таможенное оформление: сообщение CUS отправляется до прибытия груза, что позволяет таможне провести предварительный анализ рисков и ускорить выпуск.

Преимущества и недостатки

Преимущества

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

Недостатки

  • Ограниченная гибкость: фиксированная длина полей затрудняет добавление новых типов данных (например, для опасных грузов или специальных инструкций).
  • Устаревшая архитектура: текстовый формат сложнее обрабатывать современными системами по сравнению с XML или JSON.
  • Отсутствие поддержки мультимодальности: стандарт ориентирован только на авиаперевозки, не интегрируется напрямую с морскими или железнодорожными системами.
  • Зависимость от legacy-систем: многие авиакомпании используют устаревшее ПО, которое трудно модернизировать.

Переход на Cargo-XML

Причины миграции

Cargo-XML (стандарт IATA, основанный на XML) предлагает более гибкую структуру, поддержку современных протоколов (REST, SOAP), возможность включения неструктурированных данных (например, PDF-файлов) и лучшую совместимость с системами управления цепочками поставок (SCM). IATA объявила о прекращении поддержки Cargo-IMP с 2024 года для новых участников, однако для существующих пользователей сроки не установлены.

Проблемы перехода

  • Стоимость: модернизация систем требует значительных инвестиций (оценки варьируются от 500 тыс. до 5 млн долларов для крупного оператора).
  • Совместимость: необходимо поддерживать оба стандарта в переходный период, что увеличивает нагрузку на IT-инфраструктуру.
  • Обучение персонала: сотрудники должны освоить новые форматы и инструменты.

Регулирование в России

В Российской Федерации использование Cargo-IMP регулируется в рамках общего законодательства о цифровом документообороте и транспортной безопасности. Авиакомпании, работающие на международных маршрутах (например, «Аэрофлот», «Волга-Днепр»), обязаны соблюдать стандарты IATA, включая Cargo-IMP, для взаимодействия с зарубежными партнёрами. Внутренние перевозки могут использовать альтернативные форматы (например, ЭД-2 от ФТС России), но для международных рейсов Cargo-IMP остаётся обязательным. С 2022 года, в связи с санкционным давлением, некоторые российские авиакомпании перешли на Cargo-XML для работы с партнёрами из дружественных стран (Китай, Индия, ОАЭ).

Интересные факты

  • В高峰期 (1980-е годы) Cargo-IMP обрабатывал до 90% всех авиагрузовых сообщений в мире. К 2024 году эта доля снизилась до примерно 40%.
  • Сообщения Cargo-IMP могут содержать до 2000 символов, что ограничивает объём передаваемой информации (например, для описания сложных грузов требуется несколько сообщений).
  • Некоторые авиакомпании до сих пор используют модемные соединения для передачи Cargo-IMP, хотя большинство перешло на TCP/IP.

Источники

BFOmetr — база данных и аналитика по компаниям России.

На главную BFOmetr →