Как в 1С:Управление торговлей настроить оповещение о критическом остатке товаров или автоматическое создание заказов поставщикам?

При управлении складскими запасами регулярно возникает задача контроля неснижаемого остатка. Руководителям и менеджерам по закупкам важно вовремя получать сигналы о том, что количество номенклатурной позиции на складе приближается к критическому минимуму (например, менее 5 штук), либо автоматически инициировать пополнение. Разберем детально, какие возможности для решения этой задачи предусмотрены разработчиками типовой конфигурации 1С:Управление торговлей редакции 11, с какими ограничениями можно столкнуться при штатной эксплуатации и как грамотно расширить функционал при помощи средств платформы.

Штатные механизмы контроля остатков без доработки конфигурации

Рассмотрим стандартные механизмы программы, которые позволяют контролировать минимальные остатки без внесения изменений в конфигурацию и привлечения программистов.

1. Настройка поддержания запасов (метод Min – Max)

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

1. Открываем рабочее место настройки поддержания запасов (раздел Склад и доставка — Настройка поддержания запасов).
2. Для требуемой номенклатурной позиции, товарной категории или группы складов выбираем метод обеспечения Минимум - максимум.
3. Устанавливаем значение минимального остатка (например, 5 шт.) и максимального остатка (допустим, 20 шт.).
4. При таком подходе система отслеживает не просто физический остаток, а показатель свободного запаса с учетом ожидаемых поступлений и зарезервированного товара.

2. Рабочее место «Формирование заказов по потребностям»

Когда остаток товара падает ниже заданной минимальной границы, система автоматически фиксирует потребность в заказе до максимального уровня. Ответственный сотрудник открывает обработку Формирование заказов по потребностям. Это пошаговый мастер, который анализирует дефицит, группирует товары по основным поставщикам и формирует готовые документы Заказ поставщику. Менеджеру остается лишь проверить рассчитанные объемы, согласовать цены и провести созданные документы.

3. Подсистема «Рассылка отчетов»

Если задача заключается в том, чтобы менеджер получал регулярное уведомление без необходимости постоянного перехода в рабочее место обеспечения потребностей, проанализируем настройку регламентных оповещений по электронной почте:

1. Переходим в отчет Остатки и доступность товаров (или Ведомость по товарам на складах).
2. Нажимаем кнопку Настройки, переключаемся на расширенный режим и добавляем фильтр: поле В наличии со значением Меньше или равно 5.
3. Сохраняем измененный вариант отчета с понятным наименованием, например, «Товары с критическим остатком».
4. Переходим в раздел НСИ и администрирование — Печатные формы, отчеты и обработки — Рассылки отчетов.
5. Создаем новую рассылку, выбираем сохраненный вариант отчета, указываем пользователей-получателей и настраиваем расписание (например, запуск каждое утро или дважды в день).
6. Обязательно устанавливаем флаг Не отправлять пустой отчет. В этом случае письмо будет сформировано и доставлено только при наличии номенклатуры, остаток которой действительно опустился ниже порогового значения.

Ограничения типового функционала платформы и конфигурации

При использовании исключительно стандартных средств существует ряд принципиальных ограничений, о которых необходимо знать заранее:

1. Интерактивность формирования заказов: типовое рабочее место Формирование заказов по потребностям не предназначено для полностью фонового запуска. Оно требует участия человека, так как при закупке необходимо подтверждать условия поставок, графики платежей, договоры и цены.
2. Отсутствие мгновенных триггерных уведомлений: программа не отправляет всплывающее push-оповещение менеджеру непосредственно в секунду проведения документа Реализация товаров и услуг, когда остаток перешагнул заданный порог.
3. Риск транзакционных блокировок: попытка организовать расчет остатка непосредственно в процедурах проведения документов продажи приводит к избыточной нагрузке на регистры Товары на складах и Распределение запасов. При высокой интенсивности продаж одновременная проверка остатков несколькими пользователями неизбежно вызовет взаимные блокировки данных в СУБД.

Реализация автоматического контроля через внешнюю разработку или расширение

Когда требуется полная автономность процесса — регулярное автоматическое создание предварительных документов или отправка сообщений во внутренние чаты системы — наиболее надежным решением выступает внешняя обработка с запуском по расписанию либо расширение конфигурации (CFE). Использование расширения позволяет не снимать типовую базу с поддержки поставщика.

Рассмотрим архитектуру такого решения. Создается регламентное задание РегламентныеЗадания, которое с заданной периодичностью (например, каждые 15 минут) выполняет запрос к актуальным остаткам склада и инициирует необходимые действия.

Посмотрим на пример запроса для выборки номенклатуры с дефицитом остатка:

Запрос = Новый Запрос;
Запрос.Текст = 
    "ВЫБРАТЬ
    |	ТоварыОстатки.Номенклатура КАК Номенклатура,
    |	ТоварыОстатки.Характеристика КАК Характеристика,
    |	ТоварыОстатки.Склад КАК Склад,
    |	ТоварыОстатки.ВНаличииОстаток КАК ВНаличииОстаток
    |ИЗ
    |	РегистрНакопления.ТоварыНаСкладах.Остатки(&Период, ) КАК ТоварыОстатки
    |ГДЕ
    |	ТоварыОстатки.ВНаличииОстаток <= &КритическийОстаток";

Запрос.УстановитьПараметр("Период", ТекущаяДатаСеанса());
Запрос.УстановитьПараметр("КритическийОстаток", 5);

Выборка = Запрос.Выполнить().Выбрать();

После получения выборки строк система может выполнить одно из следующих целевых действий:

1. Формирование непроведенного документа «Заказ поставщику»: если в карточке номенклатуры заполнен основной поставщик и активное соглашение, процедура автоматически создает документ со статусом «Не согласован», избавляя закупщика от рутинного ручного набора строк.
2. Создание бизнес-процесса или задачи: в системе регистрируется элемент справочника Задачи на ответственного сотрудника отдела снабжения с перечнем позиций, требующих заказа.
3. Оповещение через «Систему взаимодействия»: платформа 1С:Предприятие 8.3 позволяет отправить системное оповещение или сообщение в групповой чат ответственным менеджерам, используя встроенные механизмы совместной работы.

Выясним причину, по которой фоновые регламентные процедуры предпочтительнее проверок при проведении: регламентное задание работает асинхронно, выполняет чтение с минимальным уровнем изоляции транзакций и абсолютно не замедляет оформление продаж операторами на кассах и складах.