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