Конфа у нас старая, не одно поколение умелых программистов над ней поработало. И регистров добавили немало. Многие добавляли видимо в спешке - в документ корректировки движений регистров не добавили их. А тут мне понадобилось их подкорректировать и я это обнаружил. И случайно обнаружил вероятно давно и многим известный факт - оказывается можно добавить в движения регистр и накатить это динамически! Я знаю что динамическое обновление - страшное, почти инфернальное зло и тех, кто им пользуется надо поганой метлой и все такое. Случайно так вышло.

Но не это самое интересное, а то, что не все регистры остатков можно добавить в движения документа и динамически накатить! Некторые - только с выгоном!!! Никакой логики обнаружить не удалось, потом интересуюсь у коллег - кто что знает/думает по этому поводу?

Ну и да, раз скоро новый год - прикручу голосовалку.

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

Предположение.
Возможно причина где-то в связанных таблицах. Таблицы изменений для РИБ, таблицы последовательностей, перерасчетов или периодов (для регистров расчета).
Например, если регистр используется в какой-нибудь последовательности, то изменение (расширение) типа регистратора для этого регистра может повлечь необходимость реструктуризации.
А динамическое обновление с реструктуризацией невозможно.

А вообще конечно же динамическое обновление - зло.
Даже если забыть о сбоях и косяках платформы при динамическом обновлении. Слишком много неопределенностей вносит в работу. Особенно, когда с базой работает много пользователей, в различных режимах (тонкий клиент, веб-клиент, через браузер) и любят запускать по несколько сеансов одновременно. Угадать в каком сеансе какая версия конфигурации (обновленная или не обновленная) невозможно.
В реальности случаев, когда динамическое обновление жизненно необходимо, практически не бывает. В 99.9% случаев пользователь вполне может подождать до завтра.
А то, что разработчики переносят в продуктив не оттестированный код, а потом исправляют свои косяки на живом пациенте, в том нет вины платформы.

Можно и на обычном обновлении убить базу, вчерась обновлял расширение, а постгре делал бэкап, а я об этом не знал. База умерла, бэкап создался, но косячный. Хорошо, что переобновление расширения базы из бэкапа её вылечило. А ты - динамическое...