Выступление Павле Картопольцева, Директора «SoftMasters Ltd», «Проблемы информационного взаимодействия всех участников цепи поставок груза через морские торговые порты и пути их решения»
на Секционном заседание «Оптимизация логистики как путь к повышению эффективности» ООО "Морстройтехнология" 5.10. 2016. В рамках конференции Транстэк 2016
2. Проблемы и барьеры на пути развития логистики
Недостаток инвестиций в логистическую
инфраструктуру
Отсталая транспортная и складская
инфраструктура
Слабое развитие рынка логистических услуг
Недостаточный уровень квалификации
персонала
Недостаточный уровень информатизации
Информационная «закрытость компаний»
3. Участники цепи логистической цепочки
Грузоотправители
Владельцы транспортных средств (ЖД-
вагонов)
Транспортные компании (РЖД, Авто)
Грузополучатели
Стивидорные предприятия
Таможенные брокеры
Агенты
Судовладельцы
Владельцы груза
4. Цели информационного взаимодействия
Встраивание в текущую логистическую цепочку
Контроль процесса движения груза
Поиск узких мест в логистической цепи
Увеличение пропускной способности
логистической цепи
Снижение времени обработки и движения
грузов
Снижение себестоимости доставки
5. Виды информационного взаимодействия
Телефон
E-mail
Средства обмена мгновенными сообщениями
«Закрытые» ИТ-системы для ведения бизнеса у
одного или нескольких участников в рамках единого
холдинга и участвующих в цепи поставок
«Открытые» ИТ-системы у всех участников, обмен в
режиме АСУ-АСУ
6. Типы ИТ-систем участников логистической цепи
SCM (управление цепочками)
CRM (управления взаимоотношениями)
ERP (управление ресурсами)
TSM (управление транспортом)
Специализированные и отраслевые ИТ-
системы
7. Почему так важно информационное взаимодействия
для порта?
Порт – это стык интересов:
Владельцев груза
Владельцев транспортных средств
Регулирующих органы (ФТС, ФСБ, ФМС,
Россельхознадзор, Роспотребнадзор,
Ространснадзор, Капитания порта)
8. Порт-это большое количество
специализированного оборудования
Мощность перевалки – 16 млн. тонн в год
19 причалов, 2 района порта (крановая технология)
2 причала или пирс (поточная технология)
Тип груза – навалочные (каменный уголь, окатыши,
железо-рудный концентрат, удобрения и т.д.)
Направление перевалки – экспорт/импорт/каботаж.
Проектная норма обработки судов – до 600 судов в год
Максимальный DWT судов – 140 000 тонн
Проектная норма выгрузки на склад/ погрузки на суда –
до 25 тыс. тонн/судно в сутки (крановая) и до 50 тыс. тонн
(поточная)
Количество единиц перегрузочной техники (крановая
технология) – более 290, (поточная технология) – не
более 70.
Интенсивность обработки вагонов – более 750 ед. в сутки
Почему так важно информационное взаимодействия
для порта?
9. Порт – это документооборот
Количество операций по обработке
документов при обработке вагонов и
автотранспорта – до 500 в смену
Количество документов по приемке
груза на склад – до 60 в смену
Количество документов при погрузке
на суда – до 200 в сутки
Почему так важно информационное взаимодействия
для порта?
10. Порт – это большое количество подразделений и
персонала
Производственный комплекс
Складская группа
Экспедиторы/ТЭК
ЖД комплекс
Коммерческий отдел
Диспетчерская порта
Служба механизации/технического
директора/главного инженера
Финансовая служба
Почему так важно информационное взаимодействия
для порта?
12. Автоматизированные планирование в ИЛС порта
Прогнозирование наличия груза и транспортных
средств
Прогноз подходов транспортных средств (суда,
вагоны, автотранспорт)
Прогноз остатка и наличия груза на несколько
дней вперед на основе документарного учета
Прогноз остатка и наличия груза на несколько
дней вперед на основе реальных данных из
АСУ ТП (данных конвейерных весов и положения
складских машин)
Текущее (оперативное) планирование
Планирование маневровых работ с учётом
текущего положения, наличия вагонов на
припортовой станции и наличия вагонов на
ближайших подходах
Автоматическое формирования сортировочных
листов и плана подач
Автоматическое формирование порядка запуска
маршрутных линий
Вывод на экраны операторов машин текущего
задания на погрузку судна/выгрузку выгонов и
фиксация факта исполнения задания
13. Входные данные для расчёта «Текущего
планирования ПРР»
Входящими данными для расчётов «Текущего
планирования» являются:
Таблица выполнения технологических операций
включающую в себя матрицу скорости смены
технологических маршрутов и расчёты времени
перемещения складских машин.
Таблица взаимоисключающих маршрутов выгрузки/погрузки
в АСУ ТП
Текущее положение вагонов на путях предприятия (ручное
или на основе данных из МПЦ и систем счета осейч)
Подтверждённое нахождение вагонов на путях
предпортовой станции (возможно включение составов
ближайшего подхода).
Выполнение текущих заданий.
Текущее состояние работы технологического оборудования
и запланированные планы ремонтов технологического
оборудование
Текущее наполнение и остатки ёмкости складских
площадей.
Наличие судовых партий.
Текущая погрузка судов.
14. Выгоды от использования Планирования ПРР
В основе расчётов при построении
оптимальных заданий на выполнение работ
заложены несколько различных типов
алгоритмов
Минимизация времени затраченного на общее
выполнение задания
Выбор приоритета выгрузки определённой
коммерческой программы груза
Включение или выключение из рабочей цепочки тех
или иных перегрузочных механизмов/оборудование.
Получение реальных остатков по пикетам и
площадкам склада (на основе данных их
АСУТП)
Снижение влияния человеческого фактора на
принятие решения при выборе
технологической операции (человек выбирает
из предложенных вариантов, а не
разрабатывает эти варианты сам)
15. Проблемы информационного взаимодействия
У РЖД большой набор ИТ-систем и как следствие
отсутствие единого интерфейса предоставления,
обмена данных в режиме АСУ-АСУ.
Коммерческие системы для работы в сфере
грузоперевозок ОТ РЖД
АСОУП (Управление перевозками)
АС ЭТРАН (Электронная транспортная
накладная)
Грузовой Экспресс (управление перевозками)
АСУ СТ (АСУ Станции от ЦИИТранс)
АСУ ЭТД (электронный документооборот)
ЕСАПР М (работа с актами общей формы)
Текущие интерфейсы АСУ-АСУ ИТ РЖД сильно
урезаны по функционалу в отличие от клиентских
мест (АРМ-ов).
16. Проблемы информационного взаимодействия
Отсутствие анализа обратных данных от
Порта/терминала
В АСОУП отсутствует интерфейс предоставления
местоположения конкретного вагона на сети РЖД
Непрозрачная политика ценообразования при
предоставлении данных по дислокации в адрес
пОртов
Низкое качество данных предоставляемой по
дислокации (информация не соответствует
действительности, данные запаздывают)
Отсутствие специализированных ИТ-систем у
участников логистической цепи.
Отсутствие единого стандарта обмена данными
между ИТ-системами (на морской стороне
используется EDIFACT-EDIINT)
На судовой стороне общение через e-mail-ы с
судовыми агентами
17. Пути решения
Разработка и унификация единого стандарта
обмена данными (как в области обмена
документами, так и в области предоставления
информации о движении транспортных
средств)
Установка и внедрение специализированных
ИТ-систем (Системы учета отгрузок, web-
порталы или площадки, экспедиторские
системы, АСУП или ИЛС Порта, разработка в
ИТ-системах режима «одного окна»)
Повышение качества данных.
В ИТ-системах РЖД
Разработка новых и гибких интерфейсов с
предоставлением данных в режиме АСУ-АСУ.
Синхронизация функционала как в АСУ-
интерфейсе, так и в клиентских АРМ-ах.
19. Отображение информации
предоставляемой ИВЦ ЖД в
адрес порта/терминала
Информация предоставляемая
РЖД о местонахождении
вагонов движущихся в адрес
порта и её отображение в
наглядном виде
21. Инструменты принятия решений для менеджмента порта
Монитор производственных
показателей доступен на
коммуникаторах под Apple iOS и
Google Android
22. Преимущества ИЛС ILSAR по сравнению с решениями
других поставщиков
ИЛС ILSAR - специализированная единая портовая российская ИТ-система
для терминалов/портов с навалочными и генеральными типами грузов,
учитывающая в РФ и СНГ специфику портовых бизнес-процессов
(возможность адаптации под любой вид груза).
Глубина охвата бизнес-процесса цепочки поставок груза – от отправки груза
отправителем, до отправки судна с грузом.
Отработанность в Морском Торговом Порту Усть-Луга, Мурманском Морском
Торговом Порту (Россия), Ванинском Балкерном Терминале (Россия),
Восточный Порт (Россия), Свободном порту Вентспилс (Латвия).
Наработанное взаимодействие с информационно-вычислительным центром
ОАО «РЖД», LDZ.
Интуитивный интерфейс, гибкость и модульность системы.
Возможность автоматизированного обмена данными с большинством ERP,
АСУ ТП (Системы оптического считывания номеров вагонов, весовые
системы и т.д.) через стандартные механизмы обмена данными SOAP, ADO,
ODBC, OPC и т.д.
Работа системы на основе технологий серверной виртуализации/частное
«облако»
Невысокая стоимость совокупного владения системой