Рассмотрим весьма загадочную ситуацию, с которой можно столкнуться при переводе старой конфигурации (например, УПП) на управляемые формы. Вы создаете новую управляемую форму для документа, пишете необходимый интерфейсный код и запускаете систему. Вдруг выясняется, что при нажатии кнопки "Провести" в самой форме документ проводится не по всем регистрам. Например, исчезают движения по регистру "Партии товаров на складах" или затираются данные по НДС.
При этом, если мы проведем этот же документ из формы списка или программно, все движения сформируются абсолютно правильно. Даже полное удаление программного кода из модуля формы не решает проблему. Посмотрим подробнее, в чем кроется причина такого странного поведения платформы 1С и как мы можем исправить эту ошибку.
Разберем по шагам, что происходит внутри системы при попытке проведения документа. Если мы поставим точку останова в процедуре ПриЗаписи модуля набора записей проблемного регистра (например, партий товаров), то увидим следующую картину:
При проведении из формы списка (или из "правильной" формы):
Система заходит в процедуру дважды. Первый раз — при очищении старых движений перед проведением. Второй раз — при записи новых, корректно сформированных движений.
При проведении из "неправильной" управляемой формы:
Система заходит в процедуру трижды! Сначала происходит очищение движений. Затем идет запись правильных движений, которые сформировал модуль объекта. А вот в третий раз происходит запись пустого набора. Причем стек вызовов в этот момент пуст, как будто перезапись произошла сама по себе на уровне платформы.
Проблема кроется в клиент-серверной архитектуре управляемых форм и механизме сериализации данных. Ошибка возникает, если в дереве реквизитов формы для коллекции Объект.Движения (или для конкретных регистров внутри нее) установлен флажок Использовать всегда.
Когда этот признак установлен, платформа считает управляемую форму "владельцем" этих данных. При нажатии стандартной кнопки проведения на форме происходит следующее:
ОбработкаПроведения. Формируются правильные движения, и они успешно записываются в базу данных.Это не только ломает логику проведения, но и создает лишний трафик. Платформа по умолчанию не передает движения документа на клиента, так как их невозможно прочитать одним запросом вместе с самим документом. Принудительная установка флага заставляет систему гонять пустые наборы записей между клиентом и сервером, нагружая сеть.
Устранить эту проблему можно несколькими путями. Рассмотрим каждый из них.
Объект, перейдите к ветке Движения и снимите флажок Использовать всегда для всех регистров. В новых версиях платформы для этого свойства по умолчанию устанавливается значение "Авто".Иногда бизнес-логика все же требует, чтобы пользователь видел движения прямо в форме документа при ее открытии (например, в документах типа "Операция" или "Ручная корректировка"). Разберем, как поступить в этом случае, чтобы не сломать проведение.
Если вам нужно оставить движения в реквизитах формы, необходимо принудительно считывать их из базы данных. Например, в обработчике ПриСозданииНаСервере следует вызвать метод Движения.Прочитать() для нужных регистров. В таком случае в клиентском контексте будет находиться не пустой набор, а реальные данные, и при записи они не будут затирать сами себя пустотой.
Однако более правильным и оптимизированным подходом с точки зрения производительности управляемых форм является использование динамических списков. Не привязывайте элементы формы напрямую к коллекции Объект.Движения. Создайте отдельные динамические списки с основной таблицей нужного регистра и настройте отбор по регистратору (ссылке текущего документа). Это позволит выводить данные регистра пользователю без необходимости загружать весь набор записей в контекст формы документа и гонять его между клиентом и сервером.