О проекте
Расширение терминала перевалки угля в порту Ванино (Хабаровский край) — ключевой узел логистики экспорта угля из Приморья в Азиатский регион. Проект предусматривал увеличение мощности с 21 до 30 млн тонн/год (рост на 43%). Основные компоненты: монтаж 2 дополнительных углоприемных воронок СКН-20, гидромокрение углей в расходных складах (система противопожарной защиты), модернизация комплекса скреперных барабанов для вагонов. Критичная операционная задача: режим работы терминала — круглосуточно, 365 дней, каждый день простоя — потеря ≈200 млн рублей. Общий бюджет 8,5 млрд рублей, план сроков 18 месяцев.
Задача: КСП при круглосуточной работе рабочего объекта
- Нулевой простой (Zero Downtime): Разработка дробно-фазового графика с последовательной остановкой отдельных секций терминала (максимум 2-3 часа на секцию) БЕЗ прерывания общего грузопотока. Это означает, что в каждый момент времени 2-3 секции работают "на обслуживании" (по расписанию), а остальные обрабатывают груз. Расписание должно быть синхронизировано со сметной логикой: каждый день отвода секции прерывает доход на ~7 млн рублей (потеря пропускной способности в день)
- Источник конфликтов: Логистика кораблей vs Расписание работ: Ежедневно в рейде порта находятся 3-4 сухогруза в очереди на выгрузку/загрузку. Среднее время обработки груза судном (тайм-лей) составляет 20-24 суток. Если конвейеры, работающие не выполняют по расписанию (отставание > 12 часов), корабль переждет, что приводит к штрафам на 2 млн рублей в день. Таким образом, КСП графика напрямую влияет на цепь поставок: давление с стороны поставщиков (шахт) на объемы углей, давление со стороны потребителей (судовых компаний) на темпы выгрузки
- Расписание операций подвязано к сметным кодам: Каждая операция (монтаж воронки первой, испытание лебедки, замена ремня конвейера) имеет свой код затрат (расчеты с подрядчиками), свою стоимость в смете. При задержке операции на 1 день бюджет подрядчика может измениться (дополнительных люди-дни, переплата за работу с нарушением расписания). КСП должна показывать эту взаимосвязь
- Трудоемкость переучивания: Модернизация требует переобучения 600+ рабочих операционного персонала, наладки автоматизированных систем управления бункерами, проверок по ГОСТам на качество угля
- Многоуровневые проверки качества: Каждая партия угля должна быть проверена на соответствие ГОСТам (зольность, влажность, стоимость крупности), аналитические результаты влияют на финальную оценку товара и цену (поэтому задержка проверки = задержка платежа от покупателя)
Решение: КСП с интегр с финансовой системой и данными логистики
1. WBS с кольцевой архитектурой и "окнами обслуживания":
Разработана трехуровневая WBS:
L1: Проект модернизации терминала
L2: Функциональные системы (суббункеры, первая воронка, вторая воронка, конвейеры, скреперы, система управления)
L3: Работы по каждой системе (демонтаж, доставка/монтаж нового оборудования, подключение электроэнергии, испытания)
L4: Операции подрядчиков
L5: Ежедневные операции (рабочие, смены, проверки)
Уникальность: Каждый день календаря имеет "слот" — разрез времени, в течение которого специфическая секция недоступна для использования, но остальной терминал продолжает работать. Это моделируется через систему "Rolling Window Constraints" в P6: окна обслуживания устанавливаются в расписание как "не может начаться раньше дня X, не может начаться позже дня X+1"
2. Связь с финансовой системой 1С (смета и освоение):
Каждую операцию в P6 было присвоено уникальное значение в 1С (код статьи сметы, центр затрат). Примеры связи:
• "Демонтаж первой воронки" (операция в P6) → счет 08.05.02 "Демонтажные работы" + подрядчик "ИП Сидоров" (1С). Плановая сметная стоимость: 45 млн рублей, сроки: 2026-03-14 по 2026-03-21
• "Испытание системы управления" → счет 08.07.01 "Пусконаладочные работы" + специалист "ООО Техэксперт", сметная стоимость: 12 млн, сроки: 2026-05-01 по 2026-05-10
Через XML-интеграцию еженедельно из 1С в P6 выгружаются косметические отклонения: если "Демонтажные работы" задерживаются на 5 дней (новая плановая дата завершения — 2026-03-26), система автоматически идентифицирует, что в 1С должны быть пересчитаны затраты на оплату труда рабочих за дополнительные 5 дней (+7.5 млн рублей). Это добавляется в смету как "переплане строки XXX".
3. Интеграция с данными логистики кораблей (Port Authority):
Система обмена данными между P6 и логистической БД порта Ванино: каждый корабль, приходящий в рейд, имеет "ETA" (Estimated Time of Arrival) и "EDD" (Expected Departure Date). На основе текущего расписания П6 система рассчитывает, сможет ли терминал обработать корабль в пределах его окна (30 суток). Если критический ресурс (конвейере работают) отстает на 2 дня, система "выбрасывает" алерт: "Корабль VLCC-Shanghai прибудет 2026-04-15, тайм-лей = 22 дня, завершение выгрузки по расписанию P6 = 2026-04-30, это на 8 дней позже планового EDD 2026-04-22". Планировщик понимает, что нужна срочная коррекция графика или переговоры с капитаном корабля о пересчете EDD.
4. EVM контроль с прогнозированием (Earned Value Management):
Каждой операции в P6 присвоены стоимостные значения (из 1С). Еженедельно рассчитываются:
• PV (Planned Value) = сметная стоимость × (плановый % к дате)
• EV (Earned Value) = сметная стоимость × (фактический % выполнения)
• AC (Actual Cost) = реальные выплаты подрядчикам (из 1С)
Индексы:
• CPI = EV / AC (если CPI = 1.05, это означает, что на каждый рубль потрачено получено 1.05 рубля стоимости работ)
• SPI = EV / PV (если SPI = 0.97, работы отстают на 3% от плана)
При SPI < 0.95 включается протокол ускорения: дополнительные бригады, переплатва за ночные смены, согласование с кораблями на задержку выгрузки. ETC (Estimate To Complete) рассчитывается еженедельно. Например, на середине проекта ETC показал, что, если темп будет сохраняться, финальная дата завершения = 2026-09-28 (вместо планового 2026-09-18). Это дало команде 10 дней запаса для коррекции.