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

Логично? Нелогично? Может уже так сделано в типовых?

а что такого в сдигании последовательности?

(1) То, что потом нужно восстанавливать последовательность.

(2) разве платформа не проверяет набор записей на изменение перед сдвигом последовательности?

(3) Вроде как нет.
И потом, вроде сейчас модно использовать ручную регистрацию в последовательностях.

(0) давным-давно помню заморачивался такой идеей - даже что-то написал под это:
основная иедя была написать робота (workflow) - (конвейер регламентных заданий) документы при проведении просто ставятся на очередь в этот воркфлоу -
а там уже используется xmlсериализация наборов записей регистров - вычисляется контрольная сумма такого объекта и сравнивается с контрольной суммой которыя хранится в базе - записанного набора записей - если контрольные суммы совпадают - набор записей не перезаписывается

(5) не легче перед записью набора это выяснить?

(0) открой для себя РАУЗ

(7) И как РАУЗ помогает восстановить последовательности расчетов с покупателями/поставщиками?

(0) Нафига перепроводить документы задним числом не двигая последовательность? Особенно если движения при этом не меняются.

Мне нравится и (0) и  (5)
У меня в одной конфе нет последовательности, но там есть проблема что это промежуточная конфа, и если движения поменялись в прошлом, то нужно нотифицировать ответственных людей. Сделано как в (5) но не сверка сумм, а именно потом отправка на мыло различий

(0)
нашел в описании
http://downloads.v8.1c.ru/content/Comm/Platform/8_1_14_72/V8Update.htm#8111

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

Судя по ТЗ мало того, что ты уже сформировал движения, так ты еще собрал старые и начал с ними сравнивать. Производительность при этом на высшем уровне

(0) обычно изменения задним числом в документах связаны именно с изменением данных (иначе зачем лезть в закрытый датой заперта период). Второе - нельзя заранее угадать нужно проводить документ или нет, не пытаясь это сделать. Т.е. проводить все равно придется. Зачем двойные затраты

(7) какие еще аббревиатуры , не относящиеся к (0) ты знаешь?

(11) Прикольно! Буду знать :))

жаль, что 1с8  не поддерживает вложенных транзакций

(имхо) Проводят документы - юзверы, которые всё время жалуются на производительность. Зачем ещё больше нагружать проведение? А последовательность, кстати, восстанавливает робот (обработка). Мне и ей - фиолетово. Отсюда и исхожу при ответе на вопрос ТС.