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

С документом будут работать как интерактивно так и через программный интерфейс (например, групповое изменение).

Контроль остатков сейчас в обработчике проведения
Заполнение полей в ОбработкаПроверкиЗаполнения
Часть проверок в модуле формы
Другая часть в регистрах


В итоге, чтобы прогнать типовые контроли надо вызывать и проверку заполнения и проведение

        Отказ = Не Док.ПроверитьЗаполнение();
        Если Отказ Тогда
            счОшибок = счОшибок + 1;
        Иначе
            Попытка
                Док.Записать(л_РежимЗаписиДокумента);


Может проще все писать в Событии ПередЗаписью?

Подписка перед записью

Главное, чтобы все контроли отключались при Объект.ОбменДанными.Загрузка = Истина

Остатки
при проведении
не смешивать видимо

(0) а что в этом плохого?
Это разные проверки.
Проверка реквизитов - это целостность сущности документа. Внутреннее состояния объекта. Для этого не требуется транзакция, например.
А проверка остатков - это инвариант складской системы. Внешнее поведение. Поэтому транзакция необходима.

(0) Если надо прям без возможностей мухлёвки, то только в подписке "ПередЗаписью", которая должна быть в самом конце. Если же надо оставить возможность корректировки для всяких роботов и злыдней, то можно прям в форме документа в таком же обработчике проверки вставить

Не давать даже записать, если не хватает остатков, — это, по-моему, в некотором роде перебор. Пользователи на вилы поднимут.

(5) форма документа это UI, не надо туда бизнес-логику пихать

(6) я думаю там будет условие по режиму записи проведение

(7) Для 1С это вполне допустимо

(9) от этого архитектура не перестает быть плохой

(10) Тогда берите Python и программируйте регистры.

(11) Берем. Но не пайтон, а шарп - там linq есть. Посмотрим, что из этого выйдет

Сейчас нам напишут настоящего убийцу 1С на шарпе с линком? Или очередного?

(13) Надеюсь, там будет значение Неопределено ;)

(14) лучше пусть будет переменная типа "ХЗ"...

(15) Да, и она пусть тоже будет.