Для тестирования и исправления создаются локальные БД полученные путем выгрузки из рабочих БД. При этом может возникнуть проблема при использовании РИБ. Тестовая БД может начать обмениваться данными, что не нужно. В качестве контрмеры попытался создать реквизит у плана обмена СтрокаСоединенияИБ в которой прописывается значение СтрокаСоединенияИнформационнойБазы() у конкретных баз. При обмене идет сравнение СтрокаСоединенияИБ=СтрокаСоединенияИнформационнойБазы(), если равно - обмен, не равно - отмена обмена. Но возникает следующая проблема - при обмене если был изменен узел Плана обмена, то пришедшие данные могут затереть реквизит СтрокаСоединенияИБ. Думал перехватывать изменение узла в процедурах ПриПолученииДанныхОтГлавного и ПриПолученииДанныхОтПодчиненного, но в эти процедуры не попадает обработка поступивших узлов Плана обмена.

1. Есть ли программный вариант контроля обмена в зависимости от того рабочая это база или тестовая (без постоянных изменений конфигурации).
2. Можно ли заставить обрабатывать в процедурах ПриПолученииДанныхОтГлавного и ПриПолученииДанныхОтПодчиненного поступления изменений узлов работающего плана обмена. Или хотя бы подсказать чем регламентируется этот момент.

а тупо отключать обмен в копиях

(1) Не всегда это вспоминается, поэтому и есть желание автоматизировать. А если забудешь хоть раз, то разгребать придется.

(2) А что будет? Будет Номер сообщения меньше или равен принятом. Т.е. пакет не загрузится

(3) ну тут уж кто быстрее успеет выгрузиться рабочая или тестовая :)

(3) В тестовой поменяли кучу документов, запустили обработку с массовым изменением в документах или элементах справочников. И ушло это по обмену. Будет здорово и весело.

Тестовая то обычно берется путем выгрузки.

Ну если рабочая база одна такая с этой конфой, в коде привязаться к имени базы/сервера и не запускать обмены.

(5) ну или у вас обмены так редко делаются или выгрузка часто. Одно из двух

(6) + тут ещё надо допилить, чтобы тестировать обмены между тестовыми :)

Нет ну теоретически и палка раз в год стреляет, но ...

(8) а что тестировать при полном обмене?

(0)а обмены фоново выполняются? клиент-серверный вариант?

(11) судя потому что они юзают строку соединения, то у них файловый вариант

(10) Миграцию. Убрали авторегистрацию - сделали через модули выборочно - надо проверить на тестовых.

(13) регистрацию можно проверить не выполняя обмен

(14) не спорю

Базу тестировать и исправлять можно по разнообразным причинам (не обязательно сам обмен).

У нас главная база на сервере, а вот удаленная будет файловая. Есть вариант что удаленных будет несколько. Поэтому есть желание довести до ума сейчас.

(12) если файловый вариант , то для запуска обмена нужен батник , не?

+(17) а если все таки клиент-сервер , то просто отключить выполнение регламентных задач для тестовой базы

мы просто обработку сделали, т.е. делаем копию базы, заходим и первым делам запуск обработки, которая чистит всё что касается обменов

(16) ну вообще-то у вас есть пользователь, под которым обмен. В тестовой базе этого пользователя не должно быть.

(20) даже если он есть, то под ним нужно стартануть как минимум