Обеспечение заявок в 1С: контроль зависших заказов

Контроль обеспечения заявок покупателей в 1С – это проверка того, зарезервирован ли товар под конкретный заказ и выставлен ли заказ поставщику, если товара нет в наличии. Без системного контроля 20-30% заказов зависают в промежуточных статусах неделями: товар числится зарезервированным, клиент ждёт, а менеджер «уже занимается». Три точки зависания одинаковые у всех – резерв без отгрузки, незакрытый заказ поставщику и частичное обеспечение без уведомления клиента.

Как устроено обеспечение заявок в 1С

В 1С Управление торговлей (ред. 11) и Комплексной автоматизации обеспечение заявки – это привязка товара к конкретному заказу покупателя. Система предлагает три варианта.

• Резервирование на складе – товар есть, он закрепляется за заказом. Другие менеджеры его не видят в свободных остатках.
• Заказ поставщику – товара нет, создаётся заказ поставщику, привязанный к заказу покупателя через реквизит «Заказ покупателя».
• Комбинированное – часть позиций резервируется, часть заказывается. Самый рискованный сценарий с точки зрения зависания.

Статус обеспечения виден в заказе покупателя в колонке «Обеспечение» или «Статус обеспечения». Пока хотя бы одна позиция не обеспечена, статус остаётся «К обеспечению» или «Обеспечивается частично». Заказ не переходит к отгрузке автоматически.

Три точки зависания заказов

Проблема не в настройках 1С – она в том, что промежуточные статусы никто не контролирует систематически. Каждая из трёх точек даёт свой тип потерь.

Точка 1: резерв без отгрузки

Товар зарезервирован под заказ, а заказ не отгружен третью неделю. Причины разные: клиент попросил подождать, менеджер не напомнил, логистика не согласовала дату. Итог: товар «заморожен», другие клиенты его купить не могут, оборачиваемость падает.

Норма для розницы и небольшого опта – резерв без отгрузки не дольше 3-5 рабочих дней. Для проектных продаж допустимо 14-21 день, но только с зафиксированной датой поставки прямо в заказе.

Точка 2: заказ поставщику без контроля

Создали заказ поставщику под заказ покупателя, ожидаемая дата поставки – 10-е число. Наступило 15-е, поставки нет, заказ поставщику не закрыт, статус в системе не обновился. Менеджер по закупкам думал, что менеджер по продажам разберётся. Менеджер по продажам думал наоборот.

Такие заказы всплывают, когда клиент сам звонит с претензией. К этому моменту просрочка уже 1-2 недели, и разговор начинается не с продажи, а с объяснений.

Точка 3: частичное обеспечение

10 позиций в заказе. 9 обеспечены, одна нет – допустим, специфический крепёж или упаковка. Заказ висит в «обеспечивается частично» месяц. Клиент злится. А 9 позиций можно было отгрузить ещё три недели назад частичной накладной.

Это типичная история при работе с комплектами и многопозиционными заказами. Решение принимается один раз: отгружать частично или держать до полного комплекта. Но его надо принять и зафиксировать, а не откладывать.

Кейс: что происходит без контроля

Оптовая торговля строительными материалами, 12 менеджеров по продажам, оборот около 40 млн ₽ в месяц.

Срез до выстраивания контроля: 23% заказов находились в статусе «к обеспечению» или «обеспечивается» дольше 7 дней. Из них 40% – это резервы без отгрузки, где клиент уже согласовал дату, но накладная не выписана. Замороженные остатки под резервами постоянно составляли 2,3 млн ₽.

После внедрения ежедневного контроля по чек-листу ниже: через два месяца доля «старых» необработанных обеспечений снизилась до 6%. Замороженные остатки – 0,7 млн ₽. Разница в 1,6 млн ₽ ушла в оборот без дополнительных вложений.

Чек-лист ежедневного контроля обеспечения

Проверяйте каждое утро. Это 15-20 минут работы руководителя отдела или старшего менеджера.

• Резервы старше 3 дней без даты отгрузки – звонок менеджеру или клиенту, причина задержки фиксируется комментарием прямо в заказе.
• Заказы поставщику с истёкшей ожидаемой датой поставки – уточнение у поставщика, обновление даты в системе в тот же день.
• Частичное обеспечение старше 5 дней – принять решение: отгрузить частично или держать до полного комплекта. Ответ зафиксировать в заказе.
• Заказы в статусе «К обеспечению» без движения дольше 2 дней – проверить, назначен ли ответственный за закупку и создан ли заказ поставщику.
• Заказы с истёкшей датой желаемой поставки у клиента – уведомить клиента о реальных сроках до того, как он позвонит сам.

