Представим вполне обычную международную перевозку.
Контейнер с товаром выходит из Азии, приходит в российский порт, проходит контроль, перегружается на железную дорогу, едет на внутренний терминал, затем автомобиль доставляет его на склад получателя.
Физически это один груз и одна перевозка.
Но информационно это до сих пор может быть несколько разных миров.
Морская линия живет в своей системе. Терминал — в своей. Железная дорога — в своей. Экспедитор — в своей. Таможня, налоговые органы, Россельхознадзор и другие государственные структуры работают со своими информационными контурами. Один и тот же номер контейнера, груз, отправитель, получатель, масса, маршрут и документы могут несколько раз вводиться, передаваться, проверяться и сопоставляться.
Груз движется вперед, а информация иногда идет рядом с ним — отдельным маршрутом.
Мне кажется, именно с понимания этой проблемы нужно начинать разговор о Национальной цифровой транспортно-логистической платформе — НЦТЛП «ГосЛог».
Потому что идея ГосЛога значительно масштабнее электронного документооборота.
Если проект сделать правильно, Россия может получить цифровую инфраструктуру всей грузовой логистики страны.
Если сделать неправильно — получим еще одну большую информационную систему, в которую бизнес будет обязан передавать данные, но которая мало изменит реальную экономику перевозки.
Разница между этими двумя вариантами огромна.
Откуда вообще появился ГосЛог
Предпосылки для такой системы формировались давно.
Российская логистика за последние годы стала значительно сложнее. Изменились внешнеторговые маршруты, увеличилась роль Азии, Дальнего Востока и сухопутных коридоров, выросло количество мультимодальных перевозок. При этом разные виды транспорта исторически развивали собственные цифровые системы.
Получилась парадоксальная ситуация: отдельные участники рынка довольно хорошо цифровизированы, но цифровой сквозной перевозки часто нет.
Минтранс сам достаточно точно сформулировал первоначальную проблему. В грузовых перевозках отсутствовал унифицированный механизм обмена перевозочными, разрешительными и товаросопроводительными документами, а бизнесу приходилось взаимодействовать с множеством государственных и корпоративных систем. Задачей НЦТЛП стало объединение этих контуров через единые стандарты и механизм «одного окна».
Масштаб бумажной проблемы хорошо показывает цифра, прозвучавшая на официальной площадке Минтранса: в грузоперевозках использовалось 312 видов бумажных документов общим количеством около 5,26 млрд экземпляров в год, причем значительная часть сведений в них дублировалась.
Пять миллиардов документов — это уже не канцелярская проблема.
Это стоимость людей, времени, IT-интеграций, проверок, ошибок, ожиданий, повторного ввода информации и задержек груза.
Первые испытания были очень правильными
Мне нравится, что ГосЛог начали испытывать не в кабинете, а на реальных логистических цепочках.
Эксперимент стартовал 1 августа 2024 года. В него вошли государственные органы, РЖД, FESCO, группа «Дело», экспедиторы, грузоотправители, операторы электронного документооборота и другие участники рынка.
Причем были выбраны вполне реальные и сложные маршруты:
- Мундра — Москва;
- Хошимин — Москва;
- Иркутская область — Шанхай;
- Владивосток — Сахалин;
- Тульская область — Новороссийск.
Всего предполагалось отработать 12 маршрутов, охватывающих импорт, экспорт, внутренние перевозки и транзит.
Это правильная логика.
Потому что мультимодальную платформу невозможно нормально спроектировать, сидя только над схемой API. Нужно физически провести груз через море, порт, железную дорогу, автомобиль, терминал и государственный контроль и посмотреть, в какой точке цифровая цепь рвется.
Именно так и надо проектировать подобные системы.
В рамках подготовки к ГосЛогу Россия, например, впервые передала в государственную систему электронный морской перевозочный документ при интермодальной перевозке контейнера через Владивосток и далее на Сахалин. Вместе с электронным коносаментом использовались транспортная накладная и путевой лист.
Это кажется небольшой технической деталью.
На самом деле именно из таких деталей и строится настоящая цифровая логистика.
Что изменилось к 2026 году
Сегодня ГосЛог уже нельзя называть просто экспериментом.
14 февраля 2026 года Правительство утвердило положение о национальной цифровой транспортно-логистической платформе постановлением №139. Платформа получила статус государственной информационной системы, а операторские полномочия возложены на Ситуационно-информационный центр Минтранса.
С 1 марта 2026 года на базе ГосЛога заработал реестр транспортных экспедиторов. В дальнейшем, с 1 марта 2027 года, планируется запуск реестра автомобильных грузоперевозчиков.
А с 1 сентября 2026 года произошла еще более важная вещь: для ключевых перевозочных и экспедиторских документов электронный формат стал обязательным. В электронную форму переведены в том числе железнодорожная транспортная накладная, автомобильная транспортная накладная, заявки на автомобильную перевозку, авиагрузовые и экспедиторские документы.
То есть цифровой фундамент уже создается не в презентациях.
Он становится частью обязательной операционной среды.
Именно поэтому сегодня главный вопрос уже не: «Нужен ли ГосЛог?»
Нужен.
Главный вопрос другой:
«Каким он должен стать?»
Цифровой паспорт перевозки — возможно, главный элемент всей конструкции
На сентябрь 2026 года Минтранс обсуждает архитектуру НЦТЛП вместе с рынком через специально созданный консультативный совет. В качестве государственного ядра рассматривается цифровой паспорт перевозки, а сама платформа должна обеспечить взаимодействие государственных и коммерческих цифровых решений.
Вот это, на мой взгляд, принципиально правильное направление.
Что такое цифровой паспорт перевозки в нормальном понимании?
Это не PDF вместо бумаги.
Это единая цифровая сущность перевозки, к которой привязывается весь ее жизненный цикл:
отправитель → груз → контейнер → транспортное средство → маршрут → документы → контрольные события → терминалы → смена вида транспорта → получатель.
Сегодня один и тот же груз существует одновременно в десятках информационных систем.
В правильной архитектуре должен существовать один цифровой объект перевозки, а разные участники получают доступ к тем данным этого объекта, которые им действительно нужны.
Это фундаментально другой подход.
Практический этап уже начался
В июле 2026 года для разработки НЦТЛП была создана компания «ЦТЛП Лотус». Ее учредителями стали ООО «Цифровая логистика», ПАО «ДВМП» и ГК «Астрал». Минтранс прямо назвал регистрацию компании переходом к практическому этапу реализации проекта.
Сам состав участников показателен.
Здесь одновременно присутствуют железнодорожная цифровая компетенция, крупный мультимодальный логистический оператор и разработчик информационных решений.
Представители проекта оценивают потенциальный эффект цифровизации как минимум в двукратное сокращение количества оформляемых документов, исключение их дублирования и сокращение времени получения ряда данных с десятков минут до секунд.
Но я бы здесь не зацикливался на документах.
Документы — только первый слой.
Настоящая ценность ГосЛога должна появиться тогда, когда данные начинают влиять на физическую логистику.
Чему Россия может научиться у Индии
Самый интересный зарубежный пример для нас — индийская Unified Logistics Interface Platform — ULIP.
Причем интересен он не потому, что Индию надо механически копировать. Масштаб экономики, государственное устройство и транспортные системы у нас разные.
Интересна сама архитектурная идея.
ULIP была запущена в 2022 году в рамках National Logistics Policy и PM Gati Shakti. Ее принцип: государство не пытается построить одну гигантскую TMS для всей страны. Оно создает цифровой шлюз, через который государственные информационные ресурсы становятся доступны участникам логистики через стандартизированные API.
И посмотрите на масштаб.
В марте 2025 года ULIP объединяла 43 государственные системы 11 министерств через 129 API и предоставляла более 1 800 полей данных. На платформе было зарегистрировано более 1 300 компаний, а количество API-транзакций превысило 1 млрд — индийское официальное сообщение использует показатель 100 crore.
К июлю 2026 года система выросла уже до 46 государственных систем 12 министерств и 142 API.
Обратите внимание на главное.
Государство создает инфраструктуру данных, а бизнес на ней создает сервисы.
Вот эту модель я считаю особенно важной для России.
ГосЛог не должен стать государственной TMS
Это, пожалуй, мой главный тезис.
Самая большая архитектурная ошибка, которую можно совершить, — попытаться превратить ГосЛог в одну огромную государственную систему, которая сама:
- строит маршруты;
- продает перевозки;
- управляет заказами;
- считает ставки;
- конкурирует с корпоративными TMS;
- пытается заменить цифровые продукты перевозчиков и экспедиторов.
Так делать не нужно.
Государству не надо становиться крупнейшим экспедитором страны.
ГосЛог должен быть цифровой инфраструктурой рынка, а не участником рынка.
В государственном ядре я бы оставил:
- цифровую идентификацию участников;
- цифровой паспорт перевозки;
- юридическую значимость событий и документов;
- государственные реестры;
- нормативно-справочную информацию;
- разрешительные процедуры;
- стандарты данных;
- маршрутизацию запросов между ведомствами;
- права доступа;
- доверенную инфраструктуру;
- базовые данные о движении груза.
А дальше должен начинаться конкурентный коммерческий слой.
Пусть бизнес строит:
- TMS;
- freight marketplaces;
- алгоритмы маршрутизации;
- сервисы ETA;
- страхование;
- факторинг;
- trade finance;
- AI-планирование;
- управление контейнерными активами;
- сервисы поиска обратной загрузки;
- платформы для терминалов и портов.
Это и есть настоящая экосистема.
Голландия дает другой важный урок — нейтральность
Еще один очень интересный пример — Portbase в Нидерландах.
Через Port Community System сегодня взаимодействуют более 7 000 организаций портово-логистической цепочки. Платформа соединяет линии, терминалы, экспедиторов, грузовладельцев, inland-операторов и государственные процессы.
Но мне здесь особенно нравится не технология.
Мне нравится принцип управления.
Portbase работает как нейтральная, некоммерческая инфраструктура, связанная с портовыми властями Амстердама и Роттердама. Более того, платформа специально подчеркивает: данные остаются собственностью компаний, которые их предоставляют, и не используются для сторонних коммерческих задач без разрешения владельца.
Для ГосЛога это критически важный урок.
Если перевозчики, терминалы, экспедиторы и грузовладельцы будут бояться, что коммерчески чувствительные данные могут:
- попасть конкурентам;
- использоваться не по назначению;
- повлиять на рыночную позицию компании,
они будут формально выполнять требования платформы, но никогда не дадут ей настоящую глубину данных.
А без доверия не будет платформы.
Будет только отчетность.
Сингапур показывает, что государственное окно и коммерческий обмен лучше разделять
У Сингапура очень зрелая цифровая архитектура торговли.
TradeNet работает как национальное Single Window: через единую точку подаются импортные, экспортные и транзитные декларации для государственных органов.
Отдельно развивается Networked Trade Platform, которая позволяет бизнесу, логистическим компаниям, государству и финансовым организациям обмениваться торговыми документами.
А еще есть SGTraDex — нейтральная инфраструктура доверенного обмена данными между участниками supply chain, которую сингапурская IMDA буквально описывает как data highway.
Это очень мудрая архитектура.
Не надо пытаться засунуть все в один огромный монолит.
Нужны разные слои:
государственное регулирование → доверенная инфраструктура данных → коммерческие сервисы.
Я бы именно такую логику закладывал в НЦТЛП.
Южная Корея показывает следующий шаг — связать логистику с торговлей и финансами
Корейская uTradeHub идет еще дальше.
Это национальная инфраструктура электронной торговли, которая соединяет не только логистику и таможню, но также банки, страхование, внешнеторговые документы и расчеты. Через единое цифровое окно пользователь может проходить путь от торгового контракта и логистики до таможенного оформления и платежей.
И вот здесь находится следующий уровень развития для России.
ГосЛог не должен останавливаться на транспортной накладной.
Настоящая экономическая ценность возникает, когда цифровой след груза позволяет подключать:
финансирование → страхование → таможню → перевозку → подтверждение поставки → оплату.
Тогда платформа действительно снижает стоимость торговли.
Что ГосЛог может дать российской экономике
Первый эффект очевиден — снижение транзакционных издержек.
Один раз введенные данные не должны перепечатываться в десять документов.
Второй — скорость.
Разрешение, проверка или подтверждение должны двигаться вместе с цифровым объектом перевозки, а не догонять физический груз.
Третий — прослеживаемость.
Не нужно звонить пяти участникам цепочки, чтобы понять, где контейнер и почему он стоит.
Четвертый — качество государственного управления.
Если государство видит не разрозненную отчетность, а реальную обезличенную картину транспортных потоков, оно может гораздо точнее принимать инфраструктурные решения.
Где возникает узкое место?
Где строить терминал?
Где не хватает пропускной способности?
Почему контейнер стоит?
Почему груз ушел на другой коридор?
Это уже не статистика прошлого года.
Это потенциально цифровая модель транспортной системы страны.
И вот это, на мой взгляд, самая сильная перспектива НЦТЛП.
А дальше начинается искусственный интеллект
Когда через платформу появится качественный цифровой след миллионов перевозок, возникает совершенно новый слой ценности.
Можно прогнозировать:
- грузопотоки;
- нагрузку на порты;
- терминальные мощности;
- дефицит контейнеров;
- вероятность задержки;
- потребность в платформах;
- загрузку пограничных переходов.
Можно моделировать последствия решений еще до того, как они приняты.
Например:
что произойдет с Московским транспортным узлом, если 15% китайского импорта перераспределить между несколькими внутренними хабами?
Сегодня ответ на такой вопрос приходится собирать из десятков источников.
В будущем такая модель должна рассчитываться практически онлайн.
Вот где ГосЛог перестает быть электронным архивом документов и становится инструментом управления логистикой страны.
Но есть и серьезные риски
Я отношусь к проекту позитивно, но именно поэтому считаю необходимым говорить о рисках прямо.
Первый риск — построить слишком большую систему
В IT есть старая проблема: чем масштабнее первоначальный замысел, тем выше вероятность получить систему, которую бесконечно дорабатывают, но неудобно использовать.
Я бы не пытался запускать всю вселенную сразу.
Второй риск — цифровизировать плохой процесс
Если сегодня для перевозки нужно выполнить 20 ненужных действий, перевод этих 20 действий из бумаги в XML не делает процесс эффективным.
Сначала нужно спросить:
зачем вообще нужны эти 20 действий?
И только потом их цифровизировать.
Третий риск — качество данных
Самая совершенная платформа бесполезна, если разные участники называют один и тот же объект по-разному, используют несовместимые справочники или передают недостоверные данные.
Поэтому единая data model может оказаться важнее красивого интерфейса.
Четвертый риск — доверие бизнеса
Коммерческие данные — это деньги.
Грузовая база, клиент, ставка, маршрут, производительность терминала, оборудование — чувствительная информация.
Должна существовать технически и юридически прозрачная модель:
кто видит какие данные, зачем и на каком основании.
Пятый риск — монополизация
Государственная цифровая инфраструктура не должна случайно создать преимущества одному коммерческому оператору, интегратору или IT-поставщику.
Платформа должна быть максимально нейтральной.
И здесь опыт Portbase особенно полезен.
Что бы я сделал иначе — десять принципов ГосЛога
На мой взгляд, успешная НЦТЛП должна строиться вокруг нескольких очень практических принципов.
Первое — API first.
Не заставлять рынок работать внутри одного интерфейса. Пусть крупные компании остаются в своих TMS и ERP, а ГосЛог общается с ними через стандартизированные API. Именно так масштабируется ULIP.
Второе — данные вводятся один раз.
Если информация уже появилась в доверенной системе, государство или другой участник не должен требовать ее повторно.
Третье — цифровой паспорт перевозки должен быть главным объектом системы.
Не документ, не вагон и не автомобиль отдельно, а перевозка целиком.
Четвертое — участник владеет своими коммерческими данными.
Это необходимо закрепить не только декларативно, но и архитектурно.
Пятое — государственное ядро должно оставаться небольшим.
Identity, trust, registries, standards, legal significance, digital shipment passport.
Все остальное пусть строит рынок.
Шестое — открытый sandbox.
Любая российская IT-компания, перевозчик или стартап должны иметь возможность получить тестовый доступ к API и построить сервис.
Седьмое — сначала коридоры, потом страна.
Нужно брать 10–20 крупнейших реальных supply chains и доводить каждую до полного digital flow.
Например:
Китай → Забайкальск → Москва.
Шанхай → Владивосток → Москва.
Индия → Иран → Россия.
Новороссийск → Центральная Россия.
И только потом масштабировать.
Восьмое — международная интеграция должна быть частью архитектуры с первого дня.
В 2024 году она уже закладывалась как перспективная задача НЦТЛП.
Если мы построим исключительно внутреннюю систему, то цифровая цепочка снова будет обрываться на границе.
Девятое — KPI должны измерять не число зарегистрированных пользователей.
Нужно считать:
время оформления перевозки;
количество повторно вводимых данных;
длительность прохождения контроля;
время простоя груза;
число ручных операций;
стоимость обработки одной перевозки.
Десятое — у проекта должен быть постоянный операционный совет.
Не только IT, не только государство и не только ассоциации.
В нем должны сидеть люди, которые каждый день реально управляют:
- контейнерами;
- поездами;
- терминалами;
- портами;
- автодоставкой;
- международными линиями;
- экспедиторскими цепочками.
Потому что именно они знают, где процесс действительно ломается.
Почему здесь особенно нужен практический опыт
Я много лет занимаюсь контейнерной логистикой и управлением крупными логистическими активами. И чем больше я смотрю на НЦТЛП, тем сильнее убеждаюсь: это не столько IT-проект, сколько проект реинжиниринга всей транспортной системы.
Разработчик хорошо понимает API.
Чиновник хорошо понимает нормативную задачу.
Но кто-то должен задавать третий вопрос:
«А как это будет работать с реальным контейнером в понедельник утром на терминале?»
Что произойдет, если железнодорожный поезд опоздал на восемь часов?
Если морское судно изменило ETA?
Если контейнер попал на досмотр?
Если клиент поменял получателя?
Если не подана платформа?
Если два государственных органа требуют разные данные?
Если груз уже физически ушел, а одно из цифровых событий не состоялось?
Вот из таких вопросов на самом деле и состоит логистика.
Именно поэтому я стараюсь сегодня лично участвовать в создании и внедрении НЦТЛП, а не как сторонний наблюдатель. Мне интересна сама архитектура будущей системы, ее практическое применение и превращение цифровой модели в реально работающий транспортный процесс.
Я убежден, что в команде такого проекта должны быть не только IT-архитекторы, специалисты по нормативному регулированию и государственным информационным системам, но и люди, десятилетиями управлявшие контейнерными активами, терминалами, железнодорожными и морскими сервисами и понимающие экономику перевозки изнутри.
Именно на стыке этих компетенций может появиться правильный ГосЛог.
Мой прогноз
Я думаю, значение НЦТЛП сегодня еще недооценено.
Если проект будет сведен преимущественно к реестрам и обязательному электронному документообороту, он станет полезной государственной информационной системой.
Это уже неплохо.
Но это будет только небольшая часть возможного результата.
Если же Россия построит:
единые стандарты данных + цифровой паспорт перевозки + открытые API + международную интеграцию + конкурентный рынок сервисов поверх государственного ядра, —
тогда ГосЛог может стать одной из наиболее важных инфраструктурных реформ российской логистики за последние десятилетия.
Индийская ULIP показывает, насколько быстро государственный data layer способен вырасти в настоящую экосистему: к 2026 году там уже 46 государственных систем, 12 министерств и 142 API.
Нидерланды показывают, насколько важны нейтральность и доверие.
Сингапур — как разделить государственное регулирование и коммерческий обмен.
Южная Корея — как в конечном счете соединить логистику с внешней торговлей и финансовыми расчетами.
России не нужно изобретать все заново.
Нужно внимательно взять лучшие элементы каждой модели и построить собственную.
Главный вывод
Я считаю, мы должны перестать воспринимать ГосЛог как проект “про документы”.
Документ — только начало.
Настоящая цель значительно больше:
сделать так, чтобы груз и информация о нем двигались через страну как единый поток.
Чтобы один раз созданные данные сопровождали перевозку от отправителя до получателя.
Чтобы бизнес не выполнял одну и ту же работу пять раз.
Чтобы государственные органы получали необходимые сведения автоматически.
Чтобы терминал заранее понимал, какой поток к нему идет.
Чтобы перевозчик видел отклонение раньше клиента.
Чтобы государство видело транспортную систему не по отчетам прошлого квартала, а практически в реальном времени.
И чтобы поверх этой инфраструктуры российский бизнес мог создавать новые коммерческие сервисы, а не ждать, когда государство создаст их за него.
Вот тогда НЦТЛП станет настоящей национальной цифровой инфраструктурой логистики.
И именно такой ГосЛог стоит строить.