Что такое TOS и какие задачи она решает
Когда команда терминала начинает обзор TOS систем, первый вопрос звучит так: что именно автоматизирует эта система и почему без неё не обойтись. TOS (Terminal Operating System) - это операционное ядро контейнерного терминала. Она управляет движением контейнеров по двору, распределяет технику, контролирует документооборот и синхронизирует все процессы от прихода судна до выезда грузовика через ворота.
Подробное описание архитектуры и логики работы системы собрано в материале «Что такое TOS: система управления контейнерным терминалом».
Место TOS в цифровой инфраструктуре терминала
TOS занимает центральное место в ИТ-ландшафте терминала. Она получает данные от оборудования - кранов, тягачей, систем взвешивания - и отдаёт команды планировщикам и операторам в режиме реального времени. Поверх TOS работают системы отчётности, биллинга и взаимодействия с портовым сообществом. Снизу к ней подключены SCADA-контроллеры и датчики техники.
Физическую структуру объекта, которым управляет TOS, удобно изучить через описание того, как устроен контейнерный терминал: его оборудование и ключевые процессы.
Чем TOS отличается от WMS и TMS
WMS ведёт товарные позиции внутри склада: ячейки, стеллажи, артикулы. TMS планирует маршруты и загрузку транспорта на внешней сети. TOS работает с другим объектом - крупнотоннажным контейнером как единицей, которая перемещается по двору, стоит в штабеле, грузится на судно или передаётся на железную дорогу.
Горизонт планирования тоже различается. WMS оперирует часами и сменами внутри здания. TOS синхронизирует операции с расписанием судозаходов, которое измеряется сутками и неделями.
Без TOS терминал вынужден вести штабелирование вручную: диспетчер сам решает, куда поставить контейнер, не имея расчёта оптимальной позиции. Это порождает лишние перекладки, очереди на воротах и конфликты между кранами, работающими в одном блоке. Ни WMS, ни TMS эти задачи не закрывают.
Основные функциональные блоки современной TOS
Полнота функциональных блоков - первый фильтр при выборе системы. Платформы, которые закрывают только часть задач, требуют дорогостоящих надстроек или ручных компенсаций там, где должна работать автоматика.
Управление двором и штабелированием
Yard management - центральный блок любой TOS. Система рассчитывает позицию для каждого контейнера с учётом нескольких параметров одновременно: планируемого времени вывоза, веса, принадлежности к опасным грузам, рефрижераторного статуса и очерёдности погрузки на судно.
Алгоритмы минимизируют число перекладок: контейнер, который уйдёт первым, не должен оказаться под тремя другими. Это напрямую влияет на производительность RTG-кранов и время обработки судна. Учёт весовых ограничений по рядам и ярусам штабеля предотвращает повреждения оборудования и нарушения требований безопасности.
Планирование операций судна и причала
Блок vessel operations начинает работу до прихода судна. TOS принимает манифест и стивидорный план, распределяет контейнеры по последовательности выгрузки и погрузки, рассчитывает загрузку кранов по причалу.
Обмен данными с судовыми агентами и линиями идёт через EDIFACT-сообщения (BAPLIE, COPRAR, COARRI) или REST API. Berth planning расставляет суда у причальной стенки с учётом осадки, длины и плановых операций. Изменения в манифесте в реальном времени отражаются в задачах для кранов и тягачей.
Управление воротами и автотранспортом
Gate management контролирует въезд и выезд автотранспорта. OCR-камеры считывают номер контейнера и госномер тягача без участия оператора. Система сверяет данные с ожидаемыми поставками и разрешает или блокирует проезд автоматически.
Электронная очередь распределяет слоты на въезд заранее: водитель получает временное окно через мобильное приложение или веб-портал. Это снижает скопление транспорта у ворот и сокращает время оборота грузовика на терминале. Весовой контроль фиксирует фактическую массу груза и сверяет её с декларированной.
Интеграция с оборудованием и внешними системами
TOS работает как интеграционный хаб терминала. Со стороны оборудования она подключается к RTG и STS кранам, AGV, системам позиционирования техники. Команды на перемещение контейнера уходят напрямую в контроллер крана или на экран оператора.
Со стороны внешних систем типовой набор интеграций включает: портовые сообщества (Port Community Systems), таможенные системы, ERP терминала и железнодорожные платформы. Обмен с таможней идёт через форматы, установленные регулятором. Интеграция с ERP закрывает биллинг и складской учёт. Чем шире набор поддерживаемых протоколов и стандартов, тем ниже стоимость подключения к каждому новому контрагенту.
Критерии выбора TOS: чек-лист для команды терминала
Ошибка выбора «самой известной» системы без анализа соответствия масштабу терминала обходится дорого. Крупные платформы, рассчитанные на хабы с несколькими миллионами TEU в год, избыточны для регионального терминала с оборотом 150-200 тыс. TEU и требуют значительной кастомизации, которая съедает бюджет и затягивает сроки.
Масштаб и тип терминала
Перед тем как формировать шорт-лист вендоров, команда терминала должна ответить на следующие вопросы:
- Текущая и плановая пропускная способность в TEU в год.
- Тип грузов: стандартные контейнеры, рефрижераторы, опасные грузы, негабарит.
- Степень автоматизации оборудования: ручные краны, полуавтоматические RTG, AGV.
- Наличие мультимодальной составляющей: железная дорога, река, паром.
- Требования регулятора: таможенные зоны, портовые формальности, специальные режимы.
- Количество причалов и одновременно обрабатываемых судов.
- Планируемый горизонт эксплуатации системы и ожидаемый рост грузооборота.
Эти параметры определяют, какой класс системы нужен: легковесная платформа для малого терминала или масштабируемое enterprise-решение.
Архитектура развёртывания: on-premise против облака
On-premise означает, что система работает на серверах терминала. Это даёт полный контроль над данными и минимальную задержку при обмене командами с оборудованием. Для кранов и AGV задержка в несколько миллисекунд критична. Для российских портов on-premise дополнительно закрывает вопрос суверенитета данных и соответствия требованиям регуляторов.
Облачное развёртывание снижает капитальные затраты на инфраструктуру и упрощает обновления. Но оно требует стабильного широкополосного канала связи и поднимает вопросы о юрисдикции хранения данных. Для терминалов с нестабильным интернет-соединением или жёсткими требованиями к локализации данных облако несёт операционные риски.
Гибридные схемы, где оперативные данные хранятся локально, а аналитика и резервные копии уходят в облако, становятся компромиссом, но требуют более сложной архитектуры.
Интеграционные возможности и открытость API
Закрытые или слабо документированные API увеличивают стоимость каждой интеграции. Подключение к таможенной системе, портовому сообществу или железнодорожной платформе через нестандартные интерфейсы требует дополнительных разработок и создаёт зависимость от вендора при каждом обновлении.
При оценке системы проверяйте: поддерживает ли она стандартные протоколы (EDIFACT, REST API, OPC-UA для оборудования), есть ли документация на интеграционный слой, как вендор сопровождает интеграции после запуска.
Стоимость владения и скрытые затраты
Лицензионная стоимость TOS - видимая часть бюджета. Скрытые статьи затрат складываются из нескольких источников.
Лицензии на отдельные модули: gate management, vessel planning или интеграция с конкретным типом оборудования могут тарифицироваться отдельно. Стоимость обновлений: некоторые вендоры включают мажорные версии в подписку, другие выставляют их как отдельный проект. Обучение персонала: переобучение диспетчеров, стивидоров и ИТ-команды требует времени и бюджета. Локализация поддержки: если вендор не имеет русскоязычной команды поддержки, время реакции на инциденты растёт, а стоимость сопровождения увеличивается за счёт переводчиков и временных зон.
Совокупная стоимость владения TOS на горизонте пяти лет для терминала среднего размера включает от 30 до 50% затрат на интеграцию и сопровождение сверх базовой лицензии.
Сравнение TOS систем: Navis N4, Solvo.TOS, CommTrac, Tideworks
Четыре платформы, которые чаще всего попадают в шорт-лист при выборе TOS, существенно различаются по целевому сегменту, архитектуре и географии внедрений. Универсального лидера среди них нет: профиль терминала определяет, какая система окажется адекватной задаче.
Navis N4 - американская платформа компании Navis (входит в группу Cargotec). Ориентирована на крупные контейнерные хабы и терминалы с оборотом от 500 тыс. TEU в год. Широко представлена в Европе, Азии и Северной Америке. Система закрывает полный функциональный стек: yard, berth, gate, оборудование. Из ограничений: высокая стоимость лицензирования и внедрения, значительный объём кастомизации под нестандартные процессы, поддержка на русском языке через партнёров с переменным качеством. После 2022 года доступность обновлений и поддержки для российских терминалов стала предметом отдельного анализа рисков.
CommTrac - британская разработка, исторически сильная в сегменте многоцелевых и ро-ро терминалов. Хорошо справляется с терминалами смешанного грузопотока, где контейнеры соседствуют с генеральными грузами. Функциональность yard management развита достаточно, berth planning реализован, однако глубина автоматизации в части управления AGV и высокоавтоматизированными кранами уступает платформам, изначально проектировавшимся под полностью автоматизированные терминалы. Опыт внедрений в РФ и СНГ ограничен.
Tideworks - американская платформа с фокусом на средние и крупные терминалы Северной Америки. Плотно встроена в экосистему портовых сообществ США и Канады. За пределами этого региона внедрений значительно меньше, локализация под требования российской таможни и РЖД не задокументирована.
Solvo.TOS - российская разработка компании Solvo. Система имеет задокументированный опыт внедрений в портах РФ и СНГ, поддерживает интеграцию с ЭТРАН, АС КПСС РЖД и системами ФТС. Функциональный охват включает yard, gate, berth и управление оборудованием. Целевой сегмент - терминалы от 50 тыс. до нескольких сотен тысяч TEU в год. Поддержка и документация на русском языке доступны напрямую от вендора. Слабое место: международная география внедрений уже, чем у Navis N4.
| Вендор / Система | Класс решения | Целевой сегмент (TEU/год) | Развёртывание | Ключевые интеграции | Поддержка на русском языке | Модель лицензирования | Опыт в РФ и СНГ |
|---|---|---|---|---|---|---|---|
| Navis N4 | Enterprise TOS | от 500 тыс. | On-premise, частное облако | EDIFACT, API, AGV, STS, RTG, портовые сообщества | Через партнёров | Подписка / бессрочная лицензия | Ограничен, риски после 2022 г. |
| CommTrac | Mid-market TOS | 100 тыс. - 1 млн | On-premise | EDIFACT, ро-ро, генеральные грузы | Нет | Бессрочная лицензия | Единичные проекты |
| Tideworks | Mid/Large TOS | 200 тыс. - 2 млн | On-premise, облако | Портовые сообщества США/Канады, EDIFACT | Нет | Подписка / лицензия | Практически отсутствует |
| Solvo.TOS | Mid-market TOS | от 50 тыс. до 500 тыс. | On-premise | ЭТРАН, АС КПСС РЖД, ФТС, EDIFACT, RTG, STS | Да, напрямую от вендора | Лицензия и поддержка | Задокументированный опыт |
В таблице собраны общедоступные характеристики платформ. Условия лицензирования уточняйте у вендора под параметры своего терминала.
Особенности внедрения TOS на российских терминалах
Интеграция с РЖД и таможенными системами
Российский рынок предъявляет к TOS требования, которые редко встречаются в типовых зарубежных конфигурациях. Два направления: интеграция с железнодорожными системами и взаимодействие с таможенными органами.
Со стороны РЖД терминал работает с ЭТРАН (электронная транспортная накладная) и АС КПСС (автоматизированная система контроля передачи и сохранности контейнеров). TOS должна получать и передавать данные в эти системы в режиме, близком к реальному времени. Если интеграция реализована через промежуточные ручные операции, скорость обработки вагонных подач падает, а вероятность ошибок в документах растёт.
Со стороны ФТС терминал обязан передавать сведения о контейнерах в рамках таможенного транзита и временного хранения. Форматы обмена, требования к электронным документам и сроки подачи сведений регулируются российским законодательством. Зарубежные TOS, не имеющие готовых коннекторов к системам ФТС, требуют разработки дополнительного интеграционного слоя. Это увеличивает бюджет и сроки проекта.
Локализация документооборота - отдельная задача. Типовые формы: коносаменты, поручения на погрузку, акты приёма-передачи - должны формироваться в форматах, принятых в российской практике. Зарубежные платформы часто требуют доработки шаблонов.
Импортозамещение и риски вендорской зависимости
После 2022 года терминалы, эксплуатирующие зарубежные TOS, столкнулись с практическими проблемами: задержки обновлений, сложности с получением технической поддержки, неопределённость в части продления лицензий. Часть вендоров приостановила прямую работу с российскими клиентами.
Вендорская зависимость в этом контексте - это риск остаться без поддержки и потерять возможность развивать систему под новые требования регулятора или оборудования. Терминалы, планирующие долгосрочные инвестиции в автоматизацию, всё чаще рассматривают решения с российской юрисдикцией вендора как обязательное условие.
На мультимодальных терминалах, где контейнерный двор соседствует с крытым складом, TOS и WMS работают параллельно. TOS управляет двором, причалом и воротами, WMS - складскими ячейками и товарными позициями. Интеграция между ними необходима для корректного учёта грузов при перевалке между транспортными модами. Подробнее о том, как цифровые ворота и OCR-распознавание встраиваются в инфраструктуру порта, разобрано в отдельном материале об автоматизации портовых операций.
Типовые сроки внедрения TOS на терминале мощностью 100-500 тыс. TEU в год составляют от 9 до 18 месяцев. Диапазон широкий, потому что сроки определяются тремя факторами: объём интеграций с внешними системами, степень кастомизации под процессы терминала и готовность инфраструктуры данных. Проекты с большим числом интеграций (РЖД, ФТС, несколько типов оборудования) устойчиво смещаются к верхней границе.
Этапы обычно выглядят так: обследование и проектирование, настройка ядра системы и справочников, интеграционные работы, опытная эксплуатация в параллельном режиме, промышленный запуск. Параллельная эксплуатация - наиболее трудоёмкий период: операторы работают одновременно в старой и новой системах, что создаёт нагрузку на персонал и повышает риск расхождений в данных.
Типичные ошибки при выборе и запуске TOS
Проекты внедрения TOS срываются по срокам или не дают ожидаемого эффекта по нескольким повторяющимся причинам. Каждая из них предсказуема и устранима на этапе подготовки.
Выбор системы без аудита текущих процессов. TOS автоматизирует то, что в неё заложено. Если процессы штабелирования, планирования судна или работы ворот не описаны и не упорядочены до старта проекта, система воспроизведёт существующий хаос в цифровом виде. Техническое задание пишется по результатам такого аудита.
Недооценка объёма интеграционных работ. Интеграция с оборудованием и внешними системами занимает 40-60% бюджета проекта. Терминалы, планирующие бюджет исходя только из стоимости лицензии, сталкиваются с перерасходом уже на этапе подключения кранов, весового контроля и таможенных систем.
Отсутствие базовых KPI до внедрения. Без замеров до старта проекта невозможно посчитать эффект после. Время обработки судна, число перекладок на контейнер, простои кранов - эти показатели нужно фиксировать заранее. Методику расчёта и состав метрик для контейнерного терминала описывают KPI порта и контейнерного терминала: это готовая база для формирования точки отсчёта перед проектом.
Игнорирование обучения операторов. Интерфейс TOS принципиально отличается от таблиц и бумажных журналов, которые диспетчеры и стивидоры использовали раньше. Переобучение персонала растягивается на несколько месяцев после запуска, разовым инструктажем здесь не обойтись. Недостаточное внимание к этому этапу приводит к тому, что операторы обходят систему, сохраняя параллельные ручные процессы.
Все четыре ошибки объединяет одно: платформа здесь ни при чём, подводит подготовка на стороне терминала. Выбор системы - меньшая часть работы. Большая - подготовка процессов, данных и людей к её запуску.
Как TOS влияет на операционные показатели терминала
Внедрение TOS с полной интеграцией оборудования сокращает время стоянки судна на 15-25%, снижает число перекладок контейнеров на 20-35% и повышает производительность кранов на 10-20%. Разброс большой: результат прямо зависит от того, насколько глубоко система интегрирована с техникой двора.
Механизм влияния конкретен. Оптимизация штабелирования сокращает холостые ходы RTG: система заранее размещает контейнеры с учётом последовательности выгрузки, и кран не тратит время на перекладки перед подачей на причал. Предиктивное планирование операций судна позволяет подготовить двор до прихода судна, а не реагировать на выгрузку в режиме реального времени.
Частичная автоматизация даёт меньший прирост. Если TOS управляет двором, но не интегрирована с RTG или STS, диспетчер по-прежнему вручную транслирует задания на технику. Потери на этом стыке съедают значительную часть расчётного эффекта.
Измерить результат без базовых показателей невозможно. Методику расчёта и набор метрик, которые стоит зафиксировать до старта проекта, описывает статья о KPI порта.
Как выбрать TOS под профиль своего терминала: практический алгоритм
Выбор TOS проходит шесть последовательных шагов. Пропуск любого из них увеличивает риск несоответствия системы реальным задачам терминала.
Аудит процессов. Зафиксируйте текущее состояние: как планируется штабелирование, как работают ворота, какие системы уже интегрированы. Без этого невозможно сформулировать требования.
Формирование требований. Переведите результаты аудита в функциональный и интеграционный перечень. Укажите пропускную способность, тип грузов, степень автоматизации оборудования и регуляторные ограничения.
Шорт-лист вендоров. Используйте сравнительную таблицу из этой статьи как отправную точку. Она сужает круг кандидатов, но не заменяет детальную оценку: параметры таблицы не охватывают специфику конкретного терминала.
Пилот или референс-визит. Референс-визит на действующий терминал с похожим профилем грузооборота даёт больше, чем любое демо. Попросите вендора организовать встречу с командой эксплуатации, а не с отделом продаж.
Оценка TCO. Посчитайте совокупную стоимость владения на горизонте пяти лет: лицензии, интеграция, обучение, поддержка, обновления.
Финальное решение. Сопоставьте TCO с функциональным покрытием и референсным опытом вендора на аналогичных объектах.
На демо у вендора стоит задать три группы вопросов: какие интеграции реализованы «из коробки», а какие требуют кастомной разработки; каков SLA технической поддержки и есть ли локальная команда; сколько терминалов с аналогичным профилем уже работают на этой платформе.
Вопросы и ответы
Q1Чем TOS отличается от WMS и в каких случаях нужны обе системы?
WMS управляет складскими ячейками и товарными единицами внутри крытого склада, TOS - контейнерами, перегрузочной техникой и операциями причала. Объекты управления и горизонты планирования у этих систем разные. На мультимодальных терминалах, где контейнерный двор совмещён с крытым складом, обе системы работают параллельно и обмениваются данными через интеграционный слой.
Q2Сколько времени занимает внедрение TOS на среднем контейнерном терминале?
Типовой диапазон для терминала мощностью 100-500 тыс. TEU в год составляет 9-18 месяцев по открытым данным. Срок определяется объёмом интеграций с оборудованием и внешними системами, степенью кастомизации под локальные процессы, а также готовностью данных: схемы двора, справочники техники, исторические операции.
Q3Можно ли внедрить TOS поэтапно, не останавливая работу терминала?
Поэтапный запуск практикуется: сначала вводится yard management, затем gate, затем vessel operations. Такой подход снижает единовременную нагрузку на персонал, но создаёт период параллельной работы старых и новых процессов. В этот период критично контролировать актуальность позиций контейнеров в обеих системах, иначе расхождения накапливаются и тормозят переход.
Q4Какие данные нужно подготовить перед началом проекта внедрения TOS?
Минимальный набор: схема двора с нумерацией слотов, справочники оборудования и типов контейнеров, схемы интеграций с таможней и перевозчиками. Дополнительно потребуются исторические данные по операциям - они нужны для настройки алгоритмов штабелирования и оценки базовых KPI. Неполные или неактуальные справочники - одна из частых причин задержек на старте.
Q5Как оценить эффект от внедрения TOS до старта проекта?
Базовый замер KPI до внедрения обязателен: зафиксируйте время обработки судна, число перекладок на контейнер и простои кранов. Без этих цифр невозможно посчитать ROI после запуска системы. Сравнение «стало лучше» без базы не даёт аргументов ни для внутренней отчётности, ни для оценки работы вендора.
Q6Что происходит с работой терминала, если TOS недоступна?
При недоступности TOS терминал переходит на ручное управление: диспетчеры теряют актуальную картину позиций контейнеров, растут очереди на воротах, суда получают задержки. Чем глубже интегрирована TOS с оборудованием, тем острее последствия простоя. Требования к отказоустойчивости - резервирование серверов, репликация базы данных, офлайн-режим для ключевых операций - должны быть зафиксированы в техническом задании до выбора платформы.