Автоматическое снятие резервов и закрытие отработанных заказов в 1С

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

Также обработка может закрывать исполненные заказы (полностью оплаченные и отгруженные) и неотработанные заказы с вариантом "Не обеспечивать", по которым не было оплат и реализаций.

При этом есть возможность отправки сообщений пользователям и клиентам (предварительно и по факту снятия резерва) в виде:

• E-mail, 
• Задача,
• Telegram.

На форме обработки расположены пять команд:

• Настройки снятия резервов,
• Предварительное уведомление о снятии резервов,
• Снятие резервов по заказам клиента,
• Закрытие отработанных заказов (исполнененные),
• Закрытие неотработанных заказов (с вариантом "Не обеспечивать").

Для автоматического выполнения операций в клиент-серверных базах можно установить расписание.

Для корректной работы разработки необходимо указать в настройках программы график работы предприятия и заполнить производственный календарь на текущий год.

Настройки календаря находятся в меню НСИ и админстрирование -> Настройка НСИ и разделов -> Предприятие:

Общие настройки снятия резервов в 1С

На форме настроек нужно выбрать параметры снятия резервов по заказам клиента и отправки оповещений о снятии клиентам и пользователям программы.

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

• соглашение с клиентом (типовое или индивидуальное),
• настройки пользователя,
• заказ клиента.

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

В противном случае имеет смысл установить общее количество дней резерва для конкретного менеджера или соглашения с клиентом.

Также есть возможность для каждого документа задавать индивидуальную настройку по количеству дней резерва (будет рассмотрено ниже).

Флагами отмечаем варианты обеспечения, по которым нужно снимать резервы:

• Резервировать,
• Резервировать по мере поступления,
• Отгрузить,
• Мягкий резерв (К обеспечению) - актуально для УТ 11.5, КА2.5 и ERP 2.5.

Можно выбрать вариант последующей обработки заказа:

• отменить строки и закрыть заказ,
• изменить вариант обеспечения в строках на значение Не обеспечивать, но заказ не закрывать.

В нижней части формы при необходимости настраиваем отбор заказов (если не по всем заказам нужно снимать резервы).

На второй вкладке настраиваем отправку предварительных оповещений о скором снятии резервов. Указываем, за сколько дней до снятия резервов необходимо отправлять уведомления, а также собственно необходимость отправки таких уведомлений клиентам и пользователям базы.

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

Клиенту отправляется электронное письмо на почту, указанную в карточке Партнера или Контрагента. Если нужно к письму приложить счет - устанавливаем соответствующий флаг.

Пользователям можно отправить письмо, задачу на рабочий стол или сообщение в телеграм-бот. 

Для отправки уведомлений пользователям, необходимо указать адресатов:

• Менеджер - менеджер заказа,
• ОсновнойМенеджер - основной менеджер партнера (актуально для УТ11, КА и ERP),
• Автор - автор заказа,
• Пользователь - можно выбрать конкретных пользователей базы.

На третьей вкладке аналогичные настройки, но только для отправки оповещений о снятии резервов.

Индивидуальные настройки снятия резервов

Если у вас для разных заказов разный срок резервирования, можно задавать количество дней резерва для каждого документа отдельно.  Для этого нужно создать дополнительный реквизит числового типа Дней резерва (реквизит должен называться именно так!), привязанный к заказам клиента, и заполнить реквизит в конкретном документе. 

Если по каким-то заказам не нужно снимать резервы, несмотря на то, что срок резервов по ним уже превышен (согласно настройкам), для этого в документе на закладке Дополнительно нужно установить соответствующую галку. 

Сначала для заказов создаем дополнительный реквизит Не снимать резервы с типом Булево (реквизит должен называться именно так!).

Для заказов, по которым не нужно снимать резервы, устанавливаем галку. 

Если данный функционал вам не нужен, просто не создавайте этот доп.реквизит.

Уведомление в телеграм

Для отправки уведомлений пользователям в телеграм-бот, в настройках обработки нужно указать токен чата. Причем предварительное оповещение можно отправлять в один чат, а уведомление о снятии резервов - в другой. Для этого нужно указать разные токены.

Для всех пользователей-получателей уведомлений нужно создать и заполнить доп.реквизит Идентификатор чата с типом Строка (доп.реквизит должен называться именно так!).

Идентификтор чата - это цифровой код, который присваивается каждому аккаунту при регистрации. Т.е.у каждого пользователя свой уникальный идентификатор.

В качестве адресатов можно использовать пользователей информационной базы или значения Менеджер (менеджер заказа), Автор (автор заказа) и ОсновнойМенеджер (основной менеджер партнера).

Отмена резервов по заказу клиента в 1С

После рассылки предварительных оповещений клиенты получат на почту подобное письмо.

Уведомление о снятии резервов будет выглядеть так:

Менеджер заказа получит задачи на рабочий стол.

Пример уведомлений в телеграм:

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

Строки заказа отменяются, заказ закрывается согласно настройкам.

Релиз 507.2.1.1 от 23.12.2025

Для отправки сообщений пользователям теперь можно использовать всплывающие напоминания, а также WhatsApp и Max (используется сервис Green-api).

Для отправки в мессенджеры нужно указать данные аккаунта green-api:

• media url,
• api url,
• api token,
• id instance.