Есть какой-нибудь способ получения данных реквизита формы, не связанных с объектом, из модуля объекта?
Конфигурация на замке, но реквизиты надо использовать в модуле проведения.
С хранилищем такое прокатит?

если не передать в модуль данные, то никак.

Так не можно. Придётся использовать расширения

(0)

Пример для "Документ".
В форме делаем:

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

КонецПроцедуры

В обработке проведения достаем из "ДополнительныеСвойства"

Форму либо снимаем с поддержки, либо используем разрешения.

P.S.
Настоятельно рекомендую префикс, иначе рано или поздно ваш реквизит совпадёт по имени с там,
что туда решат запихнуть программисты 1С

(3) спасибо!

А зачем реквизит формы в модуле проведения, что такого интересного в этом реквизите?

(3)Костыль какой-то, нее?
Если код в модуле объекта и в модуле формы писать = делать расширение, конфа же на замке

Захочешь потом использовать это расширение ещё в другой базе, скопировал такой, к другой базе подключил, будь добр ещё включай доп. реквизиты, которые и не доп. реквизиты по факту а костыли для работы твоего расширения..
В чём проблема просто добавить реквизит в расширение?

(5) В моем случае клиент заполняет таблицу пеней по срокам долга, после чего она пишется в отдельный регистр.
Все через расширение, все красиво и работает
При чтении формы анализируется регистр и таблица заполняется данными для корректировок

(7) Т.е. данные из формы при проведении будут писаться в этот отдельный регистр?

(8)При перепроведении доков без открытия формы весело будет

(9) хехе да

(3) есть негласное  правило - не давать гранаты обезъянам...

(9) решается дополнительным свойством БУЛЕВО, нет?
(11) аргументы?

(9) Слишком рано, нужно было дождаться 50 поста

(9) можно поставить
Если Источник.ДополнительныеСвойства.Свойство("миста_ТвойРеквизитФормы") Тогда
// делаем движуху
Иначе
Отказ=Истина;
КонецЕсли;

(14) Можно, но зачем, лучше данные для проведения хранить в самом документе

даже проверкой свойства вопрос решается на перепроведение доков, умники

(14) А если это не перепроведение, а отмена проведения из формы списка?

(6)

Конечно костыль. Код правда скопипастен из типовой УТ. А так да.

(11)
Беда в том, что порой трудно отличить обезьяну-новичка, от опытного орангутана,
который залез на свою пальму еще во времена 7.7 и вот решил спуститься.

(17)

Отмена проведения  не юзает функцию "ОбработкаПроведения". Или я что-то "пропустил" ?

(14)А можно просто добавить реквизиты к документу в расширении, а не использовать ДополнительныеСвойства и не парить себе мозг :)
Потому что сейчас это "ДополнительныеСвойства", а в след релизе БСП, это уже ДопСвойства. Не говоря уже об использовании своей разработки на более старых релизах, где ДопСвойства вроде были в отдельном регистре(могу ошибаться) или же вообще в нетленках без БСП.

(16) Костылей можно придумать много и разных, тут вопрос в том зачем все это делать, если можно работать по методикам 1с?

(19) Т.е. у непроведённого документа все движения затрутся, а эти останутся. Круто, чо.

(19)Наверное упустил то, что нужно очищать данные в РС при отмене проведения. А затем при проведении писать туда их снова, но опачки, данных то нигде нет, они же в форме живут..

(22) Почему останутся-то, если удаление движений происходит автоматически при отмене проведения?

(24) у них так, у меня все работает

(20) э не, другие ДополнительныеСвойства

ДокументОбъект.<Имя документа> (DocumentObject.<Document name>)
ДополнительныеСвойства (AdditionalProperties)
Использование:
Только чтение.
Описание:
Тип: Структура.
Может использоваться в тех случаях, когда необходимо хранить некоторые значения, связанные с объектом, на время выполнения некоторых операций, без изменения объекта. Например, при обработке событий в подписке на события.

(24) Если они пишутся, как движения документа - тогда да. А если в независимый РС, то нет.

(24)Движения могу не очищаться, если не были изменены. Так-же можно выключить автоматическое удаление движений при отмене проведения.

(26)Понял, чёт не юзал такое.. А ничего что написано - "Только чтение"?

(7) А этот доп. регистр он добавлен в конфигурацию расширением?

(27) они пишутся в движения

(30) Т.е. отмена проведения и повторное проведение в форме списка гарантированно затрёт эти данные. Великолепно!

(29) вот что проще - мышкой добавить реквизиты формы на форму или программно описать реквизиты объекта на форме?

(31) дурень, есть проверка как в (14)

(33) Эта проверка при отмене проведения не сработает, умничка :))))

при отмене проведения регистр очиститься сам, он в движениях документа. Мне так и надо

(35) Вот. И я про это. А при повторном проведении он уже не заполнится, т.е. (31). Теперь дошло, наконец?

(34) не делайте мне мозг) все работает и с проведением, и с отменой)

заполнится, если написать так
&После("ОбработкаПроведения")
Процедура Пени_ОбработкаПроведения(Отказ, РежимПроведения)
    
    Если ДополнительныеСвойства.Свойство("ПериодыПени") Тогда
        ТаблицаПени = ДополнительныеСвойства.ПериодыПени.Выгрузить();

        ДвиженияДокумента = Движения["ПараметрыНачисленияПениПоПериодам"];
        ДвиженияДокумента.Записывать = Истина;
        ДвиженияДокумента.Загрузить(ИнициалиализацияДанных(ТаблицаПени));
    КонецЕсли;
    
КонецПроцедуры

(38) При повторном проведении ИЗ ФОРМЫ СПИСКА у тебя не будет никакого допсвойсва. До сих пор не доходит? Ну тогда забей :))))

(39) да понимаю я это, такие условия. Все изменения через другой документ формируются.

Т.е. любой юзер, который по ошибке отменит проведение или пометит документ на удаление, а потом проведёт документ не открывая форму - затрёт данные. Да даже если и откроет форму - то там ранее введённых данных уже не будет. Гениальное решение.

(41) ладно ладно, Ваша правда. Придется в объект добавлять

(12) аргумент простой: обезъяна - дура, и с гранатами обращаться не умеет.
(18) тут, пожалуй, не соглашусь. про требования адекватного проведения без открытия формы клюшечники прекрасно знали.