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