Есть самописный документ с уникальной структурой полей и ТЧ, не похожий на стандартные. На основе него необходимо формировать СФ Выданную. У СФ при записи есть процедурка ОпределениеПараметровСчетаФактуры() которая пересчитывает реквизиты в т.ч. интересующие меня СуммаДокумента и СуммаДокументаНДС. Сделал подписку при проведении и затер расчетные данные на свои суммы "по простому" как мне нужно, программно открыл форму, напечатал СФ - все ок. Но если закрыть форму или перейти в список СФ, там суммы посчитанные в процедуре ОпределениеПараметровСчетаФактуры()... сделал интереса ради подписку при записи, тот же эффект. Словно СФ умудряется после подписок на событие еще раз пересчитать суммы.

Сталкивался ли кто-то с таким? В данный момент я поместил свой код в модуль документа в ОпределениеПараметровСчетаФактуры(), но хочется не портить документ и хранить код отдельно.

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

Более конкретно можете сказать?

(2) Конечно. Зачем нужен "самописный документ с уникальной структурой полей и ТЧ, не похожий на стандартные"?

(3) Не ко мне вопрос. Интересует только то, что в первом сообщении.

(4) Ну, тогда ответ во втором сообщении...

Переформулирую: Каким образом код в модуле документа может перекрыть код в общем модуле вызванном по подписке при проведении.

(0)[ Словно СФ умудряется после подписок на событие еще раз пересчитать суммы.]
бред

(7) Разумеется. Но этот бред работает. Вы не верите мне на слово?
1) в модуле документа текущий программный оверврайт
Сумма,    СуммаДокумента, СуммаНДС, СуммаНДСДокумента.
2) подписка при проведении
3) в общем модуле куда ведет подписка снова оверврайт, но суммами вида 77777 или 555.

По точкам останова везде ходит, все обрабатывается без ошибок. При открытии формы встают суммы 77777, при переходе в список документов мои из п.1, при перезаходе в документ мои из п.1

Вот да бред, интересно...

*При программном открытии формы после создания/перезаписи СФ.

(0) Ты "словно" не программист.Поставь отладчик

(10) омг, а я как смотрю по вашему?

(8) словесный понос

Ладно, спасибо за участие.

Процедура ПередЗаписью()
...
    Если НЕ Отказ И НЕ СформированПриВводеНачальныхОстатковНДС тогда
        ПроверитьЗаполнениеСчетаФактуры();
        РассчитатьСуммуДокумента();
    КонецЕсли;

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

(14) Это понятно, не понятно как сделать код из общего модуля финальным итогом для Сумм Документа и НДС? Подписки при записи, при проведении не дали эффекта. У меня и в документе и в подписках установление произвольных, моих сумм. Теперь нужно чтоб суммы из подписки стали финальными.

Не надо изменять расчетные (по сути своей - вторичные!) данные - конфигурация всё равно их будет пытаться пересчитать при изменении исходных (первичным) данных. Изменяй первичные данные. Если всё правильно сделать, вторичные данные конфигурация рассчитает так, как тебе нужно.

(16) Сложно корректно скормить тот своебразный документик на основе которого формируется СФ, без правки стандартных алгоритмов. А это первейшее мое желание, чтоб по минимуму портить конфигурацию.

(17) В УПП не сложно:) Сумма документа считается как итог колонки "Сумма" из ТЧ "Авансы" счет-фактуры. Добавил в в тч документа одну строку с нужной суммой - вот тебе и нужный результат.