По документам тогда уж, сегодня счёт а завтра ещё пачка оснований взаиморасчетов

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

Ну. ок.
Хотя, в прогнозируемом горизонте ничего кроме "Счет покупателю" и "Счет от поставщика" - не предвидется.
Это что-то ттипа "регламентная политика организации".

В регистре планируется измерение
Счет (составной из двух видов счетов Покупателя и Поставщика)
и ресурсы:
ОсталосьОплатить
ОсталосьОтгрузить (подразумевается что "получить" если счет поставщика)

Как-то так.

Т.е. счет должен быть и полностью оплачен и полностью  отгружен - что бы все "было красиво"

Благодарности разработчикам БП 3.0

То что ты рассказываешь больше похоже на регистр Продажи из УТ 10.3. В УТ 11 несколько по другому, в них в расчеты делается не двойная а тройная закрывающая запись, потому что отражается не только факт но план с датой плана в записи.

в будущем у тебя возникнет такая ситуация: у меня в счете выставлено на 10 тыщ, а реализаций = на 5. Взаиморасчеты двинутся, если ты тупо в бп их выгрузишь, на 5. Что дальше будет у тебя в твоей системе в этом случае? :)

Для понимания структура регистра 10.3 конечно проще. в 11 более навороченнее но с другой стороны быстрее и проще идет формирование отчетов.

вакансия для тебя https://spb.hh.ru/vacancy/36070295

Очень смешно :)

Будет видно что не выставлено реализаций еще на 5 тыщ. Т.е. счет не полностью отгружен
Тк..никто не обязан их отгружать полностью - то для этого будет документы который будет "Закрывать (архивировать счет)" - аннулируя все остактки по всем регистрам которые со счетом связаны.
Операция регламентная. Можно выполнить или руками (если известно что по счету больше не будет отгрузки) или робот это сделает.

Тогда бери регистр из БП 3 и всю логику его формирования. Там грамотнее сделано - нет закрывающего документа, а есть обычный статус. Статус в документе счет перещелкнул и все.

Для этого обычно делают несколько статусов у заказа клиента или счета при проведении в которых выполняются разные записи в регистры. При статусе закрыт проведение в регистры составляется так что регистр схлопывается.

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

Но мне надо видеть что
1. до какой-то даты остатки таки были
2. После выполнения операции Архивация - остатки "ушли".
3. Причина закрытия/архивации - отдельно зафиксировалась.

Для меня проще сделать отдельным документом. Чем наворачивать логику перепроведения счета.
Да еще и передергивать счета которым может быть больше года.

Т.е. если счет от января 2019. И его решили заархивировать в мае 2020 - то нужно будет перепровести счет от 2019.
И (теоретически) задвинуть последовательность - на этот документ?

зачем счет включать в последовательность?

А счёт разве в последовательности?
Он же не изменяет состояние взаимлрасчктов

Ну хорошо не последовательность. Закрытие периода.
Закрыт период и все доки открываются только в режиме ридонли.
городить механику которая конкретно счета будет открывать?