Этот список закрывает 80% причин зависания. Остальные 20% – системные проблемы с поставщиками или неправильно выбранная стратегия обеспечения в настройках 1С.

Регламент: пороги и ответственные

Без зафиксированных порогов чек-лист не работает – каждый решает «ещё подождём» по своему усмотрению. Пороги должны быть прописаны и доведены до команды.

Рабочая схема для компании с оборотом до 100 млн ₽ в месяц:

• 0-3 дня – норма, менеджер ведёт самостоятельно.
• 3-7 дней – менеджер обязан поставить комментарий в заказе: причина задержки и ожидаемая дата решения. Руководитель видит это в отчёте при ежедневной проверке.
• 7-14 дней – задача переходит к руководителю отдела продаж или закупок в зависимости от типа обеспечения. Без комментария руководителя заказ не остаётся в этой зоне.
• Более 14 дней – принудительное решение: отмена обеспечения, перевод на другой склад или другого поставщика, либо письменная договорённость с клиентом с новой датой.

Комментарий в заказе – ключевое требование. Не в мессенджере, не на планёрке, не на словах. Только тогда следующий проверяющий видит картину без выяснений.

Если хотите настроить автоматическое отслеживание обеспечения заявок в 1С с уведомлениями по превышению порогов – это работает без доработки конфигурации, через правила виртуальных сотрудников.

Как читать отчёты по обеспечению в 1С

В 1С УТ 11 и КА есть несколько встроенных инструментов. Их достаточно для контроля без доработок.

Ведомость по заказам покупателей

Раздел «Продажи» – «Отчёты по продажам». Настройте группировку по статусу обеспечения. Смотрите строки «К обеспечению» и «Обеспечивается». Добавьте колонку «Дата» и отсортируйте по возрастанию – старые заказы окажутся наверху.

Анализ заказов покупателей

Показывает долю обеспеченных позиций в каждом заказе. Фильтр «Необеспеченные позиции» даёт срез того, чего не хватает прямо сейчас. Удобно для закупщика: видит список к заказу без ручного анализа каждого документа.

Монитор заказов

Отображает заказы по статусам в реальном времени. Настройте условное оформление: выделите красным строки, где дата превышает ваш порог. Это делается стандартными средствами 1С без программирования.

После того как заказ перешёл к отгрузке, начинается следующий этап контроля. О том, какие ошибки чаще всего возникают в документах реализации и как их выявлять до отгрузки, есть отдельный разбор. Параллельно стоит закрыть контроль комплектности при отгрузке – недовложения и пересортица обнуляют работу по обеспечению, если их не ловить на складе.

Частые вопросы

Зачем вообще нужен резерв – разве нельзя просто отгружать по приходу?

Можно, если у вас один менеджер и 5 заказов в день. При 50+ заказах без резерва два менеджера пообещают один и тот же товар двум клиентам. Резерв фиксирует договорённость в системе, а не только в голове. Проблема не в инструменте, а в том, что резерв не контролируют после создания.

Как понять, что стратегия обеспечения настроена неправильно?

Признак – заказы с нулевым обеспечением висят больше суток при наличии товара на складе. Проверьте настройки склада: раздел «НСИ и администрирование» – «Склад и доставка» – стратегии обеспечения. Если стратегия «Не обеспечивать» стоит по умолчанию, резервирование не происходит автоматически при проведении заказа.

Что делать с заказами поставщику, которые «потерялись» и не привязаны к заказам покупателей?

Отчёт «Заказы поставщикам» с отбором по пустому реквизиту «Заказ покупателя» покажет «свободные» заказы поставщику. Часть из них – плановые закупки, часть – ошибки, где привязку не проставили. Разберите их вручную раз, потом установите правило: заказ поставщику без привязки не проводится без комментария причины.

Как контролировать обеспечение, если заказов несколько сотен в месяц?

Ежедневная ручная проверка при таком объёме нереальна. Оптимальный путь – настроить автоматическое формирование списка отклонений по утрам: только заказы, которые нарушили пороги, попадают в задачи ответственных. Остальные система не трогает. Это делается через регламентные задания 1С или внешние инструменты контроля.