у формекса(?) есть глобальное событие "при загрузке формы" и "при загрузке модуля формы", в которых, можно подменить форму и модуль открываемого объекта.
Может, есть аналогичное событие "при загрузке модуля документа"?

У тебя как минимум 2 варианта:

1. Тупо вставляешь условие в сам модуль документа и в зависимости от даты 2 разных алгоритма проведения
2. Используешь свой класс на основе класса-Перехватчика и там уже в зависимости от даты делаешь своё "другое" проведение, а код в модуле документа не трогаешь вообще.

Предложу свой вариант -

- делаешь два класса (при этом можно применять наследование, что важно если код частично повторяется), в которых реализуешь модуль проведения, при этом  метод ОбработкаПроведения с параметрами делаешь открытым

- вне процедур внизу модуля проведения пишешь код подобный этому

_оПерехватчик = СоздатьОбъект("Перехватчик");

Если ДатаДок < Константа.НужнаяДата Тогда
	_оДокумент = СоздатьОбъект("ДокументПроведение.ПоСтарому");
Иначе
	_оДокумент = СоздатьОбъект("ДокументПроведение.ПоНовому");
КонецЕсли;

_оПерехватчик.ПерехватитьСобытияГК(Контекст, _оДокумент);

 

Sergio писал(а) 19. Июля 2011 :: 22:52:


В принципе, так можно хранить тексты МД на разные случаи жизни прямо в базе, а перед проведением записывать их в тот самый файл по различным условиям.

Цитата:


Не понял мысль. О чем идет речь? Поделись: что за технология такая, при которой требуется массовое перепроведение? И часто оно у вас?

Цитата:


Оно (т.е. массовое перепроведение) - это совсем не "объективная реальность, данная нам в ощущениях", а всего лишь попытка исправить чьи-то проколы.
Расскажу историю про "объективную реальность", имевшую место в моей практике. Главбух одного из моих клиентов некоторое время назад решила реорганизовать склады в своем предприятии (вместо учета по двум большим решено вести учет по пяти маленьким, на которые разделили условно два больших). Это мероприятие потребовало "массовое перепроведение", что и выполнил с блеском работавший там программист. Только он не учел, что за годы своей деятельности он уже успел внести изменения в модули проведения ключевых документов, влияющих на расчет себестоимости и, как следствие, на сумму остатка на 41 счете. Складской учет при этом не пострадал. В очередной отчетный период главбух видит, что его суммы отличаются от ожидаемых. А предприятие уже отработало пару месяцев, и документов за это время набили не щадя себя. Специалист по программному обеспечению предложил повторить "массовое перепроведение", полагая, что таким образом все встанет на свои места. Результат оказался таким: цифры еще раз изменились.
Разбор полетов был очень серьезный. Исправляли только исправительными проводками...

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

Топикстартер русским по белому написал: "Переписывать все модули как не хочется". А мы ему: напиши класс, натрави перехватчик...

Но если такое сложное решение, как #ЗагрузитьИзФайла pvase не устраивает, то он может набросать простенький Перехватчик.

Sergio писал(а) 25. Июля 2011 :: 08:22:


В торговле, поди, работаешь?
А с несвоеверменным вводом документов никогда не сталкивался?
Ну и не всегда в текущий момент работают люди, начинавшие проект. И не всегда есть возможность изменить существующие БП так, что избавиться от массового перепроведения.
Массовое перепепроведение месяца перед его закрытием - так вообще обычное дело для множества (в том числе и стандартных) конфиг.

Что не отменяет, конечно, его "абсолютность зла" - хоть и, зачастую, неизбежного.