Триггеры. Правильно отловить событие. #394256

Задача: Отлавливать событие перепроведения, и вести лог во внешней базе. Штатными средствами 1с (ПриПроведении) нельзя, так-как УРБД. Делаю триггер CREATE TRIGGER [PereProv] ON DH745 FOR UPDATE AS BEGIN    set nocount on    INNER join _1SJOURN Вся беда в том, что при перепроведении документа срабатывает два раза - видимо перепроведение два раза меняет таблицу, один раз при записи, другой при самом проведении. Можно как-то это обойти?

Мы это уже обсуждали И это работает Сколько можно сопли жевать?

Вариант добавлять служебную базу УРБД не катит. В силу ряда причин.

Интересно было бы их услышать...

Ну как минимум запись в логе должна появляться моментально. А вообще это одна из частей проекта и все детали объяснять нет смысла, их лень даже читать будет. Пока цель - отловить перепроведение.

Куда уж моментальнее, ты это увидишь даже до того как документ будет проводиться

Цель - отловить любое проведение? Или только перепроведение проведенного? Или только при сеансе обмена? Программное, интерактивное - ?

Перепроведение проведенного. Проведения могут быть всех типов.

всех типов - при сеансе обмена, программное, интерактивное

расскажи подробнее, что это за служебная база, и как в нее поступают моментально данные?

"ON DH745 FOR UPDATE" -- это не на (пере)проведение, а на запись... а запись де-факто выполняется дважды: первый раз при записи документа как таковой... а второй раз - при проведении документа... (сюрпраайс!.. из модуля документа в процедуре обработки проведения можно тупо поменять значения реквизитов и мн.часть документа - и эти изменения сохраняцца))))))

это понятно, в том-то и вопрос, как сделать так чтобы вызывалось один раз. _1SJOURN вроде бы не меняется при перепроведении.

Апдейтится, причем не один раз :) Обычная база - только получатель, если необходимо для нее делаются исключения в правилах обмена (чтобы попадали все объекты)