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

нет

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Процедура КнопкаВыполнитьНажатие(Кнопка)
    
    запрос1=новый запрос;
    запрос1.Текст="ВЫБРАТЬ
                  |    ТоварыВРезервеНаСкладах.Период,
                  |    ТоварыВРезервеНаСкладах.Регистратор,
                  |    ТоварыВРезервеНаСкладах.Активность,
                  |    ТоварыВРезервеНаСкладах.ВидДвижения,
                  |    ТоварыВРезервеНаСкладах.Количество,
                  |    ТоварыВРезервеНаСкладах.МоментВремени,
                  |    ТоварыВРезервеНаСкладах.Номенклатура
                  |ИЗ
                  |    РегистрНакопления.ТоварыВРезервеНаСкладах КАК ТоварыВРезервеНаСкладах
                  |ГДЕ
                  |    ТоварыВРезервеНаСкладах.Период <= &дата";
    запрос1.УстановитьПараметр("дата", этотобъект.Дата);              
    тесттаб=запрос1.Выполнить().Выгрузить();              
    для каждого стр из тесттаб цикл

    попытка
      НаборЗаписей=РегистрыНакопления.ТоварыВРезервеНаСкладах.СоздатьНаборЗаписей();
НаборЗаписей.Отбор.Регистратор.Установить(стр.Регистратор);
НаборЗаписей.Прочитать();

НаборЗаписей.Удалить();

исключение
конецпопытки;
    Конеццикла;    
    

КонецПроцедуры

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

(45) и в УПП такой же есть. Это ж УПП :) Установить, изменить снять с резерва. Там у него даже есть обработки по заполнению ТЧ документа - то что нужно ТС.

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

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

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

(50) Все так делают, но не показывают свой код. Жадные 1С-ники.

Алгоритм:

1. Собрать остатки по резервам ПО ВИРТУАЛЬНОЙ ТАБЛИЦЕ ОСТАТКОВ на текущую дату. Чтобы убедиться, что резерв еще есть.

2. В том же запросе наложить фильтр по необходимому условию, чтобы закрыть только нужные. Например, ДокументРезерва.Дата <&ДатаСреза - это оставит только заказы, созданные до указанной даты, что не совсем корректно.
Условие может быть сложным и потребовать соединений с другими таблицами. Например, у меня задача была другой и я проверял полноту(Остатки по заказу = Остатки по Резервам) резерва заказа: 1)на тек дату и 2) У полностью заререзвированных сейчас - 5 дней назад от тек даты. Если резерв был полным 5 дней назад - значит это "наш клиент".

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

Если все-таки хочется закрывать построчно, а не весь заказ, то в запросе тоже нужно выбирать построчно.

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

(52)(17)(2) ок, извините.