Ещё несколько лет назад в США LOGINK называли потенциальным «торговым супероружием» Китая. Осенью 2026 года картина выглядит почти противоположно: международные проекты платформы застопорились, участие в отраслевой ассоциации прекратилось, сайт перестал работать, а связанная с операционным хабом в Вэньчжоу коммерческая структура оказалась втянута в десятки судебных споров.
Для Tarban в этой истории интереснее не американские опасения и не спор о намерениях Китая. Важнее другой вопрос: что происходит с бизнесом, когда цифровая платформа перестаёт быть просто удобным сервисом и становится частью ежедневной логистики.
В этот момент компания зависит уже не только от набора функций. Имеют значение устойчивость оператора, доступ к собственным данным, правила международного обмена и возможность однажды выйти из интеграции, не разрушив рабочий процесс.
Что представлял собой LOGINK
LOGINK — National Public Information Platform for Transportation & Logistics, национальная публичная информационная платформа транспорта и логистики Китая. Проект начинался как региональная инициатива, а затем стал частью государственной инфраструктуры обмена логистическими данными.
Задача была вполне практичной: связать транспортные и портовые системы, перевозчиков и другие сервисы, чтобы участники цепочки получали нужные статусы без постоянного ручного обмена запросами и документами.
Одним из международных проектов стал NEAL-NET — сеть обмена данными Китая, Японии и Южной Кореи. Через неё можно было получать время прибытия и отправления судов, погрузки и выгрузки контейнеров, а также входа и выхода контейнера через терминал. Для грузовладельца или экспедитора это означает меньше ручных запросов и более понятную картину движения груза.
Позже LOGINK вошёл в International Port Community Systems Association, IPCSA, и подключился к проекту трансграничного обмена данными между портовыми информационными системами. Именно потенциальный масштаб такого обмена и привлёк к платформе повышенное внимание американских властей.
Как начал слабеть международный контур
Расследование Reuters от 5 октября 2026 года описывает не одномоментное закрытие LOGINK, а постепенное ослабление его международных связей.
Участие платформы в IPCSA закончилось в 2024 году после прекращения оплаты членских взносов. Примерно тогда же перестал быть доступен сайт LOGINK. Международный проект обмена данными, по словам руководства IPCSA, сейчас приостановлен.
Застопорился и NEAL-NET. Китай отменил запланированную на март 2024 года трёхстороннюю встречу, а новых встреч после этого не проводилось. Позже японская сторона потеряла доступ к данным LOGINK и, как следует из материалов Reuters, восстановить рабочий контакт не смогла.
Европейские соглашения тоже не превратились в устойчивую сеть. В порту Синиш меморандум об обмене данными не дал заметного развития, а в Роттердаме взаимодействие остановилось на предварительных обсуждениях.
Параллельно проблемы появились у коммерческой структуры, связанной с операционным хабом LOGINK в Вэньчжоу. По данным Reuters, с января 2024 года это юрлицо фигурировало как минимум в 39 судебных требованиях общей суммой около $1,3 млн. Среди них были трудовые споры и претензии, связанные с неоплаченными коммунальными счетами. В сентябре 2026 года журналист Reuters приехал в офис в Вэньчжоу и не увидел признаков работы.
Но это не означает, что Китай отказался от самой идеи цифровой логистической инфраструктуры. Государственная транспортная политика по-прежнему делает ставку на интеграцию информационных систем, электронные документы, сквозное отслеживание грузов и обмен данными в реальном времени.
Поэтому LOGINK полезнее рассматривать не как историю о «провале платформы», а как пример того, насколько много уровней зависимости появляется вокруг одной цифровой интеграции.
Данные и договор: два риска, которые легко недооценить
При выборе платформы обычно начинают с функционала: какие статусы она показывает, с чем интегрируется, насколько удобен интерфейс. Для долгой работы не менее важен вопрос, что произойдёт, если доступ изменится или сервис перестанет работать в прежнем режиме.
История LOGINK не доказывает, что коммерческие пользователи потеряли собственные документы или базы. Приписывать ей такое последствие было бы неправильно. Но она показывает более узкий и вполне реальный сценарий: международный канал обмена данными может прекратиться, а восстановить его окажется невозможно.
Поэтому до подключения стоит проверить переносимость данных. Можно ли выгрузить историю статусов, документы, справочники контрагентов и связанные идентификаторы отправок? В каком формате всё это выдаётся? Сможет ли другая система принять эту выгрузку без ручной реконструкции?
Особенно важны условия после расторжения договора. Обещание «при необходимости всё выгрузим» мало что значит, если не определены формат, срок и состав выгрузки.
Второй слой — юридический. Государственный статус проекта легко воспринимается как гарантия устойчивости, но договор заключается не с абстрактной платформой.
В случае LOGINK государственный статус самой платформы не отменял того, что за хабом в Вэньчжоу стояло отдельное коммерческое юрлицо. Именно к нему относились найденные Reuters судебные претензии.
Перед интеграцией нужно разделить роли: кто владеет системой, кто управляет конкретным сервисом, кто хранит данные, кто поддерживает API, кто выставляет счёт и кто отвечает перед клиентом. Это могут быть разные организации.
Проверять поэтому следует конкретное юридическое лицо: регистрацию, полномочия подписанта, судебные споры, финансовое состояние, права на технологию и связь с владельцем системы. Формулировка «это государственная платформа» не отвечает на простой практический вопрос — кому предъявлять требования, если сервис перестал работать.
Международные ограничения и зависимость от одного сервиса
LOGINK оказался в точке, где цифровая логистика пересеклась с политическими и правовыми ограничениями.
Американские органы несколько лет рассматривали платформу как риск для экономической и национальной безопасности. В США появились ограничения, затрагивающие использование LOGINK в отдельных проектах и контрактах. Американская сторона также рассматривала концентрацию логистических данных в китайской инфраструктуре как самостоятельный риск.
При этом транспортные ведомства Японии и Южной Кореи сообщили Reuters, что фактический обмен данными был уже, чем предполагали некоторые американские оценки: речь шла прежде всего о движении судов и операциях с контейнерами, а не о содержимом грузов.
Для компании отсюда важен не политический спор, а устройство зависимости. Международная интеграция существует, пока все стороны могут юридически, технически и политически продолжать обмен. Изменение санкционного режима, требований к данным, правил критической инфраструктуры или позиции государства способно остановить канал без какой-либо технической аварии.
Есть и более обычный риск. На первом этапе внешняя платформа может использоваться только для просмотра статуса контейнера. Затем данные начинают автоматически попадать в учётную систему, на них завязываются уведомления клиенту, документы, контроль сроков и внутренняя аналитика.
После этого отключение одного сервиса означает уже не потерю удобного интерфейса, а сбой нескольких процессов одновременно.
Так возникает vendor lock-in — зависимость от конкретного поставщика технологии. В логистике она особенно чувствительна: цифровой сервис связан с физическим грузом, сроками доставки и обязательствами перед клиентом.
Если резервный сценарий начинают проектировать только после сбоя, выход почти всегда обходится дороже.
Что проверить до интеграции
Проверка национальной, портовой или коммерческой логистической платформы не должна ограничиваться функционалом и ценой. До подписания договора полезно отдельно пройти сценарий выхода.
• Кто является договорным контрагентом и кто фактически управляет платформой, хранит данные и поддерживает API.
• Какие данные передаются, где они хранятся, кто имеет к ним доступ и могут ли они передаваться другим системам или третьим сторонам.
• Можно ли выгрузить полную историю в структурированном формате вместе с документами, статусами и техническими идентификаторами.
• Что происходит с доступом и данными при расторжении договора, прекращении работы оператора или изменении законодательства.
• Есть ли SLA, сроки уведомления об изменении API и обязанность заранее предупреждать о прекращении сервиса.
• Сможет ли компания продолжить ключевые операции вручную или через альтернативный канал, если интеграция недоступна несколько дней или недель.
• Насколько сложно перенести процесс на другую систему и какие собственные доработки привязывают компанию к текущей платформе.
• Зафиксирован ли в договоре порядок выхода: формат и срок передачи данных, помощь при миграции, удаление копий и ответственность сторон.
Для крупной интеграции такую проверку имеет смысл повторять периодически. Юридическое состояние оператора, международные ограничения и доступность альтернатив могут измениться значительно раньше, чем сама ИТ-система устареет технически.
Что в истории LOGINK действительно важно
История LOGINK пока не закончена. Reuters зафиксировал резкое сокращение международной активности и проблемы коммерческого операционного контура, но китайская транспортная политика продолжает развивать цифровой обмен логистическими данными.
Вывод здесь не в том, что государственным системам нельзя доверять или что от интеграции лучше отказаться. Обмен данными действительно сокращает ручную работу и делает движение груза прозрачнее.
Проблема начинается в другом месте — когда удобство превращается в зависимость, которую никто заранее не оценивал.
Перед подключением стоит спрашивать не только о цене, функционале и охвате. Не менее важно понимать, сможет ли компания через два года забрать свои данные, переключиться на другой канал и продолжить работу, если оператор, правила или международная среда изменятся.
Хорошая цифровая инфраструктура упрощает вход. Устойчивая — ещё и оставляет понятный выход.
