Распределённая структура ломает планирование не сложностью расчёта, а рассинхронизацией. Пока филиалы работают в собственных базах, у компании нет ни единой номенклатуры, ни сопоставимых остатков, ни общей версии плана — есть несколько локальных картин, которые сводятся вручную к совещанию. Разберём, как организовать регулярный обмен между базами так, чтобы цикл S&OP выполнялся на общих данных.
Три типовые архитектуры
| Схема | Как устроено | Когда подходит |
|---|---|---|
| Единая база | Все подразделения работают в одной базе | Устойчивые каналы связи, умеренный объём |
| Центральная и локальные | Филиалы в своих базах, обмен с центром | Слабые каналы, автономные площадки |
| Консолидирующая база | Филиалы автономны, отдельная база для сводных данных | Разнородные системы, холдинги |
Для планирования проще всего первая схема: обмена нет, данные едины по определению. Ко второй и третьей приходят, когда единая база невозможна по связи, по регуляторным причинам или из-за разнородности бизнесов.
Что должно быть общим
Ключевое решение — разделить данные на общие и локальные. Оно принимается один раз и определяет всю конструкцию.
- Общее, ведётся только в центре: номенклатура и её классификация, единицы измерения и упаковки, справочник контрагентов для сетевых клиентов, статусы жизненного цикла позиций, календарь промо, структура компании.
- Локальное, ведётся на месте: местные контрагенты, склады и их параметры, сроки поставки от местных поставщиков, фактические операции.
- Передаётся снизу вверх: продажи, остатки, заказы, дефициты, локальные версии плана.
- Передаётся сверху вниз: утверждённая версия плана, целевые показатели, нормативы запаса.
Правило, без которого схема разваливается: у каждого справочника ровно один владелец. Возможность завести номенклатуру локально означает, что через год в компании будет несколько кодов одного товара, и сводный план построить не удастся.
Периодичность обмена
Разные данные требуют разного ритма, и попытка синхронизировать всё в реальном времени только создаёт нагрузку.
- Справочники — при изменении, но не реже раза в сутки.
- Продажи и остатки — ежедневно, ночным окном.
- Локальные версии плана — к дате этапа цикла.
- Утверждённый план — сразу после утверждения.
- Нормативы и цели — при изменении.
Календарь обмена должен быть подчинён календарю цикла: данные из филиалов обязаны прийти до начала соответствующего этапа, иначе сводный расчёт выполняется на неполных данных, и это обнаруживается уже на совещании.
Технические принципы
- Штатные механизмы обмена. Для баз «1С» это планы обмена с регистрацией изменений: они отслеживают, что именно нужно передать, и не требуют полной выгрузки.
- Идемпотентность. Повторная передача пакета не должна дублировать данные.
- Контроль доставки. Отчёт по неотправленным и непринятым пакетам с уведомлением ответственного. Молчаливый сбой обмена — самая частая причина расхождений.
- Разрешение конфликтов. Правило приоритета, если запись изменена в двух местах, — обычно приоритет у владельца справочника.
- Устойчивость к обрыву связи. Накопление изменений и передача при восстановлении канала.
- Мониторинг. Отставание обмена по каждому узлу должно быть видно на одном экране.
Как выполняется цикл в распределённой структуре
- Сбор. Продажи, остатки и заказы приходят из филиалов в центр.
- Локальный прогноз. Филиалы формируют прогноз по своим рынкам — они знают местную специфику лучше центра.
- Консолидация. Центр собирает планы и получает сводную картину.
- Проверка обеспечения. Сводный план сопоставляется с общими мощностями и запасами, включая возможность перераспределения между площадками.
- Согласование и утверждение. Разрывы обсуждаются, версия утверждается.
- Доведение. Утверждённый план возвращается в филиалы как обязательный.
Шаг четвёртый — то, ради чего централизация и нужна: излишек на одном складе может закрыть дефицит на другом, но увидеть это можно только на общих данных.
Частые ошибки
- Локальное ведение общих справочников. Приводит к дублям и невозможности консолидации.
- Обмен без контроля доставки. Сбой обнаруживается по расхождению отчётов через недели.
- Полная выгрузка вместо изменений. Работает на малых объёмах и перестаёт при росте.
- Обмен без привязки к календарю цикла. Данные приходят после начала этапа.
- Планирование только сверху. Центр не знает местной специфики, филиалы не считают план своим.
- Планирование только снизу. Нет перераспределения между площадками, каждый закрывает дефицит закупкой.
Итог
Регулярный обмен между филиалами держится на трёх решениях: чёткое разделение общих и локальных данных с единственным владельцем каждого справочника, календарь обмена, подчинённый календарю цикла, и контроль доставки с уведомлением о сбоях. Планирование при этом строится встречно: прогноз формируется на местах, а проверка обеспечения и перераспределение — в центре.
Решение «1С:S&OP» применимо и в распределённой структуре — с консолидацией планов подразделений в единый цикл.
Компания «Сайфилд» настраивает обмен данными между базами «1С» в распределённых структурах и консолидированное планирование. Опишите свою структуру, и мы оценим объём работ.


