Снятие с резерва автоматически через месяц в УПП #682170

Есть ли такой стандартный механизм, который бы убирал с резерва товары, поставленные в резерв месяц назад?

нет

сделаю удаленно. цена вопроса 5000р

Стальное Челябинское Качество гарантировано

Ну приблизительно подскажите, куда ткнуть?

регламентные задания

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

Ви непоеврите... В регистре Резервы...

Документ же есть. Закрытие резервов. Только его руками надо делать.

"программа все должна делать автоматом" (с)

ТоварыВРезевеНаСкладах - он?

Умничка :-) ЗАчем руками? Один раз процедурку написал и в регламенты её...

Писал руками в УТ по условию "если заказ висит в резерве полностью более 5 дней и не уходит на сборку". Странно снимать по товарам, а не по "документам", может просто нет всего набора позиций и клиент ждет пока все появится. А ты возьмешь и снимешь резервы=) или в УПП не так все?

Кстати в регистре есть плюс и минус. Как правильнее, добавить минус или убрать плюс для закрытия резерва?

поф. Делай сторно.

возьми лучше доработку у

Это ж программировать надо!

Ну зачем... Можно мне заплатить :-)

Так киньте ее сюда эту разработку. Скажу спасибо.

Кидай сюда 5 Крублей, в кого попадешь, что и кинет "разработку"

Ну там же 2-3 строчки по идее, или даже 1. В чем сложность выложить?

Ну промежуточный вопрос, как в запросе в виртуальной таблице регистра задать текущую дату в поле периода?

В смысле в параметрах вирт таблицы? Через &параметр запроса! Странный вопрос, или я чего не понял.

да, точно, забыл просто

Вот кстати такой код получился. Как думаете, он решает мою задачу или нет?

Возможно появление минусов.

А какие последствия от минусов? Смогут зарезервировать потом больше товаров, чем есть?

не решит. Тебе нужны остатки, а не движения. ПРикинь, если какой-то заказ будет выполнен частично?

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

УЖАС, к реальной таблице. Да еще и тереть движения задним числом у регистратора, без поверки остатков. А если документ перепроведут? А если уже списан этот резерв другим документом? Закажи доработку, в ветке кто-то предлагал почти за тарелку супа(с лопстером).

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

+вместе со списыванием

это жуть. Если "списывание" было вчера, а резерв встал месяц назад, то еще месяц у тебя будет висеть отрицательный остаток по резервам - следовательно неправильный "свободный остаток" по позиции. Истории резервов не будет вообще, все трется раньше указанной даты. Ты точно не тролль?

Нет, я даже как-то 5 лет в 8ке кодирую и мне платят. Но все равно всех нюансы в ней некогда учить. Проще разбираться на месте (мисте). Вы подскажите если знаете как правильно.

Убирать - значит, создавать документ "Закрытие резервов" текущей датой и проводить его.

Стандартный документ чем не устроил?

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

Ну старые проблемы может быть и нормально так лечить. А зачем такое делать на текущих данных?

"ссылки битые  по регистраторам " - восстановить.

В моей УПП нет документа "закрытие резервов". Про какой стандартный документ речь?

"Как в такой ситуации навести порядок через документы" - да, пожалуй, никак. Сначала надо навести порядок. Административно. Кто, когда и как делает; кто, когда и как контролирует. Вот согласно этому регламенту и наводи порядок. Иначе хаос вновь будет раньше, чем ты предполагаешь.

Возможно, "закрытие заказов покупателей".

Если резервы "под заказ", то закрытие заказов закрывает и резервы в том числе. Висят резервы? Значит и с закрытием заказов у вас непорядок. Закрой заказы - закроются резервы.

давно уже так сделали у себя в УПП. каждое утро закрываются заказы.

для пяти лет программирования - не кошерно выгружать в ТЗ результат запроса.

В УТ документ, которым можно снять резерв, без закрытия заказа - резервирование товаров. В УПП должен тоже подобный быть.

Автоматически или юзерами?

Если автор программист 1С :) - то посмотри в конфигурации, например, ЧислоДнейРезерваБезОплаты - капля в море по навдению порядка. Пользователь? Ну тогда, например, операции что ли в документе закрытие заказов покупателей посмотри... и в УПП такой же есть. Это ж УПП :) Установить, изменить снять с резерва. Там у него даже есть обработки по заполнению ТЧ документа - то что нужно ТС.

ЧислоДнейРезерваБезОплаты я смотрел уже, оно похоже чисто информационное поле, никакие манипуляции в базе с этим полем не производятся.

+. Делаю регламентным заданием (создается документ Резервирование товаров с нужным видом операции).

Док называется "Закрытие заказов...", вид операции в нем - "снятие резервов".

Все так делают, но не показывают свой код. Жадные 1С-ники. Алгоритм: 1. Собрать остатки по резервам ПО ВИРТУАЛЬНОЙ ТАБЛИЦЕ ОСТАТКОВ на текущую дату. Чтобы убедиться, что резерв еще есть. 2. В том же запросе наложить фильтр по необходимому условию, чтобы закрыть только нужные. Например, ДокументРезерва.Дата <&ДатаСреза - это оставит только заказы, созданные до указанной даты, что не совсем корректно. Условие может быть сложным и потребовать соединений с другими таблицами. Например, у меня задача была другой и я проверял полноту(Остатки по заказу = Остатки по Резервам) резерва заказа: 1)на тек дату и 2) У полностью заререзвированных сейчас - 5 дней назад от тек даты. Если резерв был полным 5 дней назад - значит это "наш клиент". 3.По полученному результату создать документы закрытия резерва на каждый заказ - найти какой. Вполне может оказаться, что подойдет стандартная обработка заполнения или процедура из этих документов. И не придется ничего дописывать самому, только правильно выбрать заказы, которые хочешь закрыть. Если все-таки хочется закрывать построчно, а не весь заказ, то в запросе тоже нужно выбирать построчно.

Дайте ему наступить на грабли. Заплатит потом не 5, а 50 кр.

ок, извините.