Модуль 1. Введение в SCOR и управление цепями поставок
Цель модуля:
Понять принципы построения SCOR-модели как международного стандарта для управления цепочками поставок, и заложить основу для ее практического внедрения — с учётом требований к данным, аналитике, KPI и архитектуре BI/DWH.
Что такое SCOR и зачем она нужна?
SCOR (Supply Chain Operations Reference model) — это референтная модель для управления операциями в цепи поставок. Она стандартизирует:
- структуру процессов (что именно делает Supply Chain),
- метрики (как измерять эффективность процессов),
- набор лучших практик (как выполнять процессы).
SCOR — это не просто методология, а единый язык между логистами, аналитиками, IT и финансами. Это способ согласовать процессы и метрики между функциями.
Проблема: зачем компаниям нужна SCOR?
Во многих компаниях:
- У каждого подразделения — свои метрики (например, логистика измеряет время доставки, а финансы — стоимость).
- Нет сквозного процесса планирования.
- Анализ поставок — ручной, фрагментированный.
- Возникают конфликты между производством, закупками и продажами из-за несогласованности планов.
Пример ошибки:
Компания использует KPI «доля срочных заказов» в логистике, но данные не согласованы с данными из системы продаж. Как результат — KPI не отражает реальность. Причина: отсутствие единой модели процессов и данных.
Что даёт SCOR:
- Унификация процессов (Plan, Source, Make, Deliver, Return).
- Совместимость между подразделениями.
- Подготовка к построению IBP (Integrated Business Planning).
- Возможность внедрения BI/DWH с поддержкой цепочки процессов, а не отдельных отчётов.
Архитектура SCOR как референтной модели
SCOR содержит четыре уровня:
- Уровень 1 — процессы верхнего уровня: Plan, Source, Make, Deliver, Return.
- Уровень 2 — категории процессов (например, Plan Supply Chain, Plan Make Capacity).
- Уровень 3 — детализация: задачи, роли, IT-инструменты.
- Уровень 4 — уникальные для каждой компании процедуры и реализации (внедрение).
Практика:
|
Уровень |
Пример |
BI/DWH значение |
|---|---|---|
|
1 |
Deliver |
Раздел витрины логистики |
|
2 |
Deliver Return Product |
Расчёт KPI возвратов |
|
3 |
Manage Return Authorization |
DWH таблица с возвратами, авторизация |
|
4 |
Специфика процесса в 1С |
ETL-алгоритм с маппингом на SCOR |
SCOR и данные: какие нужны данные?
Для внедрения SCOR-модели необходима сквозная структура данных. Типовые источники:
|
Источник |
Тип данных |
|---|---|
|
ERP (SAP, 1С, Oracle) |
Заказы, поставки, возвраты, закупки |
|
WMS/TMS |
Логистика, маршруты, склады |
|
MES |
Производственные циклы |
|
Excel-файлы |
Неформализованные прогнозы, планы |
|
BI-системы |
Витрины, отчеты |
Ошибка:
Если таблица заказов и таблица отгрузок не связаны общей логикой заказа (например, через OrderID), невозможно посчитать фактический SLA доставки (KPI по Deliver). Это критично для расчёта SCOR-метрик.
Метрики первого уровня: как считать?
SCOR предлагает 5 ключевых атрибутов эффективности:
|
Атрибут |
KPI |
Формула |
|---|---|---|
|
Надежность (Reliability) |
Perfect Order Fulfillment |
% заказов без дефектов, вовремя, в нужном объеме |
|
Реактивность (Responsiveness) |
Order Fulfillment Cycle Time |
дата отгрузки – дата заказа |
|
Гибкость (Agility) |
Upside Supply Chain Flexibility |
max увеличение объема поставок за N дней |
|
Стоимость (Cost) |
Total Supply Chain Management Cost |
∑(затраты на Source + Make + Deliver) / выручка |
|
Активы (Assets) |
Cash-to-Cash Cycle Time |
DIO + DSO – DPO |
Пример расчёта:
Cash-to-Cash Cycle Time = DIO + DSO – DPO, где:
- DIO — Days Inventory Outstanding = (Склад / Себестоимость дня).
- DSO — Days Sales Outstanding = (Дебиторка / Продажа дня).
- DPO — Days Payable Outstanding = (Кредиторка / Закупка дня).
Если C2C = 80 дней — это сигнал, что компания слишком медленно оборачивает деньги, и нужно пересматривать запасы, оплату и закупки.
Как SCOR помогает выстроить аналитику?
SCOR-модель может лечь в основу архитектуры хранилища данных. Например:
|
Слой DWH |
Примеры таблиц |
|---|---|
|
Стейджинг |
Заказы (из ERP), поставки (из WMS), возвраты (из Excel) |
|
Операционный слой |
SCOR_Deliver_Orders, SCOR_Return_Events |
|
Витринный слой |
SCOR_KPI_Metrics, SCOR_Dashboards |
Такой подход позволяет:
- формировать витрины по SCOR-процессам,
- строить KPI по стандартным формулам,
- облегчить коммуникацию с бизнесом.
BI-пример:
Дашборд с вкладками:
- Plan → прогноз спроса vs. фактический план
- Source → Supplier lead time
- Make → OEE, Scrap rate
- Deliver → SLA, логистический цикл
- Return → количество возвратов, % сбоев
Частые ошибки при внедрении SCOR
|
Ошибка |
Последствия |
Как избежать |
|---|---|---|
|
SCOR внедряется только как «модель на бумаге» |
Нет данных и инструментов для расчёта KPI |
Параллельно с методологией выстраивайте BI и хранилище |
|
Нет связи между системами (ERP ↔ WMS ↔ BI) |
Невозможно построить сквозные метрики |
Строить интеграцию на уровне SCOR-данных |
|
Метрики считаются вручную |
Потери во времени и достоверности |
Автоматизировать расчёты в DWH + BI |
|
Отсутствует мастер-данные (нормализованные справочники товаров, заказов, контрагентов) |
Ошибки в агрегировании и расчётах |
Внедрить MDM или хотя бы ETL-нормализацию |
Выводы и что дальше
- SCOR — это универсальный стандарт, применимый к любой отрасли.
- Он работает только при наличии достоверных, связанных, сквозных данных.
- Внедрение SCOR требует согласования методологии, архитектуры BI/DWH и модели данных.
- SCOR — фундамент для интеграции с IBP, т.к. процессы Plan–Source–Make–Deliver лежат в основе S&OP.
