Автоматическое снятие товарных резервов в 1С — по расписанию
Резервы под неоплаченные заказы висят неделями и съедают свободный остаток для оплативших клиентов. Расширение снимает их по вашим правилам: срок удержания берётся из соглашения с клиентом или указывается в конкретном заказе. Уведомление менеджеру о снятии резерва — в Telegram, WhatsApp или email. Для отделов продаж с дисциплиной по предоплатам.
Последняя версия:
Что вы получаете
Покажем как работает
Запросите демонстрацию — проведём встречу в удобном мессенджере и покажем функционал на вашей задаче.
Готовое решение
Не идея и не ТЗ — рабочая разработка для текущего и предыдущих релизов конфигураций, со скриншотами и инструкцией.
Безопасно для конфигурации
Разработки подключаются без вмешательства в типовую конфигурацию. Снимаются за минуту, если что-то пойдёт не так.
Полная прозрачность
Открытый код, честные отзывы, закрывающие документы.
Подробное описание
Обработка убирает проблему зависших резервов, т.е. позволяет автоматически снимать резервирование товаров под неотгруженные и неоплаченные заказы клиента. В настройках задается минимальный срок давности резервов для снятия.
Также обработка может закрывать исполненные заказы (полностью оплаченные и отгруженные) и неотработанные заказы с вариантом "Не обеспечивать", по которым не было оплат и реализаций.
При этом есть возможность отправки сообщений пользователям и клиентам (предварительно и по факту снятия резерва) в виде:
- 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.
Оцените разработку
Общий рейтинг появляется при ≥ 3 оценках. Мы не скрываем плохие — все оценки идут в общую статистику.
Войдите, чтобы оценить разработку.
Частые вопросы
Как получить разработку и установить её в 1С?
После оплаты картой или СБП ссылка для скачивания приходит на email в течение минуты. При оплате по счёту от ИП — автоматически после поступления денег на расчётный счёт. Ручные оплаты (USDT, перевод на казахскую карту) подтверждаем в рабочее время — обычно в течение часа.
К разработке приложена инструкция по подключению. Установка занимает 5–10 минут. Если что-то не получится — напишите, подключимся удалённо через AnyDesk и поставим за вас.
Какие способы оплаты доступны?
Можно ли оплатить в тенге, белорусских рублях или долларах?
А если что-то пойдёт не так после установки?
Что произойдёт после очередного обновления 1С?
Каждая разработка тестируется на новых релизах 1С до их публичного выхода. На момент, когда вы обновите конфигурацию, совместимая версия уже готова и ждёт скачивания.
Если в течение 3 месяца после покупки выйдет новый релиз — обновление бесплатно (просто скачайте свежую версию из личного кабинета). Дальше доступна цена обновления — 20% от текущей цены разработки. Альтернатива — годовой абонемент, покрывающий все обновления и новые разработки сайта.
Какие версии 1С НЕ поддерживаются?
Разработка не работает в 1С:Fresh — это облачный режим работы 1С со своими ограничениями. Список совместимых конфигураций указан в начале описания, в других конфигурациях использование не предполагается.
На сколько баз 1С действует одна покупка?
Можно ли дорабатывать код самостоятельно?
Какие закрывающие документы вы предоставляете?
Можно ли посмотреть демо до покупки?
Какой артикул у этой разработки?
Комментарии (29)
Добрый день. А как из Заказа клиента можно продлить резерв по Заказу, если в настройках настроено общее кол-во дней резервирования (у нас 5 дней)? За день менеджеру приходит напоминание и он хочет еще на 5 дней продлить резерв по Заказу. Как это можно сделать?
Здравствуйте, Сергей! В описании разработки в разделе "Индивидуальные настройки снятия резервов" описано, как задать индивиудальные настройки для конкретного документа. Ознакомьтесь, пожалуйста, с описанием.
Я эти настройки видел. Суть в том что если создать галочку "Не снимать резервы", то кто мешает менеджерам везде ставить эти галочки и суть обработки теряется. Если мы не создаем эту галочку, но делаем окно с днями резерва индивидуальное в заказе, можно ли в нем ограничивать кол-во дней резерва? Иначе так же можно поставить там любое кол-во дней и все. Далее программа начинает обратный отсчет, за день предупреждает менеджера и, если ему надо еще на какой-то срок продлить резерв по этому заказу он может зайти в Заказ и обновить кол-во дней резерва. Но опять на какой-то ограниченный срок! Тогда суть обработки сохраняется. В идеале еще сделать чтобы при уменьшении дней резерва цифра в этом окошке тоже уменьшалась, чтобы визуально было видно, сколько дней до истечения резерва осталось?
Добрый день. Насколько я понял, Вам необходимо каким-то образом ограничить менеджеров от совершения нежелательных действий (например, бесконечного перемещения срока резерва или установки галки "Не резервировать"). К сожалению такой возможности нет и реализовать ее проблематично.
А как тогда можно продлить срок резерва по заказу? Галочку "не снимать резерв" я не рассматриваю в этом случае, т.к. про нее будут забывать и эти заказы с этими галочками вечно будут висеть в резервах у всех менеджеров? Допустим мы установили общую настройку резерва 5 дней, они прошли, но Заказ еще актуален и срок резерва менеджеру надо продлить, как это сделать?
Нужно создать допреквизит для заказов клиента, и в нужном заказе указать уточненное количество дней резерва (например 10).
Да, но там нет ограничения по дням резерва! Кто в этом случае мешает ставить в заказах по 500 дней резерва и суть обработки в автоматическом контроле за сроками резерва в этом случае полностью пропадает! Сформулирую еще раз вопрос: если не делать доп.реквизит в Заказе, то не понятно как продлевать резерв, если это необходимо? Если делать доп.реквизит без ограничений по срокам теряется смысл обработки. Предложение: кол-во дней резерва которое указывается в настройках является максимальным кол-вом дней резерва (это устанавливает руководитель). В заказе делается доп.реквизит с днями и там, при создании заказа по умолчанию заполняется максимальное кол-во дней резерва, указанное в настройках. Менеджер, при необходимости, может уменьшить его по своему желанию, но увеличить не может. В идеале, чтобы в этом окне кол-во дней резерва уменьшалось по мере прохождения этих дней. т.е. чтобы можно было визуально видеть сколько дней резерва осталось. Если менеджеру надо продлить резерв по этому заказу он просто увеличивает кол-во дней в этом поле на нужное ему кол-во, НО! не больше чем указано в общих настройках.
Если Вы не планируете вносить изменения в Вашу доработку можно ли заказать у Вас такую доработку лично для нас?
Сергей, обработка работает так, как работает (согласно приведенному описанию). Вы предлагаете значительно изменить ее алгоритм. Я уже ответил Вам, что сделать так, как вы предлагаете, проблематично. Заняться этим я не смогу.
P.S.: по поводу 500 дней - при создании допреквизита вы можете ограничить макс. возможное вводимое число (например, указать длину 1. Тогда максимально возможное число дней резерва - 9).
Здравствуйте! Подскажите, уведомления в на рабочий стол, через напоминания , не планируете добавить?
Добрый день! Хорошая идея, добавил задачу в план.
Здравствуйте. Подскажите пожалуйста, как система будет учитывать и обрабатывать данные, если к одному Заказу клиента привязано несколько реализаций, выполненных в разные даты?
Здравствуйте! Для корректной работы обработки товары в рамках одного заказа должны отгружаться одной датой. Если в рамках заказа сделана частичная отгрузка, по неотгруженным товарам резерв снят не будет.
Сможете добавить в адресаты менеджера заказа + список пользователей?
Такая возможность уже есть.
Добрый день, как настроить что бы оплаченные заказы не закрывались?
Добрый день. Заказы, которые хотя бы частично оплачены и/или отгружены, не закрываются (предполагается, что взаиморасчеты ведутся в разрезе заказов).
Добрый день , Закрылся заказ , у него не было заполнено поле Дата отгрузки , каким образом можно учесть этот момент , пользователи забывают заполнять . Создан вчера , сегодня уже закрылся , не получили информации никакой - Задача , email
Здравствуйте, Оксана! Пришлите на почту скрин настроек обработки.
Здравствуйте, в УТ 11.5 если не добавлять реквизит дней резерва, будет ли тогда сниматься резерв, если отсчет от даты отгрузки? И второй вопрос, резерв будет сниматься только у тех заказов, где нет оплаты?
Добрый день. Если не создавать доп. реквизит, то количество дней до снятия резерва будет взято из настроек модуля. Резервы снимаются по заказам, у которых не было ни оплат, ни отгрузок.
Здравствуйте. Для версии КА 2.5 подойдет обработка? Для любого релиза (на данный момент релиз 2.5.20.62?
Здравствуйте, Екатерина! Да, подойдет для КА2.5 для всех релизов.
Добрый день! 1. Как происходит учет количества дней до снятия резерва ? В графике работы предприятия стоят все дни, т.е. семь дней в неделю. В производственном календаре выбран - Российская Федерация (производственный календарь). Дни считает с учетом праздников и выходных. Т.е. если стоит 90 дней то уведомления с настройкой "два дня" приходят за 24.10.2024. Можно ли принудительно указать счет в календарных днях ? 2. Если указаны дни резерва по умолчанию и дни резерва для конкретного заказа в дополнительном реквизите, какие дни резерва будут выбраны обработкой ?
Здравствуйте, Сергей! 1. Обработка считает только рабочие дни согласно производственному календарю на текущий год. Принудительно указать учет дней резерва в календарных днях нельзя. 2. Приоритетной настройкой считается указание дней резерва в конкретном заказе. Если доп.реквизит в документе не заполнен - отрабатывает общая настройка.
Дмитрий, добрый день. Если расчеты ведутся в разрезе договоров, ваше решение отработает или нет?
Здравствуйте, Виталий! Нет, расчеты должны быть по заказам. Разработка снимает резервы для заказов, которые не оплачены и не отгружены. Если взаиморасчеты не по заказам, факт оплаты заказа не проверить.
Ольга, добрый день. Возвращаюсь к своему вопросы: нет возможности работоспобности обработки, если учет взаиморасчеты ведутся по договорам, но заказы клиента присутствуют? Может получилось "допилить" у Вас обработку?
Здравствуйте, Виталий! Доработать не получится.
Добрый день! Можно ли как то настроить снятие резервов по определенным складам, а закрытие отработанных заказов по всем складам?
Ранее так и было, но после обновления на последний релиз, если стоит снятие резервов на определенном складе, то и закрытие происходит только на том складе
Добрый день. Фильтр общий и на снятие, и на закрытие заказов. Настроить отдельный отбор на снятие резервов не получится. Для этого доработка нужна
Добрый день, а как можно назначить адресата- менеджера заказа ( или +автора) или группу пользователей доступны только список пользователей
Здравствуйте! В качестве адресатов можно использовать пользователей информационной базы или значения Менеджер (будет подставлен автоматически менеджер из заказа) и ОсновнойМенеджер (будет подставлен автоматически основной менеджер поставщика).
Так вот и не поняла как сделать ,как поле менеджер назначить ?
Здравствуйте! В списке значение адресатов выбрать тип данных Строка и набрать с клавиатуры Менеджер.
Все работает отлично, спасибо, одно замечание в поле фильтра заказов лучше бы вместо менеджера добавить автора, поскольку в текущих версия УТ11.5 Менеджер не всегда Автор документа, из-за соглашений и договоров
Вы легко можете самостоятельно добавить фильтр по автору. Автор - это реквизит заказа. Поэтому добавляете новую строку отбора, в качестве реквизита выбираете Заказ. Потом выделяете это реквизит, проваливаетесь через многоточие в его структуру и выбираете его встроенный реквизит.
Добрый день, будет ли работать в Управление торговлей, редакция 11.5.20.66
Добрый день! Будет
Добрый день! Есть вариант добавить html теги в уведомления, как в арт. 581, 522?
Добрый день. Как я понимаю, обработка работает от поля дата в заказе клиента.
Когда пользователь переносит заказ по дате, то резерв двигается........?
Есть ли таблетка? например по неизменному полю "Дата создания" ?
Добрый день. При написании разработки я не ставил задачи предусмотреть "таблетку": если пользователю нужно передвинуть резерв, мешать ему в этом я не вижу смысла. Что касается "даты создания", то такого реквизита в заказе нет. Даже если бы существовал неизменяемый реквизит заказа с типом Дата, и резерв бы считался от этого реквизита, то пользователь все равно мог бы двинуть резерв, просто увеличив срок резерва. Мешать ему в этом не вижу смысла, идея обработки немного в другом.
Добрый день! Планируется ли добавление уведомление через телеграмм бота?
Здравствуйте, Антон! Добавили возможность отправки уведомлений в телеграм. Обновите обработку.
Здравствуйте! Есть ещё один вопрос по настройке предварительных оповещений. Не могу подобрать заменяемый параметр, который отображал бы в оповещении только номенклатуру, по которой будет снят резерв. Например, если в одном заказе есть номенклатура с разными статусами (Резервировать на складе, К обеспечению и тд.) и при настройке снятия резервов только со статуса "Резервировать" при установке заменяемого параметра [Номенклатура], в оповещении, естественно, выводится весь список артикулов из заказа. Ничего лучше подобрать не смог, но это вводит в заблуждение менеджеров по продаже. Хорошо бы в таком оповещении выводить только те артикулы, с которых будут сняты резервы, но какой заменяемый параметр можно использовать? Буду признателен за ваш комментарий. Спасибо заранее.
Добрый вечер! Внес исправления, теперь параметр [Номенклатура] покажет только ту номенклатуру, по которой будет снят резерв. Отправил вам на почту новую версию.
Добрый день. Если расчеты ведутся в разрезе договоров, то данная обработка не работает? Почему бы не сделать и по договорам? Там отличие только в наличии или отсутствии оплаты.
Добрый день. Причина как раз в отстутсвии оплаты. Разработка снимает резервы для заказов, которые не оплачены и не отгружены. Если взаиморасчеты не по заказам, факт оплаты заказа не проверить.
Добрый день, Дмитрий. Как я предполагал: в случае, если расчеты ведутся по договорам, факт оплаты или неоплаты заказа не имеет значения. Можно предположить по умолчанию, что заказ не оплачен. И еще вопросик. Если обеспечение обособленное, то заказ покупателя, такое бывает, закрывать автоматически не желательно. Я не заметил (может пропустил) возможность учитывать "обособленное обеспечение" , чтобы не отменять такие заказы
Добрый день. Тогда это противоречит самой идее разработки. Если снять резерв по заказу, который оплачен в рамках договора, то товар может быть продан другому клиенту. А по данному заказу вообще продажа не состоится, если не хватит складского остатка. Такую доработку делать не стану.
Обособленные заказы обработкой не отменяются, т.к. там не совсем резерв. а обособление.Механизм немного другой.
Добрый вечер! Подскажите обработка закрывает заказ если он был частично зарезервирован? Например в заказе 10 позиций, из них 8 в резерве, 2 шт не обеспечены (ждем комплектацию), наступает день Х закрытия заказа, заказ будет закрыт или нет? Как сделать так, чтобы просроченный дни резерва считались от даты комплектации полного заказ?
Здравствуйте! В таком случае заказ тоже будет закрыт. Чтобы дни резерва считались от даты комплектации, нужно по идее настроить расчет дней резерва от даты отгрузки (не от даты документа). Изначально эту дату поставить далеко в будущем (чтобы заказ не закрылся раньше времени). Потом, когда произойдет полная комплектация заказа, изменить дату на текущую. И в таком случае уже отсчет дней пойдет так, как вам нужно.
Дмитрий, добрый день ! Купили вашу обработку для УТ 11.5 , спасибо, все что нужно закрывает , но подскажите пожалуйста, создаются заказы со статусом не обеспечивать, пока нет подтверждений от клиента . Срок проходит, заказ не активный, подчиненных документов нет. Хотелось, чтоб эта обработка, так же снимала такие заказы и закрывала их. Обработка была куплена в августе 2023, начали использовать сейчас при переходе на 11.5. Если запускаешь п.4 закрытие заказов отработанных, она такие заказы не закрывает.
Здравствуйте, Жанна! Добавили возможность закрытия неотработанных заказов со статусом "Не обеспечивать". Последнюю версию обработки можете скачать в личном кабинете.
Доброго дня! УТ 11.5.
Не видим в документе заказ клиента поля, срок резерва.
Хотя в настройке обработки, указывать ни резерва - в заказе клиента.
Добрый день. Дней резерва - это доп. реквизит. Его нужно создать самостоятельно. В описании это показано.
И неплохо было бы добавить еще один вариант статуса заказа - Резервировать по мере поступления.
В список отбора статуса.
Галка в настройках "Резервировать" подразумевает, что также будут сниматься и резервы не только с вариантом обеспечения "Резервировать на складе", но и с вариантом обеспечения "Резервировать по мере поступления".
Было бы неплохо иметь выбор между этими двумя вариантами.
Здравствуйте, Solite! Добавили возможность снятия резервов по строкам заказов со статусом "Резервировать по мере поступления".
Добрый день. Дмитрий подскажите, пожалуйста, а добавить условие по которому будут отбираться заказы для снятия резерва можно? Вижу что отбор по соглашениям есть, у нас договора. Нам надо чтобы выполнялось условие: заказ не оплачен в течении "N" дней и отсутствует договор рассрочки
Здравствуйте! В настройках снятия резервов есть фильтр заказов, можно наложить отбор по любому реквизиту заказа. Но такой отбор, как вам нужен, сделать не предусмотрен.
Добрый день!
Будет ли обработка корректно работать, если в использовании заказов стоит "Заказ только со склада" ?
Добрый день! Да, проблем быть не должно.
Дмитрий, добрый вечер. А если резерв по мере поступления стоит обоснованно и существует заказ поставщику, то как не тронуть этот заказ? Ведь в нем нет ни денег, ни отгрузки, но он верен и ждет поступления товара..... И должен ждать далее....А не обнуляться.
Здравствуйте. Если товара для продажи еще нет на складе, а пока только заведен заказ поставщику, то такую ситуацию обработка никак не затрагивает. Т.к. в данном случае нет НИКАКОГО резерва и вариант обеспечения стоит К обеспечению. Обработка затрагивает только такие ситуации, когда товар уже на складе и зарезервирован под конкретный заказ клиента.
КА 2.5. обеспечение "Резервировать по мере поступления". Такой заказ не тронет? Мне важно правильно понять...
Нет, такой заказ не тронет.
Добрый день.
Подскажите в версии КА 2.5 убрали резервировать по мере поступления и теперь программа неявно резервирует товар по дате отгрузки действием к обеспечению. Ваша обработка может работать не только по состояниям Отгрузить и Резервировать,но и по состоянию К обеспечению.
Добрый день. Нет, обработка анализирует только состояния Резервировать и Отгрузить.
Добрый день.
Релиз 507.1.1.2 от 23.02.2022
Добавлена возможность снятия "мягкого резерва", когда у товаров стоит статус К обеспечению (актуально для УТ 11.5, КА и ERP 2.5).
Работает данная ли функция в УТ 11.4?
Есть ли функция "снятия резерва к дате"
Добрый день. Нет, изменения касаются только 11.5
1. Снимать резерв "резервировать" - относится к "резервировать" и "резервировать к дате"?
2. К заказам с каким статусом относится снятие "На согласовании", "К выполнению"?
1. Да, к обоим статусам.
2. Это уже совсем другое, это статусы самого документа, а не товаров. Резервы снимаются только по заказам клиента со статусом "К выполнению".
Отсекать обработку временным периодом возможно?
Да, можно настроить отбор заказов не старше определенной даты. Посмотрите описание, там показано применение фильтра документов.
Чтобы оставить комментарий, войдите или зарегистрируйтесь.