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

(0) по количеству записей в наборе

(1) Если жмут перепроведение (в списке доков) их тоже 0

(2) дык событие два раза происходит
первое - удаление
второе - проводки

(0) Нет. ни как.

Наборы записей могут писаться или удаляться вообще вне событий работы  документа-объекта.

(0) Сформулируй задачу точнее. Чо нада?

(0) Переходите на 7.7 там это реализовано :-)

(4)[Нет. ни как. ]
даже программно запихнув  в доп.свойства регистратора ?

(7) >> запихнув  в доп.свойства регистратора ?

Что и откуда ты собрался туда пихать?

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

А вообще бессмысленно обсуждать, пока автор не скажет что конкретно ему надо.

(8) автор про модуль регистра вроде спрашивает, а вы ему про документ.

(9) Про модуль регистра я ему уже русским языком ответил в (4): Нет. ни как.

(8) - это ответ на реплику КМ155 из (4).

(10)* на реплику КМ155 из (4). = на реплику КМ155 из (7).

(11) но документ-то есть там. В наборе записи регистра. Можно допустим в комментарии написать: отмена проведения.

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

(13) опять велосипед изобретаете? В типовых конфах ведь всё это есть.

(14) Не сомневаюсь. Вот только найти не могу.

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

(15) а как искали? Отладчик запускали?

(17) Да написал в поиск: Найти то чаго я незнаю. Непомогло

(13) Это замечание меняет всё, что ранее было сказано :(

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

(12) >> но документ-то есть там. В наборе записи регистра.

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

Как вариант - подписку с аналогичным составом регистраторов. У меня у самого такая есть. При начале работы системы даже список регистраторов со списком документов события сравнивается, на всякий случай

Или подписка на событие "ПриЗаписи" для РегистрНакопленияНаборЗаписей() и анализ свойства ОбменДанными (например: "Если Объект.ОбменДанными.Загрузка = Истина" - это идет обмен; "Объект.ОбменДаннми.Отправитель" - откуда данные поступают...)

(важное замечание) При обмене, внесение изменений движений документа может осуществляться раньше внесения измений в сам документ. Т.е. ТС в алгоритме модуля регистра должен учитывать, что регистратор может быть "ещё не измененён" (если можнотак выразиться)

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

А если при записи по данному регистратору в начале удалять изменения в узле и если записывается пустой набор то его опять добавлять, когда 2ой раз (как написано в (3) ) пойдут проводки то по этому же регистратору набор будет полный и в начале изменения удалятся а патом я уже решу добавлять ли его в план. В случае удаления записей пройдет только 1раз и изменения попадут в план. Взлетит?