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