Всем привет!
Такая задача: необходимо перед ПЕРЕпроведеним документов запоминать текущий результат (выборочно по регистрам) и потом вставлять его назад.
Вопрос: каким образом лучше реализовать это?
Используется управляемое и обычное приложение. Суть в том, чтобы не городить в модулях документов процедуры - нужно глобально.

Пока идея такая:
1. Делаем параметр сеанса "АдресХранилищаПроводок"
2. В подписке на событие в ТЗ переводим результат и её помещаем во врем. хранилище.
3. Опять же в подписке после окончания всех процедур вытаскиваем запомненый результат и подставляем его назад.

Может быть у кого-то были подобные ситуации?
Беспокоит то, что подписок может быть несколько и как отследить самую последнюю...

Для хранения текущего результата лучше использовать ДополнительныеСвойства объекта.
А управлять последовательностью подписок и их приоритетом штатными средствами нельзя.

(0) Удаление движений - не удалять.
Развели тут теории...

(2) сделал-же оговорку: без массового изменения модулей объектов и нужны выборочные регистры.

(1) действительно, совсем забыл про доп. свойства; можно попробовать туда закинуть.

(0) а смысл?

(3) Это не в модуле делается

+(4) дешевле и правильнее привести базу в порядок

Такая задача: необходимо перед ПЕРЕпроведеним документов запоминать текущий результат (выборочно по регистрам) и потом вставлять его назад.

Надо бы для архитектуры решения придумать аналог слова "г*код".

Через одну только подписку как раз такое нормально делается.

Только не пойму логики "перед ПЕРЕпроведеним", если 13-й раз перепроводится документ, тогда что будет результатом?
движения 12-го шага + еще опять добавишь что то и т.д.?

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

Суть проста: в консолидирующей базе происходит массовая корректировка документов, но результат проведения по некоторым регистрам не должен отличаться от источника.
Если происходит отмена проведения, тогда ничего не запоминается.

(9) Логика так дожна выглядеть:
- за введением задним числом - растрел
- если очень надо, за последсвия - отвечает не прог.1С, а  Гла.бух, за то что открыл период прошлый для редактирования
- все изменения (что хочется внести задним числом) можно (100%) за прошлые любые периоды отразить полность законно в бух.учете в текущих датах

(10) фигня какая то :)
Толку тогда от консолидируещей базы, если данные в ней через месяц вовсе не будут отвечать данным из баз-источников.

(11) молодец, только большиство прогов считают что нужно всегда делать так как ГБ скажет ))

(10) пусть редактируют в источнике

(12) ага, открываешь док, там реализация на миллион, а по проводкам на два миллиона ))

ТС, сделай две консолид.базы :)
Одна пусть отвечает тому что есть и пусть меняется, а в другую данные только один раз закачивай, без обновления.

И через квартал пусть сравнят че получилось и чему верить...

лучше отдельно записывать нужные наборы а ненужные не записывать

а вообще бред какой-то

(9) на 8 марта дарить вазелин. если не дойдет, на следующее - мыло и веревку

(1) Скажи это управляемым формам, умник.

Мне кажется, это надо делать "наоборот".

ДокументОтраженияОбъект=СтрокаТЗ.ДокументОтражения.ПолучитьОбъект();
           НачатьТранзакцию();
           
           ДокументОтраженияОбъект.Записать(РежимЗаписиДокумента.Проведение,РежимПроведенияДокумента.Неоперативный);
           СтрокаТЗ.Успешно=Истина;
           СтрокаТЗ.Пометка=Ложь;
           НаборЗаписей=РегистрыНакопления.ТоварыОрганизации.СоздатьНаборЗаписей();
           НаборЗаписей.Отбор.Регистратор.Установить(СтрокаТЗ.ДокументОтражения);
           НаборЗаписей.Прочитать();
           ТаблицаЗаписей=НаборЗаписей.Выгрузить();
           
           ОтменитьТранзакцию();

       Если ТаблицаЗаписей.Количество()>0 Тогда
           НаборЗаписей=РегистрыНакопления.ТоварыОрганизации.СоздатьНаборЗаписей();
           НаборЗаписей.Отбор.Регистратор.Установить(СтрокаТЗ.ДокументОтражения);
           НаборЗаписей.Загрузить(ТаблицаЗаписей);
           НаборЗаписей.Записать(Истина);
       КонецЕсли;

Господи, что сделали с форматированием кода.

(20) А какая разница, какие у автора формы?

(25) УР не хранит ДополнительныеСвойства между серверными вызовами.

Или у него там в одном вызове?

(20) Если делать в модуле объекта, то без разницы, какие формы. Но, судя по (10), согласен с (18).

(26) Аффтару при проведении надо, там формы вообще может не быть.

Из форм здесь одна - форма обработки, из которой стартует корректировка.

Модуль объекта не надо трогать вообще.

Возможно, как раз-таки следует ориентироваться на (23).

//ДокументОтраженияОбъект.Записать(РежимЗаписиДокумента.Проведение,РежимПроведенияДокумента.Неоперативный);
//            СтрокаТЗ.Успешно=Истина;
 //          СтрокаТЗ.Пометка=Ложь;
           НаборЗаписей=РегистрыНакопления.ТоварыОрганизации.СоздатьНаборЗаписей();
           НаборЗаписей.Отбор.Регистратор.Установить(СтрокаТЗ.ДокументОтражения);
           НаборЗаписей.Прочитать();
           ТаблицаЗаписей=НаборЗаписей.Выгрузить();
           
           ОтменитьТранзакцию();

       Если ТаблицаЗаписей.Количество()>0 Тогда
           НаборЗаписей=РегистрыНакопления.ТоварыОрганизации.СоздатьНаборЗаписей();
           НаборЗаписей.Отбор.Регистратор.Установить(СтрокаТЗ.ДокументОтражения);
           НаборЗаписей.Загрузить(ТаблицаЗаписей);
           НаборЗаписей.Записать(Истина);
       КонецЕсли;


как-то так....

всё не читал. а спрашивали, нафига это?

(31) Иногда.
Душа. Просит.

душа одинэсника может просить невпихуемого в здравый смысл, так что лучше пересмотреть сразу, а не выносить мозг