Делаю следующее:
В УАТ есть путевые листы - при пометке на удалении одного из документов должны пересчитаться все последующие, уже без учета движений этого путевого листа, так как его движения удаляются. Но если я ставлю этот блок в ОбработкаУдаленияПроведения, то он пересчитает с движениями этого документа. Должно отслеживаться в данном случае пометка на удаление закрытого путевого листа в списке документов. Подскажите, к какому событию правильнее будет привязать этот пересчет?

(0) Извращение какое-то...

Не знаю что такое "УАТ", но если к кому-то привязываться - то лучше привязываться к событию после записи.

прикольно... пометил на удаление документ в начале года и пошел курить...

(3) В начале года документ на удаление не пометится - при закрытии месяца, при его сверке - месяц закрывается

(2) УАТ - Управление Автотранспортом

(0) Последовательности юзать религия не позволяет?

(0)То есть сначала удалить движения(в ОбработкаУдаленияПроведения),а потом уж делать пересчет - не получается?

(0) Вообще-то методичнее будет перед записью проверять снятие с проведения (не важно по какой причине) и после записи пересчитывать (если отменили проведение). Типа как-то так :)

(3)Значит ты - приколист :)

(4) ну не в начале года, а просто штук пять разных если надо пометить? каждый раз ждать у моря погоды?

(8) не... это к автору...

(9) это путевые листы ... Помечать на удаление будут - ну раз-два в месяц ошибочно закрытые - и то таких не будет скорее всего

(11) для есть последовательность... пометили чего-то, поменяли спокойно, потом последовательность восстановили... никаких нервов... почти...

(12)* для этого...

(12) Последовательность внесет изменения в документах?

Мне нужно вносить изменения в последующих путевых листах в этом случае

(9) Ну и что? Если автор так желает. Садомаза.

Если в конце года снять с проведения документ на начало года... Курить долго придется. Никакого здоровья и нервов не хватит.
"Береги здоровье, Сеня" А так же голову и руки - юзверы могут оторвать и то, и другое и не только :)

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

(16) такой документ помечаться не будет - максимум могут пересчитаться 20 доков, за месяц, на это уходит - секунд 10, не больше

и то как я понял - такого не будет скорее всего - по крайней мере директор транспортной службы меня так уверил, потому что после этого придется корректировать все уже закрытые путевки вручную и ставить на них печать, но накрайний случай, чтобы цепочка в пробеге и в остатках ГСМ в документах не прервалась - у меня механизм пересчета работает - только это событие не срабатывало

Представляю - в 300 путевках поставить печать и скорректировать их из-за какой-то мелочи :)))

(19) "Такого не будет скорее всего" и "максимум могут пересчитаться 20 доков, за месяц" - у риальных программеров такие слова от заказчиков пролетают мимо ушей.

(21) Я фикси

Может представить на мгновение худший вариант? Тогда на ум приходит что-то типа отложенного проведения. Пишишь в регистр исправленный документ и фоновым заданием из него считываешь и пересчитываешь что надо... и не надо :)

(22) Та хоть фри. Заказчик он и в африке заказчик, несмотря на то как платит деньги.

(23) Для этого есть последовательности, чем не нравится? Доки исключительно нужные выберет и все восстановить. Если серверу нечем занятся, можно его попросить это периодически выполнять..

(25) да мне доки то нужны только те - которые я получаю в запросе

(26) Последовательность сама спалит все что нужно и без твоего запроса.

Поднимаю еще раз вопрос
Нужно следующее - в ДокументСписок - в котором находятся документы путевых листов диспетчер помечает путевой лист на удаление - в результате этого должны пересчитаться последующи путевки

Сразу оговорюсь - путевых листов не может быть больше 20 - 25, так как:
1 - при проверке месяца ведущим инженером предыдущий месяц для диспетчера становится недоступным
2 - нужно обновлять данные в путевых листах - показания спидометра и таблицу по расходу ГСМ (начальные и конечные остатки в этой таблице нужно перезаполнять)

Как это сделать? С чем я столкнулся:  
1 - процедуры ПослеЗаписи или ПослеОбработкиПровдения в модуде документа зарезервированной нет
2 - при пометке на удаление само собой процедура ОбработкаПроведения не срабатывает
3 - при отмене проведения и при установке пометки удаления срабатывает процедура обработки отмены проведения, но в этом случае движения у документа есть - а их мне учитывать не нужно

Можно конечно без учета движений этого документа, но так у меня уже не получится сделать - могу объяснить почему, остатки сами встают в следующих документах нужные

Подскажите пожалуйста как сделать следущее из модуля документа:
1) пользователь отменил документ на провдение или пометил его на удаление в списке документов, не открывая саму форму документа
2) сразу же после этого система смотрит - есть ли закрытые путевые листы по этой машине с позжими датами выезда и если они есть, то пересчитать их

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

(19) По опыту - если заказчик сказал "У нас этого нет", значит готовься к сюрпризу, что именно это у них оказывается и есть. А если во фразе заказчика присутствует слова "никогда", значит это произойдет уже завтра.
(28) Если собираетесь вносить изменения в конфу - выкиньте сразу все вами написанное из документов и поместите в какие-нибудь оборотные регистры, а вдоках только показывайте. Тогда Вам не придется ничего пересчитывать...

(30)+ все вами написанное из документов - я имел ви виду все вами перечисленное = показания спидометра и таблицу по расходу ГСМ (начальные и конечные остатки в этой таблице)

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

(31) В УАТе это и так все находится в регистре сведений - пробег и движения ГСМ в регистре накопления по остаткам ГСМ

Просто данные в регистре и в таблицах должны совпадать - иначе бардак :)))

UP

(33) Ну тогда я могу предложить только переписать УАТ... Судя по вашему посту у разработчиков УАТ (Рарус?) нет элементарных....