5 октября, 2026
Санкт-Петербург, 5 октября 2026 г. Генеральный директор ООО «Дилибриум» Андрей Сергеевич Зигуля выступит на XIV ежегодной конференции и выставке «Техника и технологии для портов и грузовых терминалов». Доклад «От имитационного моделирования к системам интегрированного планирования: подходы к решению задач планирования на портовых терминалах» прозвучит 6 октября в сессии «Автоматизация и ТОиР: с меньшими затратами к большей эффективности».
Конференция проходит 6–7 октября 2026 года в Санкт-Петербурге, в AZIMUT Сити Отель (Лермонтовский проспект, д. 43/1, 2-й этаж, зал АЗИМУТ). Выступление запланировано на 17:55–18:10. Модератор сессии — Андрей Владимирович Мальцев, начальник отдела промышленного аутсорсинга «РЖД Логистика».
Главный тезис: ценность — в контуре решений
Центральная мысль доклада: ценность даёт не модель сама по себе, а контур принятия решений. Цифровая модель выявляет конфликты планов. Система формирует несколько вариантов, из которых планировщик выбирает лучший.
На терминалах навалочных, наливных и контейнерных грузов значительная часть планирования до сих пор выполняется вручную, чаще всего в Excel. Специалист собирает большой объём данных, но за отведённое время не успевает учесть все зависимости. Несогласованность планов превращается в конфликты и технологические простои.
На навалочном терминале размещение груза на складе считается на 14–30 суток, а сменно-суточный план живёт отдельно. Если эти горизонты не связаны, через несколько недель штабели могут встать так, что оборудование начнёт взаимно блокироваться: одновременно грузить и выгружать станет трудно. На наливном терминале расходятся контракт на прокачку на среднем горизонте и суточный план резервуаров под разные марки. Марки нельзя смешать без специальной подготовки. Итог — переназначение резервуаров и простой под лабораторный контроль.
По практике компании, на терминалах средней мощности потери от несогласованности планов достигают десятков часов простоя вагонов в месяц.
Что меняет контур планирования
Контур связывает данные учётной системы, цифровую модель и планировщика. Система не заменяет специалиста: она забирает поиск и сопоставление данных. Планировщик задаёт приоритет — на выгрузку, погрузку, баланс складов или загрузку оборудования — и выбирает из нескольких вариантов.
Вертикаль идёт от года к месяцу, неделе и смене. Горизонталь связывает маневровые работы, перевалку, склад, постановку флота и порожний парк.
В докладе будут названы такие эффекты:
Для оценки качества плана используется коэффициент K.p = P csp / P max: объём перевалки в сменно-суточном плане к технически возможному максимуму за период.
Два примера из доклада
Первый — имитационная модель угольного терминала АО «Дальтрансуголь» (СУЭК), сделанная в AnyLogic для проверки этапов модернизации. Модель верифицирована на исторических данных с точностью выше 95%. Она показала конфликт между месячным планом отгрузки и недельным планом маневров и потенциал роста загрузки от проектной мощности с 60% до 65–70%. После изменений фактический результат предприятия оказался близок к прогнозу модели. Точные объёмы перевалки в новости не приводятся: они относятся к данным заказчика.
Второй — система интегрированного планирования СИПЛАН на наливном и навалочном терминалах АО «ОТЭКО» в порту Тамань. Построена цифровая модель, настроена интеграция с ИЛС «Ильсар» через шину данных Datareon, считается сменно-суточный план. Время расчёта — менее минуты. Проект в опытной эксплуатации, итоговые показатели будут уточнены по результатам пилота.
Расчётный потенциал модели, не подтверждённый факт: 1,2 млн тонн дополнительной перевалки на навалочном терминале (оценка по коэффициенту 4% из мировой практики) и снижение операционных затрат наливного терминала до 10–15% за счёт сокращения простоев и переназначений резервуаров.
Не вместо TOS, а вместе с TOS и ТОиР
TOS отвечает на вопрос «что происходит?» и ведёт текущие операции. Контур планирования отвечает на вопрос «что делать?». Он не конкурирует с учётной системой, а работает на её данных. Доступность оборудования и прогнозы ремонтов из ТОиР — входные ограничения плана.
Решение российское. В контуре используются Astra Linux, РЕД ОС и AltLinux, прикладной стек Liberica JDK, PostgreSQL и Nginx, интеграция с «Ильсар» через Datareon. Система проектируется с учётом требований информационной безопасности к значимым объектам критической информационной инфраструктуры.
Где и когда
Если на терминале есть данные, но нет связанного контура планирования, компания открыта к пилотам и партнёрству.
Конференция проходит 6–7 октября 2026 года в Санкт-Петербурге, в AZIMUT Сити Отель (Лермонтовский проспект, д. 43/1, 2-й этаж, зал АЗИМУТ). Выступление запланировано на 17:55–18:10. Модератор сессии — Андрей Владимирович Мальцев, начальник отдела промышленного аутсорсинга «РЖД Логистика».
Главный тезис: ценность — в контуре решений
Центральная мысль доклада: ценность даёт не модель сама по себе, а контур принятия решений. Цифровая модель выявляет конфликты планов. Система формирует несколько вариантов, из которых планировщик выбирает лучший.
На терминалах навалочных, наливных и контейнерных грузов значительная часть планирования до сих пор выполняется вручную, чаще всего в Excel. Специалист собирает большой объём данных, но за отведённое время не успевает учесть все зависимости. Несогласованность планов превращается в конфликты и технологические простои.
На навалочном терминале размещение груза на складе считается на 14–30 суток, а сменно-суточный план живёт отдельно. Если эти горизонты не связаны, через несколько недель штабели могут встать так, что оборудование начнёт взаимно блокироваться: одновременно грузить и выгружать станет трудно. На наливном терминале расходятся контракт на прокачку на среднем горизонте и суточный план резервуаров под разные марки. Марки нельзя смешать без специальной подготовки. Итог — переназначение резервуаров и простой под лабораторный контроль.
По практике компании, на терминалах средней мощности потери от несогласованности планов достигают десятков часов простоя вагонов в месяц.
Что меняет контур планирования
Контур связывает данные учётной системы, цифровую модель и планировщика. Система не заменяет специалиста: она забирает поиск и сопоставление данных. Планировщик задаёт приоритет — на выгрузку, погрузку, баланс складов или загрузку оборудования — и выбирает из нескольких вариантов.
Вертикаль идёт от года к месяцу, неделе и смене. Горизонталь связывает маневровые работы, перевалку, склад, постановку флота и порожний парк.
В докладе будут названы такие эффекты:
- формирование плана — с 4 часов до менее чем одной минуты;
- перепланирование — с часов до минут;
- контроль оборота вагона, в том числе лимита 48 часов нахождения на терминале;
- снижение технологических простоев за счёт синхронизации планов;
- для налива — рост оборачиваемости резервуаров до 30% и сокращение простоев флота около 10%.
Для оценки качества плана используется коэффициент K.p = P csp / P max: объём перевалки в сменно-суточном плане к технически возможному максимуму за период.
Два примера из доклада
Первый — имитационная модель угольного терминала АО «Дальтрансуголь» (СУЭК), сделанная в AnyLogic для проверки этапов модернизации. Модель верифицирована на исторических данных с точностью выше 95%. Она показала конфликт между месячным планом отгрузки и недельным планом маневров и потенциал роста загрузки от проектной мощности с 60% до 65–70%. После изменений фактический результат предприятия оказался близок к прогнозу модели. Точные объёмы перевалки в новости не приводятся: они относятся к данным заказчика.
Второй — система интегрированного планирования СИПЛАН на наливном и навалочном терминалах АО «ОТЭКО» в порту Тамань. Построена цифровая модель, настроена интеграция с ИЛС «Ильсар» через шину данных Datareon, считается сменно-суточный план. Время расчёта — менее минуты. Проект в опытной эксплуатации, итоговые показатели будут уточнены по результатам пилота.
Расчётный потенциал модели, не подтверждённый факт: 1,2 млн тонн дополнительной перевалки на навалочном терминале (оценка по коэффициенту 4% из мировой практики) и снижение операционных затрат наливного терминала до 10–15% за счёт сокращения простоев и переназначений резервуаров.
Не вместо TOS, а вместе с TOS и ТОиР
TOS отвечает на вопрос «что происходит?» и ведёт текущие операции. Контур планирования отвечает на вопрос «что делать?». Он не конкурирует с учётной системой, а работает на её данных. Доступность оборудования и прогнозы ремонтов из ТОиР — входные ограничения плана.
Решение российское. В контуре используются Astra Linux, РЕД ОС и AltLinux, прикладной стек Liberica JDK, PostgreSQL и Nginx, интеграция с «Ильсар» через Datareon. Система проектируется с учётом требований информационной безопасности к значимым объектам критической информационной инфраструктуры.
Где и когда
- Мероприятие: XIV ежегодная конференция и выставка «Техника и технологии для портов и грузовых терминалов».
- Доклад: «От имитационного моделирования к системам интегрированного планирования: подходы к решению задач планирования на портовых терминалах».
- Спикер: Зигуля Андрей Сергеевич, генеральный директор ООО «Дилибриум».
- Сессия: «Автоматизация и ТОиР: с меньшими затратами к большей эффективности», 6 октября 2026 года, 17:55–18:10.
- Место: Санкт-Петербург, Лермонтовский проспект, д. 43/1, AZIMUT Сити Отель, 2-й этаж, зал АЗИМУТ.
Если на терминале есть данные, но нет связанного контура планирования, компания открыта к пилотам и партнёрству.

