Автоматическое снятие резервов в 1С УТ и УНФ
Резервы под неоплаченные заказы висят неделями и съедают свободный остаток для оплативших клиентов. Расширение снимает их по вашим правилам: срок удержания берется из соглашения с клиентом или указывается в конкретном заказе. Уведомление менеджеру о снятии резерва — в Telegram, WhatsApp или email. Для отделов продаж с дисциплиной по предоплатам.
Последняя версия:
Видеообзор
Что вы получаете
Покажем как работает
Запросите демонстрацию — проведем встречу в удобном мессенджере и покажем функционал на вашей задаче.
Готовое решение
Не идея и не ТЗ — рабочая разработка для текущего и предыдущих релизов конфигураций, со скриншотами и инструкцией.
Безопасно для конфигурации
Разработки подключаются без вмешательства в типовую конфигурацию. Снимаются за минуту, если что-то пойдет не так.
Полная прозрачность
Открытый код, честные отзывы, закрывающие документы.
Подробное описание
Товар лежит на складе под заказ, который клиент не оплачивает третью неделю. Другой покупатель готов забрать его сегодня — а в остатках его нет: он в резерве. Менеджер, который этот заказ завел, про него уже не помнит; чтобы найти такие заказы, кто-то должен раз в неделю открывать список, сверять даты, оплаты и отгрузки, а потом вручную менять варианты обеспечения.
Обработка делает это сама, по расписанию: сначала предупреждает клиента и менеджера за заданное число дней до снятия, а когда срок резерва истек — снимает резерв и, если так настроено, закрывает заказ. Товар возвращается в свободный остаток в тот день, когда должен, а не тогда, когда до него дошли руки.
Что меняется на складе и у менеджера
- Склад перестает держать товар под мертвые заказы. Резерв снимается по правилу, а не по настроению: срок задан один раз в настройках и действует для всех менеджеров одинаково.
- Клиент узнает о снятии заранее. За заданное число дней до снятия уходит письмо со счетом: у клиента есть время оплатить заказ или попросить о продлении резерва.
- Менеджер не разбирает списки руками. Уведомление приходит на почту, в задачу на рабочий стол, в Telegram, WhatsApp или Max — по тем заказам, за которые отвечает именно он.
- Видно, что снимется, еще до запуска. Предпросмотр показывает список заказов к снятию и по каждому отвечает: снимется резерв или нет и что помешает.
- Заказы не копятся в работе. Исполненные (оплачены и отгружены) и неотработанные заказы закрываются отдельными командами, тоже по расписанию.
Как обработка решает, что резерв пора снимать
Логика простая: у каждого заказа есть дата отсчета и срок резерва в днях. Когда прошло больше дней, чем задано сроком, заказ становится кандидатом на снятие.
- Дата отсчета берется из даты самого заказа или из даты отгрузки в шапке; выбор задается переключателем.
- Срок резерва берется из одного источника на выбор: соглашение с клиентом, карточка пользователя-менеджера или сам заказ клиента (дополнительный реквизит). Если у всех срок одинаковый, источник можно не заводить вовсе — достаточно поля Резерв по умолчанию.
- Дни считаются рабочими по производственному календарю предприятия либо календарными. Второй вариант — для тех, кто работает без выходных.
Отдельно задается Максимум дней резерва — потолок, выше которого срок не поднимется, каким бы он ни был в заказе, соглашении или карточке менеджера. Это ответ на ситуацию, с которой к нам приходят чаще всего: руководитель разрешает менеджерам продлевать резерв, но в известных пределах. Потолок применяется и к «резерву по умолчанию» — иначе его обходили бы простым увеличением этого поля.
Страница «Настройки»: источник срока резерва, значение по умолчанию и варианты обеспечения, которые обработка считает резервом
Потолок срока, порядок счета дней и выбор дополнительных реквизитов задаются на странице «Ограничения и закрытие»
Срок резерва считается по рабочим дням этого календаря
Календарь заполняют раз в год: без него обработке нечего считать
Из опыта. Рабочие дни обработка считает сама по регистру производственного календаря, и предпраздничный день учитывается как рабочий. Типовой метод расчета разницы дат по календарю здесь не подходит: он считает границы периода иначе и дает срок на один-пять дней больше. С ним резервы снимались бы позже, чем задумано. Обратная сторона: если производственный календарь на текущий год не заполнен, рабочих дней «прошло» окажется ноль и снимать будет нечего. Календарь заполните в разделе НСИ и администрирование → Настройка НСИ и разделов → Предприятие.
Какие резервы снимать
Флажками отметьте варианты обеспечения, которые обработка считает резервом:
- Резервировать на складе — классический резерв под заказ;
- Резервировать по мере поступления;
- Отгрузить (в том числе обособленно);
- К обеспечению — мягкий резерв в УТ 11.5, КА 2.5 и ERP 2.5.
Снятие переводит строку в вариант Не обеспечивать. Дальше по настройке: либо строки заказа отменяются и заказ закрывается, либо заказ остается открытым, а меняется только обеспечение.
Какие заказы обработка не трогает
По умолчанию из отбора исключаются заказы, по которым уже была оплата или отгрузка, и заказы, где расчеты ведутся не по заказам. Каждое из этих ограничений снимается отдельным флажком:
- Снимать при частичной оплате — резерв уходит и с заказов, оплаченных, например, на 30%;
- Снимать при частичной отгрузке — то же для заказов, отгруженных частично;
- Расчеты не по заказам — для баз, где взаиморасчеты ведутся по договорам, а не по заказам; там факт оплаты по заказу не определяется, и снятие идет по сроку и отсутствию отгрузки.
Есть еще два ручных исключения. Первое — отбор заказов в нижней части формы настроек: по складу, менеджеру, партнеру, соглашению, любому полю заказа. Второе — дополнительный реквизит Не снимать резервы у конкретного документа: по такому заказу обработка не снимет резерв и не пришлет предупреждение, сколько бы он ни лежал.
Реквизит заводится один раз в наборе свойств заказа
Индивидуальный срок задается прямо в заказе
Заказ с этим флажком обработка не трогает и предупреждений по нему не шлет
Дополнительные реквизиты Дней резерва, Не снимать резервы и Идентификатор чата выбираются в настройках из списка. Раньше обработка искала их по заголовку, и стоило переименовать реквизит — механизм молча выключался.
Предпросмотр: что именно снимется
Кнопка Заказы к снятию (предпросмотр) на форме настроек показывает таблицу кандидатов: заказ, партнер, менеджер, дата, сумма, заданный срок резерва и число прошедших рабочих дней. Ничего в базе при этом не меняется.
Две колонки в этой таблице отвечают на главный вопрос:
| Колонка | Что показывает |
|---|---|
| Снимется | «Да», «Нет» или «?» — снимется ли резерв на самом деле |
| Причина отказа | Чем именно типовая ответит на попытку провести заказ |
Ответ не гадательный: обработка пробует провести заказ в транзакции, которая тут же откатывается, и берет причину из сообщений типовой. Проверяются первые 100 заказов, остальные помечаются знаком вопроса.
Из опыта. Ради этой колонки предпросмотр и делался. На демо-данных «Управления торговлей» из десяти кандидатов провелись четыре: по остальным типовая отвечает «Отгружено со склада больше, чем указано в распоряжении на отгрузку», и обработка пишет это в колонку «Причина отказа». Без предпросмотра расхождение выяснялось бы уже по журналу, после запуска по расписанию.
Предпросмотр показывает, по каким заказам обработка сработает при текущих настройках
Правая часть той же таблицы: по каждому заказу видно, снимется резерв или нет и что помешает
Предупреждение клиенту до снятия
Команда 2. Предварительное уведомление о снятии резервов рассылает предупреждения по заказам, до снятия которых осталось не больше заданного числа дней. Клиенту уходит письмо на адрес из карточки партнера или контрагента; по флажку к письму прикладывается счет. Менеджеру уходит уведомление по выбранному каналу.
Предупреждение уходит ровно один раз на заказ — в любой день окна до снятия. Раньше оно уходило только при точном попадании в день: если регламентное задание в этот день не отработало (сервер выключили, база была занята), клиент не получал предупреждения вообще, а резерв снимался молча. Отметка о том, что по заказу уже предупредили, хранится в журнале регистрации, поэтому повторный запуск команды дублей не создает. Отметка ставится только тогда, когда предупреждение ушло хотя бы одним каналом: если у партнера не заполнен адрес почты, а у менеджера — идентификатор чата, предупреждение по заказу не уходит и заказ попадает в следующий запуск.
Тема и текст задаются шаблонами, в которые подставляются параметры заказа в квадратных скобках: номер, дата, партнер, сумма, список номенклатуры, менеджер, телефон организации и другие. С флажком Письма в формате HTML письмо уходит с разметкой, а не голым текстом.
Кому уходят уведомления
Получатели задаются списком. Кнопка Добавить роль подставляет готовые значения:
- Менеджер заказа;
- Автор заказа;
- Основной менеджер партнера (УТ, КА, ERP).
Рядом с ролями в список добавляются конкретные пользователи информационной базы.
Каналы для уведомления пользователей:
| Канал | Что нужно настроить |
|---|---|
| Учетная запись почты в базе | |
| Задача | Ничего, задача создается исполнителю на рабочий стол |
| Напоминание | Ничего, всплывает у пользователя в программе |
| Telegram | Токен бота и дополнительный реквизит «Идентификатор чата» у пользователя |
| WhatsApp и Max | Данные аккаунта сервиса Green API: media url, api url, api token, id instance |
Каналы и шаблоны для предупреждения и для уведомления о снятии настраиваются отдельно: например, предупреждать письмом, а о снятии сообщать в Telegram.
Если уведомление не дошло
Отправка и доставка — не одно и то же. Пустой адрес почты у партнера и контактного лица, незаполненный идентификатор чата, отсутствие исполнителя для задачи — по каждому такому случаю в журнал регистрации пишется причина отказа, а по заказу предупреждение не засчитывается. Такой заказ попадает в следующий запуск: предупреждение уйдет, как только адрес будет заполнен.
Отказ по одному адресату не прерывает рассылку по остальным. Если у заказа не нашлось ни одного заполненного адреса или идентификатора ни в одном канале, в журнале появляется отдельная запись об этом — молчаливых пропусков нет.
Предупреждение клиенту: за сколько дней, каким каналом и каким текстом
Уведомление о снятии настраивается отдельно от предупреждения
Для Telegram у получателя заполняется идентификатор чата
Так выглядит предупреждение, которое получает клиент
Менеджеру уведомление можно слать задачей — она видна на рабочем столе
Тот же текст уходит в Telegram, WhatsApp или Max
Отдельная команда Сводное уведомление менеджерам шлет не по письму на заказ, а одно письмо на менеджера со списком всех его заказов к снятию. Удобно ставить ее в расписание на утро: менеджер получает свой список и успевает разобраться с ним до того, как резервы снимутся.
Закрытие заказов
Две команды закрывают заказы, по которым работа окончена:
- Закрытие отработанных заказов (исполненные) — заказы, полностью оплаченные и отгруженные.
- Закрытие неотработанных заказов — заказы с вариантом обеспечения «Не обеспечивать», по которым не было ни оплат, ни реализаций.
У команд закрытия может быть свой отбор, отдельный от отбора снятия. Так работает частый сценарий: резервы снимать только по одному складу, а закрывать отработанные заказы — по всем. Пока отдельный отбор не задан, действует общий.
После снятия строки заказа отменяются, а заказ закрывается — по настройке
Журнал и работа по расписанию
Каждый запуск заканчивается итоговой записью в журнале регистрации: «Кандидатов: N, снято: M, ошибок: K, уведомление не доставлено: L». Успехи и отказы пишутся разными событиями, поэтому провал невозможно принять за успех. Кнопка Журнал снятий на форме настроек показывает историю за 30 дней прямо из обработки — не нужно открывать журнал регистрации и настраивать отбор.
Чтобы обработка работала без участия человека, поставьте команды в расписание: НСИ и администрирование → Печатные формы, отчеты и обработки → Дополнительные отчеты и обработки → карточка обработки → Настроить расписание. Обычный порядок — предупреждение утром, снятие ночью, закрытие заказов раз в неделю. В файловой базе расписание не работает — это ограничение платформы: там команды запускаются вручную.
Шесть команд обработки, каждой назначается свое расписание
Сборка для «Управления нашей фирмой»
Для УНФ 3.0 поставляется отдельный файл: резерв там устроен иначе — не построчно, а через состояние заказа покупателя. Поэтому снятие переводит заказ в состояние «Завершен» с вариантом «Отменен» и причиной отмены. Набор возможностей тот же:
- срок из дополнительного реквизита или по умолчанию;
- потолок дней;
- рабочие или календарные дни;
- предпросмотр;
- предварительное уведомление со своими текстами;
- закрытие исполненных заказов;
- сводное уведомление ответственным;
- те же каналы уведомлений.
На чем проверено
Перед каждым выпуском мы прогоняем обработку на живых конфигурациях. Версию 507.4.0.7 проверили 23 августа 2026 года.
- «Управление торговлей» 11.4.14.181, платформа 8.3.18 — регистрация в дополнительных обработках, отбор кандидатов, предпросмотр, снятие резерва, оба закрытия заказов, предупреждение и его защита от повтора, потолок дней, календарные дни.
- «Управление нашей фирмой» 3.0.13, платформа 8.5.1 — все пять команд сборки для УНФ.
Отдельно проверили, как учитывается доставка: с настроенным почтовым приемником письма дошли и обработка поставила отметку о предупреждении; без приемника отметки нет — на следующем запуске предупреждение уходит заново. Кнопки формы проверены автотестами интерфейса: сценарии открывают форму из карточки обработки, нажимают предпросмотр и журнал снятий, переключают настройки на каждой странице и сохраняют их с переоткрытием формы.
Из опыта, полезного не только для этой обработки. В УТ 11.4 и КА 2.4 значение «По заказам» у детализации расчетов называется в метаданных иначе, чем в УТ 11.5. Любой код, который обращается к нему по имени напрямую, в этих редакциях обрывается на первом же запросе — в журнале появляется «Неверные параметры». Обработка определяет нужное значение по фактическому составу метаданных, поэтому одинаково работает и в 11.4, и в 11.5.
Сколько стоит заказать такую доработку с нуля
| У стороннего программиста 1С | Готовое решение | |
|---|---|---|
| Стоимость | 33 000–55 000 ₽ | 9 000 ₽ |
| Сроки | 2 недели на ТЗ и согласование, затем ~11 часов работы | 5 минут на установку |
| Ваше участие | ~2 часа на постановку задачи, приемку и тесты | Скачать файл и подключить по инструкции |
| Риск | Результат виден только в конце работ | Разработка уже написана и работает у других компаний |
Расчет по рыночной ставке 3 000–5 000 ₽/час: столько стоит час стороннего программиста 1С. Итоговая экономия — от 24 000 ₽ и около двух недель ожидания.
Как установить — 5 минут
- Скачиваете архив сразу после оплаты — из личного кабинета или прямо с этой страницы — и распаковываете его.
- Открываете базу 1С и подключаете файл штатными средствами — конфигурация при этом не меняется. Пошаговая инструкция со скриншотами. Не хочется разбираться самому — при оформлении можно добавить установку под ключ за 1 300 ₽: подключимся удаленно и поставим сами.
- Перед первым запуском обработки желательно сделать копию рабочей базы.
Для вашего 1С-специалиста
- Как разработка встраивается в 1С?
- Это внешний файл (.epf или .erf) — запускается вручную для конкретной задачи и не встраивается в интерфейс типовой конфигурации; открывается через меню «Файл → Открыть» или из подсистемы дополнительных отчетов и обработок.
- Правится ли типовая конфигурация?
- Нет. Все разработки CoderStar подключаются как расширения или внешние обработки/отчеты — типовая конфигурация остается «чистой», ее код не меняется.
- Сохраняется ли поддержка вендора и ИТС?
- Да. Поскольку типовая конфигурация не дорабатывается напрямую, обновления от фирмы «1С» накатываются штатным образом, поддержка вендора и ИТС сохраняется.
- Как удалить разработку?
- Достаточно удалить элемент справочника «Дополнительные отчеты и обработки» — безопасный режим для этого не нужен.
- Открыт ли исходный код?
- Да. После покупки вы получаете файл без шифрования и защиты — его можно изучить, модифицировать или адаптировать в Конфигураторе под свои задачи без ограничений, без обращения к нам.
- Работает ли в 1С:Fresh?
- Нет — 1С:Fresh (облачный режим работы 1С) имеет свои ограничения, разработка в нем не работает.
Паспорт разработки — страница для согласования с руководителем
Оцените разработку
Общий рейтинг появляется при ≥ 3 оценках. Мы не скрываем плохие — все оценки идут в общую статистику.
Войдите, чтобы оценить разработку.
Частые вопросы
Как получить разработку и установить ее в 1С?
После оплаты картой или СБП ссылка для скачивания приходит на email в течение минуты. При оплате по счету от ИП — автоматически после поступления денег на расчетный счет. Ручные оплаты (USDT, перевод на казахскую карту) подтверждаем в рабочее время — обычно в течение часа.
К разработке приложена инструкция по подключению. Установка занимает 5–10 минут. Если что-то не получится — напишите, подключимся удаленно через AnyDesk и поставим за вас.
Какие способы оплаты доступны?
Можно ли оплатить в тенге, белорусских рублях или долларах?
А если что-то пойдет не так после установки?
Что произойдет после очередного обновления 1С?
Каждая разработка тестируется на новых релизах 1С до их публичного выхода. На момент, когда вы обновите конфигурацию, совместимая версия уже готова и ждет скачивания.
Если в течение 3 месяца после покупки выйдет новый релиз — обновление бесплатно (просто скачайте свежую версию из личного кабинета). Дальше доступна цена обновления — 20% от текущей цены разработки. Альтернатива — годовой абонемент, покрывающий все обновления и новые разработки сайта.
Какие версии 1С НЕ поддерживаются?
Разработка не работает в 1С:Fresh — это облачный режим работы 1С со своими ограничениями. Список совместимых конфигураций указан в начале описания, в других конфигурациях использование не предполагается.
На сколько баз 1С действует одна покупка?
Можно ли дорабатывать код самостоятельно?
Какие закрывающие документы вы предоставляете?
Можно ли посмотреть демо до покупки?
Какой артикул у этой разработки?
Комментарии (31)
Добрый день!
Подскажите, эта обработка работает только с заказами клиента? Она не отменяет заказы на перемещение товаров?
Здравствуйте, Владимир!
Обработка работает только с заказами клиента.
Добрый день. Скажите пожалуйста, как установить количество дней резерва в соглашение с клиентом (типовое или индивидуальное)? Необходимо создать такой же реквизит, как в примере "Заказ клиента"?
Здравствуйте, Арсений! Да, нужно создать дополнительный реквизит — принцип точно такой же, как в Заказе клиента. В настройках обработки нужно выбрать "Указывать дни резерва: В соглашении".
Добрый день. А как из Заказа клиента можно продлить резерв по Заказу, если в настройках настроено общее кол-во дней резервирования (у нас 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. Это уже совсем другое, это статусы самого документа, а не товаров. Резервы снимаются только по заказам клиента со статусом "К выполнению".
Отсекать обработку временным периодом возможно?
Да, можно настроить отбор заказов не старше определенной даты. Посмотрите описание, там показано применение фильтра документов.
Покупаете разработки несколько раз в год?
Тогда выгоднее годовой абонемент: все 287 разработок каталога и обновления к ним за 50 000 ₽ в год.
Чтобы оставить комментарий, войдите или зарегистрируйтесь.