Есть два типа продаж - по эквайрингу и за наличный расчет. их надо объединить в один документ, "задним числом", убрав разрез по виду оплаты. пользователь не должен знать, что в базе происходят какие-то изменения. единственое, что допускается - временная задержка на время транзакции. конфигурация самописная. Документ продажи двигает регистр остатков, обороты по продажам не отражаются ни в каком регистре.
какие предложения?

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

Потому что чисто теоретически документ можно распровести, и если есть консолидирующей сущность - то ее состояние тоже надо менять и это не очень здорово.
Регистр избавит от этой головной боли

(1) вариант создания оборотного регистра продаж отпадает, так как вся конфигурация заточена на получение оборотов из первичных документов

(3) Методически это неверно.
Уж если сделано так, то зачем в принципе еще что то, получайте из первички, если не хотите правильно.
Но с ростом базы это аукнется

(4) С этим справится простейший запрос - объединение, и ничего добавлять сверх ненадо

(4) рост базы как раз и стал причиной объединения.

(6) Делайте регистр и заполните его. Консолидирующий документ - временное решение.
И вообще за получение данных из первички - автоматом несдача экзамена специалист

(7) Беда консолидирующих сущностей - то что за ними надо следить и как правило это приводит к головной боли в итоге.
Еще раз повторю, для решения такой простой учетной задачи - регистр со структурой, под задачи, а то и несколько регистров - это именно то, что нужно.
Вы хотите что бы это работало быстро, или так как Вы хотите? Если быстро - то попробуйте мой вариант, если нет - то удачи, чо.

(3) *Шутка про то что отпасть стоит вам из программистов, за такие решения*
В общем, надо переписывать все, как советовали

ок