Всем привет, столкнулся со следующей проблемой, при проведении документов(новых), база виснет с концами, но если перепроводить документы уже проведенные то все нормально, с чем может быть связано? База УТ 10.3.7.9, серверная.

а что там происходит при оперативном проведении?

предлагаю включить замер, подождать пока висит пару минут и глянуть где спотыкается

Проблема с реализациями. Да ничего, стандартное проведение, добавлено авто создание закрытия заказа покупателя.

(3) формы может там получаете?

(4)Нет

Зависает на куске кода

Для Каждого Движение ИЗ ДокументОбъект.Движения Цикл
       Если Движение.Количество() > 0 Тогда
           Движение.Очистить();
       КонецЕсли;
КонецЦикла;

(6) идиёт. чисти все движения одним махом

или вообще удалять движения автоматически

Ну во первых мб как-то без выражений общаться будем, это не мной написано, я лишь пытаюсь разобраться в чем херня и по идее эта коллекция вообще должна быть пустой ибо документ новый....

(9) извини, не сдержался.
как вариант: набор=регистр.отбор.регистратор.установить() и набор.записать()

(9) переписывай это ересь) зачем вобще этот код я лично не понимаю.

вообще, зачем в проведении удалять движения?

(12) в новой концепции 8.2 это уже актуально

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

(13) если написать всё красиво - не понадобится. Данные надо собирать запросом, и юзать Границу если не надо текущих движений. В частных случаях может и надо очищать, но не думаю что (6) тот случай...

(15) есть мнение, что если не использовать очистку движений на сдаче спеца, то сдать не получится.

(16) может быть, но так же есть мнение что это делается не как в (6), а нормальными механизмами)

(17) +100500

(17) я таки не понимаю, чем именно тебе не угодил код в (6) )

(19) одним видом глаза режет)

(20) а кроме эстетических? ))

(21) с набором записей надо работать а не напрямую с движениями объекта. так сделано в типовых, так делают большинство :)

(22) в чем принципиальная разница?

Движения - только в контексте объекта, набор записей - независим...
Больше манёвра. смотрим типовую процедуру УдалитьДвиженияРегистратора

(24) т.е. категоричное "фи" только в неуниверсальности?

(24) + Если до записи объекта с кодом (6) сделаем запрос к движениям - они будут ещё

(26) а кто сказал, что в (6) делается потом запрос к остаткам?

(25) ну оно ещё и зависает у автора. с этим надо кстати разбираться почему

(28) уже не зависает )

(27) не говорили, я к тому что движения по факту ещё в базе храняться

(30) пусть хранятся, мб так задумано разработчиком :)

я бы так не сделал... хз что там разработчик задумывал)

(32) т.е. не понимая в целом, что нужно от этих 5 строчек кода, ты утверждаешь, что так не сделал бы?

(33) от них нужно удалить движения, это факт.
Если бы мне для чего-либо нужны были старые движения - запрос + выгрузка в ТЗ. Потом удаление одной строчкой ОбщегоНазначения.УдалитьДвиженияРегистратора(ЭтотОбъект, Отказ);
код (6) за рамками даного объекта бесполезен.
Кода больше но ИМХО - по феншую

(34) предположи, что это 8.2, у документа удаление движений "Не удалять движения", получать остатки не требуется. Внимание, вопрос. Зачем в данном случае две записи во все регистры, когда можно обойтись одной?

(35) в этом случае вобще нет необходимости удаления движений, просто запись новых движений с замещением

(36) согласен )