Коллеги добрый день! Прошу консультации
Реализую однонаправленный обмен EnterpriseData между несколькими базами БП3 актуальных релизов
Одна из баз названа Центральной (ЦБ) несколько баз названы периферийными (ПБ), из ЦБ в ПБ1-2-3-N переходят объекты при создании нового/модификации.
Есть ряд объектов которые имеют условную адресацию в обмене по Организации те при изменении в ЦБ эти объекты во все ПБ не идут а идут только в те где ведется требуемая Организация.
Отрабатываем Ситуацию :
1) Пользователь в ЦБ создал документ или справочник с Организацией1, Регистрация прошла на узел ПБ1.
2) Прошел обмен и Объект/Объекты пришли в ПБ1.
3) Пользователь сказал «Батюшки!» и резко изменил в ЦБ у объекта Организацию1 на Организацию2. Регистрация прошла на узел ПБ2.
4) Прошел очередной обмен и Объект/Объекты пришли в ПБ2.
Мы имеем технический инцидент когда в ПБ1 эти объекты лишние а в ПБ2 они нужны.
Первая мысль это ручной анализ самодельным отчетом собирающим данные по COM и ручная/ полуручная чистка в ПБ .
возможный вариант автоматизации этих ручных исправлялок – это сделать рег. задание которое раз в сутки ищет во всех ПБ модифицированные объекты из ЦБ (теоретически перенесенные) и если найден - сверяет на соответствие реквизита «Организация» , не соответствует – пишем в комментарий объекта/ журнал регистрации что объект тут лишний и помечаем на удаление.
Можно ли корректировку этой ситуации заложить в правила КД3 , есть ли типовые механизмы в EnterpriseData которые следят за этим?
Например в п.3 это будет повторная модификация элемента который уже недавно был отправлен в ПБ1, есть ли встроенные инструменты в EnterpriseData (или реализуемые в КД3) отслеживающие излишнюю «Динамику» объекта по обменам и позволяющие помечать на удаление объект в базе в которой он не нужен ?