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

11.12.17

Учетные задачи - Оптовая торговля

Нельзя в заказе сказать, когда же менеджер поставил строку в резерв. Нельзя, но если очень хочется... Тут нам поможет версионирование. Если мы можем узнать, когда менеджер поставил строку в резерв, значит, и можем снять старые резервы.

Файлы

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование Скачано Купить файл
Снятие резервов по дате возникновения резерва:
.epf 19,21Kb
55 2 500 руб. Купить

Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний

Оформите подписку на компанию для решения рабочих задач

Оформить подписку и скачать решение со скидкой

Обработка для КА 2.0, УТ 11, ERP 2.0

Для заказов должно быть включено хранение истории изменений.

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

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

В ручном режиме можно задать дату, ранее которой все резервы будут сниматься. По умолчанию стоит 41 день. Обрабатываются только строки с вариантом обеспечения "Резервировать". Если вариант обеспечения "Отгрузить" (а это тоже резерв), то такие строки не обрабатываются.

После снятия резерва шустрый менеджер может опять поставить в резерв - решайте этот вопрос сами. Иначе резерв опять будет висеть 41 день.

Тестировалось на конфигурации: 1С:Комплексная автоматизация 2 (2.2.4.124). 

Вступайте в нашу телеграмм-группу Инфостарт

обработка ут11 резерв обеспечение снять отменить КА20 ERP

См. также

Оптовая торговля Розничная торговля Обмен с ГосИС Программист Бухгалтер Пользователь 1С:Предприятие 8 1C:Бухгалтерия Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Россия Бухгалтерский учет Управленческий учет Платные (руб)

Решение создано для помощи разработчикам, интеграторам и другим заинтересованным лицам по настройке системы маркировки обуви, одежды, лекарств, табака, фото, молока, духов(парфюма), питьевой воды, велосипедов и шин. Задавайте вопросы по работе с ЦРПТ, GS1, ЭДО, Национальным каталогом, накоплен опыт и знания по данным темам.

5000 руб.

18.03.2019    121972    80    115    

202

Оптовая торговля Розничная торговля Обмен с ГосИС Бухгалтер 1С:Предприятие 8 1С:Управление торговлей 10 1С:ERP Управление предприятием 2 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 Розничная и сетевая торговля (FMCG) Оптовая торговля, дистрибуция, логистика Рестораны, кафе и фаст-фуд Россия Бухгалтерский учет Управленческий учет Акцизы Платные (руб)

Автоматизация учета ЕГАИС в 1С для оптовой торговли, производства и импорта алкогольной продукции. Получение и отправка ТТН, отправка акта о постановке на баланс и акта о списании. Получение остатков. Загрузка и сопоставление номенклатуры и контрагентов. Оправка в ЕГАИС отчетов о производстве и импорте.

15.12.2015    182566    1234    biz-intel    374    

416

Оптовая торговля Розничная торговля НДС 22% 1С 8.3 1С:Управление торговлей 10 Россия Платные (руб)

Пакет обновлений и продолжения поддержки Управление торговлей, редакция 10.3.- обновление которое предоставляет пользователям новые функции, исправления ошибок и т.д.

14640 руб.

19.12.2025    6720    70    40    

63

Оптовая торговля Рабочее место Создание на основании Бухгалтер Пользователь 1С:Предприятие 8 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 Россия Бухгалтерский учет Платные (руб)

Полнофункциональное расширение для формирования и ведения учета перевозочных документов всех видов (ТН, ТТН, ЭТрН). Печать документов или отправка через ЭПД (Электронный перевозочный документооборот). Поддержка регистрации нескольких перевозок на одну финансовую реализацию (в виде УПД, например), а также одной перевозки на основании нескольких финансовых реализаций. Формирование всех сопроводительных документов из одной отгрузки. Формирование реестра грузосопроводительных документов, доверенности менеджеров для указания ответственных лиц (руководитель, главный бухгалтер, кладовщик) организации для пользователей ИБ. Гибкая настройка функциональности под потребности организации.

3399 руб.

18.04.2017    54094    291    43    

99
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. klaus38 21.12.17 11:46 Сейчас в теме
2. kwazi 790 21.12.17 16:39 Сейчас в теме
почему нет...
правильный ответ: не тестировал не знаю.
3. klaus38 22.12.17 10:06 Сейчас в теме
Завелась, погоняем...
4. kwazi 790 22.12.17 13:38 Сейчас в теме
(3) там еще были наработки по версиям. Когда товар поступает ставим в резерв под тот заказ который раньше был сделан на автомате. По дате заказа такое не сделать - она ничего не говорит. Использовали опять же версионирование.
5. MiKe80 14.03.18 12:10 Сейчас в теме
На ERP 2.2.4 не пошла (((
6. kwazi 790 14.03.18 15:31 Сейчас в теме
ошибки можете прислать?
7. user644060_denis 17.04.19 12:11 Сейчас в теме
А если в одном заказе есть и резерв и товар под срок обеспечения, скажем, месяца три и заказ оплачен...и надо держать резерв до разовой отгрузки по приходу всего товара? В таком случае резерв снимать нельзя (он оплачен), как тут быть?
8. kwazi 790 17.04.19 12:15 Сейчас в теме
(10) Оплата не проверяется
9. user909652 30.07.19 13:44 Сейчас в теме
Добрый день!
Есть какая-то более подробная инструкция, а то не совсем понятно, как пользоваться.

также вопрос- как можно настроить автоматическое снятие резервов? Если навести мышкой на него, его никак нельзя изменить.
И в шапке ручного снятия что означают :вариант обеспечения, дата, количеств удержания,галочка просмотра по дате заказа или дате версии - вернее, какова логика использования?
Мне при ручной отмене в табличную часть попадают вообще все заказы, а не только те, в которых есть зарезервированные строки.

Также при снятии резерва там, где было "резервировать на складе", обработка делает статус "не обеспечивать" и отменяет (галочка "отменить") в строке товара. при этом, если в заказе присутствовала другая номенклатура, то ее обработка также отменяет, что не есть верно, на мой взгляд.
При этом, заказ, в котором все строки были в резерве, резерв снялся, строки все отменились, заказ встал в состояние"закрыт". А другой заказ, где одна строка была в резерве а другая не обеспечивать, все строки отменились, а заказ не перешел в состояние "закрыт". Хотя и там, и там статус "на согласовании".
10. kwazi 790 30.07.19 13:46 Сейчас в теме
можете показать сравнение версий заказа до и после?
Для отправки сообщения требуется регистрация/авторизация