Коротко: Разделите 2 контура: учётка 1С хранит остатки и документы, расчёт заказа - отдельный слой. За 5 шагов сверьте мин-макс с реальным спросом и отметьте 3-5 сигналов, что учётки мало. Сравните автозаказы в 1с с IMS-слоем и решите, хватает ли типового контура.
В розничной сети автозаказы в 1с обычно закрывают учётный каркас: остатки, схемы обеспечения и «Заказ поставщику». Расчёт «сколько заказать под спрос» - отдельный слой: прогноз, страховой запас, аналоги. BrightBoard как IMS поверх учётки помогает сравнить эти контуры без смены 1С.
Сеть растёт по SKU и точкам, а закупщик всё чаще уходит в Excel: одновременно висит дефицит и излишки. Ниже - план из 5+ шагов, 2 таблицы и чек-лист вопросов на демо, чтобы понять, хватает ли типовой 1С или уже нужен специализированный сервис автозаказа.
Чего хватает типовой 1С для автозаказов: остатки, мин-макс, обеспечение потребностей
Типовая конфигурация закрывает учётный контур заказа. Обычно доступны остатки по складам, справочники способов и схем обеспечения, ручные или простые уровни мин-макс и итог в виде «Заказа поставщику» или перемещения.
Способы и схемы обеспечения
В способах обеспечения задают тип (закупка или перемещение), сроки и привязку к поставщику или складу. Схема связывает номенклатуру со складами. Это удобно, когда ассортимент стабилен и уровни обновляют вручную без тяжёлого прогноза.
Документ «Заказ поставщику» как итог контура
Документ фиксирует решение в учёте. Он не заменяет отдельный расчёт потребности по сезонности, аномалиям и аналогам. Для небольшой сети с ровным спросом связки «мин-макс в 1С + заказ» часто достаточно.
Делайте: зафиксируйте, какие задачи уже закрывает типовая 1С в вашей базе. Не делайте: не подменяйте сравнение how-to «как настроить автозаказ в 1С УТ/УНФ/КА».
Где предел учётки: ручные уровни, слабый прогноз и Excel при росте SKU
Предел 1С для автозаказов проявляется, когда уровни живут в головах менеджеров, а расчёт уезжает в таблицы. При росте матрицы SKU × точки ручной разбор съедает часы, а мин-макс отстаёт от спроса.
- Уровни правят редко или «на глаз» после жалоб на пустую полку.
- Сезонность, акции и аналоги не входят в расчёт или живут в отдельном Excel.
- Товары в пути и аномальные продажи учитывают вручную или пропускают.
- Одновременно растут дни дефицита и сумма излишков.
Если закупщик тратит день на выгрузки, а KPI всё равно «проседает» по упущенному спросу и неликвидам, учётка уже работает как хранилище факта, а не как движок расчёта.
Делайте: считайте часы на формирование заказа и частоту правок мин-макс. Не делайте: не уходите в WMS, ТСД и складской учёт - это другой контур.
Когда нужен IMS поверх 1С: признаки, что учётки уже мало
IMS (Inventory Management System) поверх учётки забирает продажи, остатки и товары в пути, считает потребность и возвращает заказ или перемещение в документы 1С. Учёт остаётся у вас.
| Сигнал | Пока достаточно 1С | Смотреть IMS |
|---|---|---|
| Масштаб SKU × точки | Небольшой стабильный ассортимент, мало складов | Тысячи SKU, сеть точек, частые пересчёты |
| Сезонность и акции | Ровный спрос, редкие пики | Нужен прогноз спроса поверх учётки |
| Дефицит и излишки | Локальные сбои, быстро правятся вручную | Одновременно дефицит и излишки по неделям |
| Упущенный спрос | Считают эпизодически | Нужен регулярный KPI и уровень сервиса |
| Время закупщика | Заказ собирают за приемлемое время | Excel и ручной разбор съедают смену |
Ориентир из практики розницы (Теория ограничений, Голдратт): около 25-30% SKU могут быть в дефиците при одновременных излишках по другим позициям - это сигнал предела ручного мин-макс, не ваш SLA.
Подробнее про соседний контур аналитики - в материале про прогнозирование спроса и аналитику.
Делайте: смотрите на одновременный дефицит и излишки как на предел мин-макс. Не делайте: не обещайте себе ROI и сроки внедрения «с потолка».
Сравнение: учёт в 1С vs расчёт заказа во внешнем слое
| Возможность | В учётке 1С | В IMS-слое |
|---|---|---|
| Остатки и документы | Да, источник правды | Читает данные учётки |
| Мин-макс / обеспечение потребностей | Типовой контур, часто ручные уровни | Динамический расчёт под спрос |
| Прогноз и сезонность | Обычно слабо или вручную | Базовый прогноз, аномалии, аналоги |
| Страховой запас | Задают вручную | Считают под срок поставки и вариацию |
| Расписание точки заказа | Через регламент и ручной запуск | Регулярный расчёт потребности |
| KPI закупок | Отчёты по остаткам и продажам | Оборачиваемость, упущенный спрос, неликвиды |
Что остаётся в 1С
Номенклатура, склады, остатки, товары в пути, документы заказа и перемещения. 1С и автозаказ в связке выглядят так: учётка подтверждает факт, внешний слой предлагает количество.
Что считает IMS
Потребность, страховой запас, учёт аналогов, исключение аномалий, контроль менеджера перед отправкой. Это не замена 1С и не франчайзи-внедрение конфигурации.
Workflow: Остатки и документы в 1С → выгрузка продаж/остатков в IMS → расчёт потребности и страхового запаса → заказ или перемещение обратно в 1С → контроль KPI (дефицит, излишки, оборачиваемость)
Как устроен контур выгрузки на примере учётки - см. пример интеграции с учётной системой. По зонтику темы удобен хаб автоматизация и управление закупками.
Делайте: разделяйте учёт остатков в 1С и расчёт «сколько заказать» во внешнем слое. Не делайте: не сравнивайте вендоров фразой «мы лучше X» без своих пилотных цифр.
1. Соберите контур данных: что выгружать из учётки в сервис
Без чистых данных любой автозаказ поверх 1С даст шум. Сначала опишите поток, потом зовите демо.
- Зафиксируйте, какие задачи сейчас закрывает типовая 1С: остатки, способы и схемы обеспечения, мин-макс, заказ поставщику.
- Опишите боль: сколько SKU и точек, сколько часов уходит на Excel, есть ли одновременно дефицит и излишки.
- Отметьте факторы, которых не хватает в учётке: сезонность, аналоги, страховой запас, исключение аномалий, расписание точки заказа.
- Нарисуйте контур «данные из 1С → расчёт в IMS → заказ или перемещение обратно в документы», без смены учётной системы.
- Соберите 5-7 вопросов на демо: прогноз, контроль менеджера, KPI, интеграция, права на правку количества.
- На пилоте замерьте до/после по 3 метрикам: дни дефицита, сумма излишков, время на формирование заказа.
- Решите: остаётесь на мин-макс в 1С или подключаете специализированный слой поверх учётки.
Остатки, продажи, товары в пути
Минимум для расчёта: история продаж, текущие остатки, открытые заказы и товары в пути, сроки поставки, привязка к складам и точкам. Без «в пути» система перезаказывает то, что уже едет.
Возврат рассчитанных заказов и перемещений в документы 1С
Итог слоя должен снова стать учётным документом. Менеджер проверяет предложение, правит при необходимости и проводит заказ. Учётная система не «уезжает».
Делайте: держите plural-формулировки про автозаказы и контур «поверх 1С». Не делайте: не смешивайте тему с планированием закупок как sole-сценарием настройки 1С - это соседний материал, не эта страница.
Проверьте на пилоте: дефицит, излишки и упущенный спрос
Пилот лучше ставить на 1 категорию или 1-2 склада. Сравните 4-6 недель «как было» и «как стало» на одних и тех же KPI.
- Дни дефицита / уровень сервиса по ключевым SKU.
- Сумма или доля излишков и неликвидов месяц к месяцу.
- Часы закупщика на сборку заказа поставщику.
- Оборачиваемость и страховой запас на пилотной категории.
Соседний контур матрицы и неликвидов разобран в разделе про управление ассортиментом и складом.
Делайте: фиксируйте baseline до старта пилота. Не делайте: не меняйте сразу все точки сети без контрольной группы.
Достаточно ли 1С для автозаказов в розничной сети?
Короткий ответ: для стабильного небольшого ассортимента - часто да. Для сети с ростом SKU, сезонностью и одновременным дефицитом плюс излишками - обычно нужен расчёт вне типового мин-макс.
Достаточно ли 1С для автозаказов, решают не «красивые скриншоты», а ваши цифры: время на заказ, дни пустой полки, сумма замороженных остатков. Если 1С закрывает документы, а Excel считает количество - вы уже на границе двух контуров.
Типовой контур даёт учётный каркас. Специализированный сервис автозаказа добавляет прогнозный слой, не заменяя учётку.
Делайте: отвечайте себе по таблице сигналов выше. Не делайте: не ищите «волшебную галочку» внутри учётки, если боль в прогнозе и KPI.
Чек-лист вопросов перед демо или пилотом IMS
- Какие поля выгружаем из 1С и как часто обновляем?
- Кто утверждает рассчитанный заказ: полный автомат или контроль менеджера?
- Как учитываются аналоги, акции и аномальные продажи?
- Как считается страховой запас и точка заказа?
- Какие KPI видны на дашборде: дефицит, излишки, оборачиваемость, упущенный спрос?
- Как заказ и перемещение возвращаются в документы 1С?
- На какой категории и горизонте меряем пилот?
После карты решения имеет смысл посмотреть помощник закупок в ритейле как пример IMS-слоя поверх учётки.
Делайте: приходите на демо со своими 5-7 вопросами и baseline. Не делайте: не обсуждайте цены и SLA, пока нет контура данных и метрик пилота.
BrightBoard - IMS «помощник закупок в ритейле»: автозаказ и распределение остатков, дашборд с 20+ метриками, KPI закупок, ассортиментная матрица и поиск неликвидов. Подключение начинается с онлайн-встречи и выгрузки данных из вашей учётной системы, учёт остаётся у вас.
FAQ
Есть ли полноценный автозаказ в типовой конфигурации 1С?
Есть контур обеспечения, мин-макс и заказ поставщику. Отдельного прогнозного IMS-слоя как продукта обычно нет: расчёт «сколько заказать под спрос» чаще выносят во внешний сервис или Excel.
Чем автозаказ поверх 1С отличается от мин-макс в учётке?
В учётке чаще фиксированные уровни и документы. IMS считает потребность по истории продаж с учётом сезонности, аналогов, страхового запаса и аномалий, а итог возвращает в заказ или перемещение 1С.
Когда достаточно мин-макс в 1С, а когда нужен сервис?
Мин-макс ок на стабильном небольшом ассортименте. При росте SKU и точек, сезонности и одновременном дефиците с излишками смотрят внешний расчёт.
Нужно ли менять 1С, чтобы внедрить автозаказ?
Обычно нет. Учёт остаётся в 1С, сервис забирает выгрузку и возвращает рассчитанные заказы или перемещения. Сроки и стоимость зависят от вашей базы - их не обещают «с листа».
Что сделать дальше и какие метрики замерить
- Пройдите протокол сравнения выше и отметьте, на каком шаге «ломается» текущий процесс.
- Соберите baseline по 3 метрикам: дни дефицита, сумма излишков, часы на заказ.
- Выберите пилотную категорию и список вопросов на демо.
- Запросите разбор контура на странице контактов BrightBoard.
Метрики для контроля: дни дефицита и упущенный спрос по ключевым SKU; доля излишков и неликвидов; время закупщика на заказ; оборачиваемость и страховой запас на пилоте. Сначала цифры, потом решение «остаёмся на учётке» или «подключаем слой».
