Передать переменную из формы в процедуру ПередЗаписью модуля объекта #803389

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

через ДополнительныеСвойства. Ваш ко.

временное хранилище?

Делить "тяжёлую процедуру" правильно! Желательно на процедурки, которыми можно пользоваться и из формы и из модуля. Не сейчас, так в дальнейшем всё равно придётся.

там не поделишь. Есть ТЗ, которая формируется при открытии формы, затем меняется и передается обратно в ДокументОбъект при записи. При этом хитро обрабатывается, что-то идет в ТЧ, но многие данные пишутся в "подчиненные" документы. если разделить синхронизацию ТЗ с ТЧ документа - нарушится целостность данных. ещё нашел вариант - экспортная переменная в ДокументОбъект. Пробую.

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

есть управляющий нетиповой документ, который создает, изменяет и контролирует штук 50 типовых документов. Что тут криво? Ящетаю, лезть напрямую в типовые регистры - ещё кривее. А с учетом того, что речь идет о финансовых документах, на которые завязан используемый типовой функционал - тем более. Сочинять своё СписаниеБезналичныхДенежныхСредств с блекджеком и шлюхами - значительно хуже.

Криво именно то, что один документ редактирует другой. Это не по феншую. Если не хотим лезть в чужие регистры, используем свои и, желательно, в рамках отдельной собственной подсистемы.

почему ТЗ не хранится как ТЧ документа?

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

Господа, я чота туплю, подскажите. Модуль формы, Процедура ПриСозданииНаСервере(Отказ, СтандартнаяОбработка) Объект имеет тип УправляемыеФормыСтруктура и в нем нет ДополнительныеСвойства. Почему нет, когда все остальные реквизиты и табличные части есть?

ДокументОбъект = РеквизитФормыВЗначение("Объект"); и там всё есть.

Тут может возникнуть проблема с тем, что нужно записывать именно вот этот объект - РеквизитФормыВЗначение("Объект"). Если запись вызывается методом формы Записать, то доп. сведения будут пустые, потому что объект может переполучается заново в модуле объекта.

что происходит в форме, должно оставаться в форме

можно в типовой посмотреть. у них дополнительные свойства работают.

гнать тз в тч уже предлагали?

вся запись происходит в процедуре Процедура ПередЗаписьюНаСервере(Отказ, ТекущийОбъект, ПараметрыЗаписи) Соответственно, я использую ТекущийОбъект.ДополнительныеСвойства.вставить("тзРаспределениеС", тзРаспределениеС);

Так в итоге получилось передать или нет?

ты кажется сайтом ошибся. Тебе сюда:

критикуешь - предлагай. А вешать ярлыки, не разобравшись, умеет любой дурак.

да, всё через структуру ДокументОбъект.ДополнительныеСвойства - и туда, и обратно. Очень удобно.

Как ты себе представляешь программную запись документа без участия пользователя и без создания формы?

леХко. ПередСохранением в модуле формы передаем измененные ТЧ обратно через ДополнительныеСвойства. В ПередСохранением модуля объекта: смотрим, есть ли измененная ТЗ в ДополнительныеСвойства. Если нет: копируем её из ТЧ, добавляем недостающие колонки, заполняем их автоматически. Всё это легкие операции, производятся в памяти, без запросов к БД. А потом уже проверяем, сравниваем и т. д. Могу целиком привести код, но его очень много.