Что такое TOS и какую задачу она решает
Определение и место в цифровой инфраструктуре терминала
TOS система - Terminal Operating System - это программный комплекс, который управляет операционной деятельностью грузового терминала в режиме реального времени. Она охватывает весь цикл: от прихода судна или состава до выдачи груза получателю. В отличие от учётных систем, которые фиксируют факт свершившегося, TOS управляет процессом: планирует, диспетчеризирует, контролирует и корректирует.
В цифровой инфраструктуре терминала TOS стоит в центре. Она получает данные от внешних систем - судовых агентов, таможни, железной дороги - и транслирует их в конкретные задания для техники и персонала. ERP и бухгалтерские системы работают с финансовыми результатами, TOS формирует сами эти результаты через управление физическими операциями.
Какие объекты автоматизирует TOS
TOS применяется там, где основной грузовой единицей служит контейнер или крупнотоннажная грузовая единица. Типовые объекты: морские контейнерные терминалы, контейнерные железнодорожные станции, транспортно-логистические центры (ТЛЦ) и мультимодальные хабы, где пересекаются морской, железнодорожный и автомобильный транспорт. Подробнее об устройстве и процессах таких объектов можно прочитать в материале об оборудовании и работе контейнерного терминала.
Для складов штучного товара TOS не применяется: единица учёта там - артикул или паллета, а не контейнер. К этому разграничению вернёмся в разделе о сравнении с WMS.
Терминал без TOS работает на ручном учёте: диспетчеры фиксируют позиции контейнеров в таблицах, задания технике передают по рации, очерёдность въезда грузовиков регулируют вручную. Следствия предсказуемы: очереди на воротах, ошибки штабелирования, лишние перекладки контейнеров, потеря грузов внутри двора. При росте грузооборота эти проблемы растут быстрее, чем штат.
Основные функции TOS: от приёма судна до выдачи груза
Планирование расстановки контейнеров (yard planning)
Операционный цикл начинается до прихода судна. TOS получает от агента манифест и bay plan - план расположения контейнеров на борту. На основе этих данных система строит план выгрузки: в какой последовательности снимать контейнеры, куда размещать каждый из них в yard-е, как сгруппировать грузы по направлениям дальнейшей отправки.
Задача алгоритмов yard planning - минимизировать число вынужденных перекладок (reshuffles), когда нужный контейнер оказывается заблокирован другими. Система учитывает вес, тип контейнера, дату планируемого вывоза, принадлежность к опасным грузам и статус рефрижераторного оборудования. Хорошо настроенный yard plan снижает количество перекладок на 30-50% по сравнению с ручным распределением - это прямая экономия машинного времени.
При подготовке к погрузке на судно TOS формирует обратный план: какие контейнеры грузить, в каком порядке, с учётом остойчивости судна и требований портов захода.
Управление воротами и автотранспортом
Ворота терминала - место, где ручная работа даёт больше всего ошибок. TOS автоматизирует весь процесс въезда и выезда. OCR-камеры считывают номер контейнера и государственный регистрационный знак тягача, весовые платформы фиксируют массу, система сверяет данные с ожидаемым визитом.
Через электронную очередь водители бронируют временной слот заранее. Терминал получает предсказуемый поток транспорта вместо хаотичных пиков. Среднее время обработки грузовика на воротах при автоматизированном контроле сокращается с 15-20 минут до 3-5 минут.
Контроль не заканчивается на воротах: внутри терминала TOS отслеживает каждый тягач - где он находится и какое задание выполняет.
Диспетчеризация перегрузочной техники
Краны RTG и RMG, ричстакеры, портовые тягачи - всё это оборудование работает по заданиям, которые TOS формирует и передаёт в режиме реального времени. Оператор техники видит следующее задание на бортовом терминале сразу после завершения текущего. Диспетчер не тратит время на голосовую координацию.
Система отслеживает фактическое выполнение заданий и пересчитывает план при отклонениях. Если кран встал на техническое обслуживание, TOS перераспределяет задания между оставшейся техникой и сдвигает расчётное время завершения операций. Судовладелец и агент видят реальный ход выгрузки или погрузки.
Производительность техники в системе фиксируется автоматически. Показатель crane moves per hour становится не расчётным, а фактическим - с разбивкой по сменам, операторам и типам операций.
Учёт опасных грузов и рефрижераторных контейнеров
Опасные грузы (IMO классы 1-9) требуют соблюдения правил сегрегации: определённые классы нельзя размещать рядом друг с другом или вблизи жилых и административных зон. TOS хранит правила сегрегации и автоматически проверяет предложенное размещение контейнера на соответствие этим правилам. Нарушение блокируется до ручного подтверждения ответственного лица.
Рефрижераторным контейнерам нужно подключение к электросети терминала. TOS учитывает розетки на каждой позиции, контролирует подключение и фиксирует температурный режим - если интегрирована с системой мониторинга рефов. Несвоевременное подключение рефрижераторного контейнера - это порча груза и претензия от грузовладельца. Автоматический контроль исключает этот риск.
Формирование отчётности и EDI-обмен
TOS - источник первичных данных для всех участников цепочки. Судовой агент получает подтверждение выгрузки и отчёт о повреждениях через EDI-сообщения в формате EDIFACT. Таможне уходят уведомления о прибытии и размещении грузов. Железной дороге - данные для перевозочных документов через АС ЭТРАН.
Внутренняя отчётность формируется автоматически: оборачиваемость yard-а, загрузка техники, время обработки судов, статистика ворот. Руководитель терминала видит актуальную картину без ручного сбора данных из разных источников.
EDI-обмен сокращает время на документальное оформление и снижает количество ошибок, которые неизбежны при ручном переносе данных между системами. Это особенно критично при работе с несколькими судовыми линиями одновременно.
Чем TOS отличается от WMS, TMS и других смежных систем
TOS и WMS: разные объекты автоматизации
WMS (Warehouse Management System) управляет складом штучного или паллетного товара. Её объект - артикул, упаковка, паллета, ячейка стеллажа. Логика работы строится вокруг адресного хранения, комплектации заказов и управления персоналом склада.
TOS же отвечает за контейнерный двор. Её объект - контейнер массой до 30 тонн, перемещаемый краном или ричстакером. Здесь нет понятия «ячейка стеллажа»: позиция контейнера описывается координатами в yard-е (блок, ряд, ярус). Алгоритмы оптимизации учитывают физику штабелирования, весовые ограничения и правила сегрегации опасных грузов.
Даже на мультимодальных объектах, где есть и склад, и контейнерный двор, WMS не заменяет TOS. Это разные системы с разной логикой, которые интегрируются между собой, но не подменяют друг друга.
TOS и TMS: терминал против транспортной сети
TMS (Transportation Management System) работает на уровне транспортной сети: планирует маршруты, управляет перевозчиками, отслеживает транспортные средства между точками. Её горизонт - цепочка поставок от отправителя до получателя.
TOS остаётся внутри одного объекта - терминала. TMS передаёт в TOS информацию о планируемых прибытиях и отправках, TOS возвращает фактические данные о выполненных операциях. Это отношения «вышестоящая система - исполнитель», а не конкурирующие решения.
TOS, TIS и WMES: где заканчивается одна система и начинается другая
TIS (Terminal Information System) - более широкое понятие, охватывающее информационный обмен между участниками портового сообщества: терминалами, агентами, таможней, стивидорами. TOS поставляет данные в TIS, но внешними участниками не управляет.
WMES (Warehouse Management and Equipment System) - термин, который используют некоторые вендоры для обозначения систем, объединяющих функции WMS и управления складским оборудованием. На рынке встречаются продукты, которые объединяют TOS и WMS в одном решении. Такой подход оправдан для ТЛЦ, где контейнерный двор и склад работают как единый объект. Для морского терминала с высоким грузооборотом специализированная TOS, как правило, глубже по функциональности.
Сравнительная таблица систем
| Система | Объект управления | Типовые задачи | Связь с TOS |
|---|---|---|---|
| TOS | Контейнерный двор, ворота, перегрузочная техника | Yard planning, диспетчеризация кранов, управление воротами, EDI-обмен | Центральная система терминала |
| WMS | Склад штучного и паллетного товара | Адресное хранение, комплектация заказов, управление персоналом | Интегрируется с TOS на мультимодальных объектах |
| TMS | Транспортная сеть, маршруты, перевозчики | Планирование перевозок, управление подрядчиками, трекинг | Передаёт в TOS данные о планируемых визитах |
| TIS | Портовое сообщество, информационный обмен | Обмен данными между участниками порта, единое окно | Получает данные из TOS |
| ERP | Предприятие в целом | Финансы, закупки, кадры, биллинг | Получает из TOS данные для расчётов и отчётности |
Архитектура TOS: модули, интеграции и технологический стек
Типовые модули TOS
Архитектура большинства TOS-платформ строится по модульному принципу. Терминал подключает функциональность поэтапно и не оплачивает сразу весь стек.
Типовой набор модулей выглядит так:
- Yard management - планирование размещения контейнеров, управление секциями двора, контроль остатков.
- Vessel planning - работа с bay plan, составление плана выгрузки и погрузки, взаимодействие с капитаном и агентом.
- Gate management - контроль въезда и выезда автотранспорта, OCR-распознавание, весовой контроль, электронная очередь.
- Equipment control - диспетчеризация перегрузочной техники: RTG, RMG, ричстакеры, тягачи.
- Dangerous goods и reefer management - учёт опасных грузов по кодам IMDG, мониторинг температурных режимов рефрижераторных контейнеров.
- Billing - формирование актов хранения, стивидорных услуг, штрафных сборов.
Терминал, которому нужен только yard management и gate, запустится быстрее и дешевле, чем порт, внедряющий полный стек с vessel planning и биллингом.
Интеграция с внешними системами: таможня, РЖД, судовые агенты
TOS работает не изолированно. Её ценность во многом определяется качеством интеграций с внешним контуром.
В российской практике обязательными считаются следующие подключения. ЕАИС ФТС - для передачи сведений о прибытии, убытии и хранении товаров под таможенным контролем. АС ЭТРАН РЖД - для обмена перевозочными документами при железнодорожных операциях. Системы судовых агентов работают через EDIFACT-сообщения: BAPLIE (bay plan), COPRAR (инструкции на выгрузку), COARRI (подтверждение выгрузки). ERP или 1С предприятия получают данные для финансового учёта через REST API или файловый обмен.
Интеграционный слой - технически наиболее трудоёмкая часть проекта. Форматы, версии протоколов и регламенты взаимодействия у каждого внешнего контрагента свои. Подробнее о технологиях, которые обеспечивают работу цифрового терминала, включая OCR на воротах и промышленные сети, можно прочитать здесь.
Варианты развёртывания: on-premise, облако, гибрид
On-premise остаётся доминирующей моделью для крупных морских портов. Причины практические: требования регуляторов к хранению данных, низкая терпимость к задержкам сети при управлении техникой в реальном времени, необходимость работы в изолированном контуре.
SaaS-модель чаще выбирают небольшие терминалы и ТЛЦ. Она снижает капитальные затраты на инфраструктуру и ускоряет старт, но требует стабильного широкополосного канала и поднимает вопросы о резервировании при обрыве связи.
Гибридная схема предполагает, что критичные модули - yard и equipment control - работают локально, а биллинг, отчётность и аналитика размещаются в облаке.
Инфраструктурные требования одинаковы для любой модели развёртывания. Двор терминала должен быть покрыт промышленным Wi-Fi (стандарты 802.11ac/ax с учётом металлических помех от контейнеров), на воротах установлены OCR-камеры, секции двора промаркированы для корректной адресации. По RFID-меткам на технике система отслеживает местоположение кранов и тягачей без ручного ввода.
Ведущие TOS-решения: мировые и российские платформы
Navis N4: мировой стандарт для крупных портов
Navis N4 - наиболее распространённая TOS-платформа в мире по числу крупных контейнерных терминалов. Система разработана американской компанией Navis (входит в группу Cargotec) и ориентирована прежде всего на терминалы с высокой пропускной способностью - от нескольких сотен тысяч TEU в год.
Архитектура N4 построена на Java EE, развёртывается преимущественно on-premise, хотя вендор развивает и облачные опции. Система поддерживает широкий набор EDIFACT-сообщений, интегрируется с большинством производителей портовой техники через стандартные протоколы.
Особенности лицензирования: модульная структура с высоким порогом входа по стоимости. Совокупные затраты на лицензии, внедрение и инфраструктуру для крупного порта начинаются от нескольких миллионов долларов. Техническая поддержка и обновления предоставляются глобальной командой, что создаёт зависимость от часовых поясов и англоязычной коммуникации при работе с российскими регуляторными системами.
Solvo.TOS: российская альтернатива с локальной интеграцией
Зрелый пример среди отечественных решений - Solvo.TOS. Система разработана петербургской компанией Solvo и эксплуатируется на морских контейнерных терминалах, железнодорожных контейнерных станциях и мультимодальных хабах. По данным разработчика, платформа внедрена на нескольких десятках объектов в России и странах СНГ.
Встроенная поддержка ЕАИС ФТС и АС ЭТРАН РЖД - практическое преимущество для российских операторов: интеграции реализованы и поддерживаются в рамках продукта, а не разрабатываются заново под каждый проект. Техническая поддержка ведётся на русском языке, команда разработки находится в России, что упрощает доработки под локальные требования регуляторов.
Детальное сравнение функциональности, лицензионных моделей и опыта внедрений обеих платформ собрано в обзоре TOS-систем: мировые и российские решения.
Критерии выбора платформы под конкретный терминал
Выбор TOS определяется несколькими параметрами, которые стоит оценить до начала переговоров с вендорами.
Пропускная способность. Для терминалов с оборотом до 50-100 тыс. TEU в год избыточная функциональность крупных платформ может не окупиться. Модульные или SaaS-решения здесь экономически обоснованнее.
Тип грузов и техники. Терминал с преобладанием рефрижераторных контейнеров или опасных грузов должен проверить глубину соответствующих модулей у каждого кандидата.
Регуляторные требования. Работа в российском правовом поле предполагает интеграцию с ЕАИС и ЭТРАН. Чем больше у вендора готовых коннекторов, тем короче и дешевле проект.
Стоимость владения. Лицензия - только часть затрат. Внедрение, интеграции, обучение персонала и ежегодная поддержка в совокупности нередко превышают стоимость лицензии за первые три года.
Горизонт развития. Терминал, планирующий автоматизацию техники или расширение мощностей, должен убедиться, что выбранная платформа поддерживает соответствующие сценарии без полной замены системы.
Итогового «победителя» в этом сравнении нет. Оптимальный выбор зависит от масштаба терминала, состава грузов, бюджетных ограничений и требований регулятора.
Как проходит внедрение TOS: этапы, сроки и типичные ошибки
Этапы проекта внедрения
Проект внедрения TOS проходит через пять последовательных фаз, и сокращение любой из них увеличивает риски на следующей.
Обследование терминала. Команда проекта фиксирует схему двора, секции и их адресацию, состав техники, действующие регламенты и схему документооборота с внешними контрагентами. Результат - детальное описание «как есть», без которого невозможно корректно настроить систему.
Техническое задание. На основе обследования формируется ТЗ: функциональные требования, перечень интеграций, требования к производительности и отказоустойчивости. Этот документ фиксирует границы проекта, по нему же потом принимают систему.
Настройка и интеграция. Вендор или интегратор разворачивает систему, настраивает модели двора, типы контейнеров, правила штабелирования. Параллельно ведётся разработка интеграционных коннекторов с таможней, РЖД и ERP. Именно этот этап чаще всего выходит за плановые сроки.
Опытная эксплуатация. Система работает параллельно с действующими процессами или на ограниченном участке двора. Операторы техники и диспетчеры отрабатывают сценарии в реальных условиях. Длительность - от одного до трёх месяцев в зависимости от сложности.
Промышленный запуск. Переход на полноценную работу в TOS. На этом этапе критична готовность службы поддержки вендора реагировать оперативно: первые недели после запуска всегда сопровождаются нештатными ситуациями.
Реалистичные сроки зависят от масштаба. Небольшой терминал с одним типом техники и минимальным числом интеграций проходит полный цикл за три-шесть месяцев. Крупный морской порт с vessel planning, несколькими типами кранов и полным интеграционным контуром - за двенадцать-восемнадцать месяцев.
Разбор типичных ошибок и как их избежать
Ошибка первая: запуск без актуальной схемы двора и инвентаризации.
TOS управляет физическим пространством. Если схема секций устарела, а данные о фактическом расположении контейнеров не верифицированы перед стартом, система начинает работать с некорректными данными. Ошибки накапливаются: система «видит» контейнер в одной ячейке, физически он стоит в другой. Исправить это в процессе эксплуатации значительно сложнее, чем провести инвентаризацию до запуска.
Решение простое: перед переходом на TOS провести сплошную инвентаризацию двора и актуализировать схему секций. Это занимает время, но блокирует целый класс проблем.
Ошибка вторая: недооценка интеграционных работ.
Интеграция с ЕАИС ФТС и АС ЭТРАН РЖД технически нетривиальна. Форматы сообщений, регламенты взаимодействия и требования к сертификации программного обеспечения меняются. Команды проектов, закладывающие на интеграции две-три недели, регулярно обнаруживают, что реальные сроки в три-четыре раза длиннее.
Правильный подход - выделить интеграционные работы в отдельный трек с собственными сроками и ответственными, и начинать переговоры с таможней и РЖД параллельно с настройкой ядра системы.
Ошибка третья: обучение операторов после запуска.
Операторы RTG и ричстакеров, диспетчеры и сотрудники ворот - это люди, от которых зависит, будет ли TOS работать как задумано. Если они впервые видят интерфейс в день промышленного запуска, количество ошибок ввода и обращений в поддержку резко возрастает.
Обучение должно завершиться до начала опытной эксплуатации. Оптимально - с отработкой сценариев на тестовой среде, максимально приближенной к реальным условиям двора.
Чек-лист готовности терминала к внедрению TOS
Перед стартом проекта стоит честно оценить, что уже есть, а что придётся создавать параллельно с внедрением. Часть пунктов блокирует запуск полностью, часть можно доработать в процессе - это указано отдельно.
Инфраструктурная готовность
- Промышленная Wi-Fi-сеть покрывает весь двор, включая крайние секции и зоны под кранами. Без этого бортовые терминалы техники работать не будут. Блокирующий пункт.
- На въездных и выездных воротах установлены OCR-камеры для распознавания номеров контейнеров и государственных регистрационных знаков транспортных средств. Блокирующий пункт.
- Весовое оборудование на воротах интегрировано или готово к интеграции с внешней системой. Можно доработать в процессе.
- Секции двора физически размечены и имеют уникальную адресацию: блок, ряд, ярус. Блокирующий пункт.
- Серверная инфраструктура соответствует требованиям вендора по производительности и отказоустойчивости, либо выбрана облачная модель развёртывания. Можно доработать в процессе.
Организационная готовность
- Проведена инвентаризация контейнеров: каждый юнит имеет актуальный статус, местоположение и атрибуты. Запуск без достоверных данных о дворе - гарантия ошибок с первого дня. Блокирующий пункт.
- Назначен владелец проекта со стороны терминала с полномочиями принимать решения по регламентам и приоритетам.
- Действующие операционные регламенты описаны и переданы команде внедрения. Если регламентов нет, их нужно разработать до начала настройки системы. Блокирующий пункт.
- Данные для миграции подготовлены: справочники техники, персонала, клиентов, тарифов. Можно доработать в процессе.
Интеграционная готовность
- Получены технические условия на подключение к ЕАИС ФТС и АС ЭТРАН РЖД, если терминал работает с таможней и железной дорогой. Блокирующий пункт для мультимодальных объектов.
- Смежные системы - ERP, 1С, система судовых агентов - имеют документированный API или поддерживают EDIFACT-обмен. Можно доработать в процессе.
- С основными контрагентами (судовые агенты, таможенные брокеры, железная дорога) достигнуты договорённости о формате и регламенте электронного обмена данными. Можно доработать в процессе.
Эффект от внедрения TOS: показатели и сроки окупаемости
Результат внедрения TOS измеряется через операционные метрики, которые терминал отслеживает ежедневно. Подробнее о том, как формируется система показателей контейнерного терминала, можно прочитать в материале о KPI порта и контейнерного терминала.
Наиболее значимые изменения фиксируются по трём направлениям. Первое - пропускная способность: оптимизация yard planning сокращает число лишних перекладок контейнеров, что напрямую увеличивает crane moves per hour. Второе - время обработки транспорта: электронная очередь и OCR на воротах снижают truck turnaround time. Третье - плотность использования двора (yard density): система размещает контейнеры по алгоритму, а не по усмотрению оператора, и на той же площади помещается больше юнитов.
Терминалы среднего масштаба окупают вложения в TOS за два-четыре года. Крупные порты с высокой базовой загрузкой выходят на окупаемость быстрее - за полтора-три года - за счёт большего абсолютного прироста пропускной способности.
В расчёты окупаемости не попадает эффект, который трудно оцифровать, - качество управленческих данных. TOS формирует достоверную картину двора в реальном времени: где находится каждый контейнер, какова загрузка техники, где образуются узкие места. Это позволяет принимать решения на основе фактических данных, а не оперативных докладов диспетчеров.
Весь этот эффект достижим только при полном контуре: если терминал автоматизирует лишь учёт контейнеров, не подключая диспетчеризацию техники и управление воротами, выигрыш будет заметно ниже.
Вопросы и ответы
Q1Для каких типов терминалов подходит TOS?
TOS применяется на морских контейнерных терминалах, железнодорожных контейнерных станциях, транспортно-логистических центрах и мультимодальных хабах. Общий признак - контейнер как единица учёта и управления. Для складов штучного или паллетного товара TOS не применяется: там используется WMS.
Q2Можно ли внедрить TOS на небольшом терминале с ограниченным бюджетом?
Модульные и SaaS-решения снижают порог входа: терминал платит за нужные функции, не приобретая полный стек сразу. Практически внедрение оправдано при пропускной способности от 20-30 тысяч TEU в год - ниже этого порога операционный выигрыш редко перекрывает затраты на проект и поддержку.
Q3С какими внешними системами должна интегрироваться TOS в России?
Обязательный минимум для российского терминала: ЕАИС ФТС для таможенного оформления, АС ЭТРАН РЖД для железнодорожных операций, системы судовых агентов через EDIFACT, а также ERP или 1С предприятия. Интеграционные работы, как правило, занимают до 40% трудоёмкости всего проекта: у каждой внешней системы свои форматы, регламенты и сроки согласования подключения.
Q4Как TOS управляет перегрузочной техникой?
Система формирует задания для операторов RTG, RMG и ричстакеров на основе текущего плана двора и приоритетов операций. Задания передаются на бортовые терминалы в кабинах машин в режиме реального времени. TOS отслеживает выполнение каждого задания и корректирует очерёдность при изменении ситуации на дворе.
Q5Сколько времени занимает внедрение TOS?
Малый терминал проходит путь от обследования до промышленного запуска за три-шесть месяцев, крупный порт - за двенадцать-восемнадцать. После технического запуска следует опытная эксплуатация продолжительностью один-три месяца, в ходе которой система работает параллельно с действующими процессами и дорабатывается по итогам реальной нагрузки.
Q6Что происходит с работой терминала при сбое TOS?
Зрелые платформы поддерживают режим деградированной работы: терминал продолжает операции в ограниченном объёме, опираясь на последний актуальный снимок данных. Критичные инсталляции развёртываются в кластерной конфигурации с автоматическим переключением на резервный узел. Регулярное резервное копирование и прописанные процедуры восстановления - обязательное требование к проекту внедрения.