Снятие резервов по заказам для УТ 11

Когда пригодится

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

Рис. 1. Источник срока и варианты обеспечения — фрагмент страницы «Настройки».

Установка

Подключите поставочный файл СнятиеРезервов_УТ11_1.2.cfe через «Расширения конфигурации», перезапустите клиент и откройте раздел «Снятие резервов». Основная конфигурация остаётся типовой. Для пользователя назначьте роль расширения и обычные права УТ на заказы и выбранные уведомления.

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

Сроки, ограничения и исключения

Срок берётся из выбранного дополнительного реквизита соглашения, пользователя-менеджера или заказа. Если индивидуальное значение отсутствует либо не положительно, применяется «Резерв по умолчанию». Общий максимум ограничивает оба варианта; значение 0 отключает потолок.

Начало отсчёта — дата заказа или дата отгрузки в шапке. Резерв снимается, когда прошло строго больше дней, чем задано сроком. Рабочие дни определяются по основному производственному календарю предприятия, включая предпраздничные. Альтернатива — календарные дни.

Рис. 2. Ограничения и выбор дополнительных реквизитов. Полные снимки форм приложены к статье.

По умолчанию оплаченные и отгруженные заказы исключены. Флажки разрешают частичную оплату и отгрузку; полностью исполненные заказы не попадают в снятие. Для расчётов по договорам предусмотрено отдельное разрешение.

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

Предпросмотр и изменение обеспечения

Нажмите «Заказы к снятию (предпросмотр)». В таблице видны заказ, партнёр, менеджер, дата, сумма, срок и число прошедших дней. Колонки «Снимется» и «Причина отказа» показывают результат реальной проверки проведения.

Рис. 3а. Левая часть предпросмотра: заказ, партнёр, менеджер и дата.

Рис. 3б. Правая часть: срок и результат пробного проведения. Данные заказа не меняются.

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

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

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

Предупреждение до снятия

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

Рис. 4. Отдельные настройки предупреждения клиентам и сотрудникам — фрагмент формы.

Клиент получает письмо по контактным данным партнёра, контрагента или контактного лица. При необходимости прикладывается типовой счёт в PDF. Для сотрудников выбирается отдельный канал, тема, текст и список адресатов.

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

Передача в почтовый сервер или API означает приём сообщения сервисом. Прочтение письма или сообщения человеком расширение не определяет.

Уведомления, каналы и шаблоны

Предупреждение и уведомление о снятии настраиваются независимо. Например, сначала можно отправить клиенту письмо со счётом, а после снятия создать задачу менеджеру.

Рис. 5. Уведомление о снятии резервов — фрагмент формы. Подключение зависит от канала.

Сотрудникам доступны E-mail, задача, напоминание, Telegram, WhatsApp и Max. Для Telegram нужны токен бота и выбранный дополнительный реквизит пользователя с идентификатором чата. WhatsApp и Max используют данные аккаунта Green API и телефон получателя; текст отправляется через API URL.

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

Шаблоны поддерживают [Номер], [Дата], [Партнер], [СуммаДокумента], [Менеджер], [Номенклатура], [СписокНоменклатуры], [ТелефонОрганизации] и реквизиты шапки. Оба параметра номенклатуры перечисляют только снимаемые позиции. При HTML-формате значения экранируются. Дайджест объединяет просроченные заказы по получателю.

Ручные команды и расписание

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

Рис. 6а. Шесть команд расширения — левая часть таблицы.

Рис. 6б. Настройки открываются вручную; все пять заданий отключены.

«Закрытие отработанных заказов» выбирает полностью оплаченные и отгруженные заказы. «Закрытие неотработанных» — заказы без оплаты и отгрузки, все действующие строки которых имеют вариант «Не обеспечивать». В последнем случае оставшиеся строки отменяются с выбранной причиной: это необходимо для обычного закрытия неоплаченного заказа в УТ.

Администратор открывает «Настроить расписание» и включает нужные задания в типовой форме. Предупреждение, снятие, два вида закрытия и дайджест имеют отдельные расписания. Самостоятельное включение заданий при установке не выполняется.

Кнопка «Журнал снятий» в настройках открывает историю за 30 дней. Дополнительно события записываются в журнал регистрации. Ошибки проведения и доставки отражаются отдельно от успешных действий.

Что учитывать при настройке

В смешанном заказе уведомление должно описывать именно снимаемые позиции. Параметры [Номенклатура] и [СписокНоменклатуры] используют один состав, отобранный по включённым вариантам обеспечения. Отменённые, нулевые и обособленные строки в него не попадают.

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

Рис. 7. Задача о снятии сохраняет фактический состав после отмены строк заказа.

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

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

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

Другие виды документов, например заказы на перемещение, в обработку не включены.

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

Рис. 8. Новая иконка раздела «Снятие резервов» в панели УТ.