Добрый день! Подскажите как правильно решить задачу.
Есть ЦентральнаяБаза есть УРБД_переф1  и есть некая производственнаяБаза.

МОД отправляет изменения из ЦентральнаяБаза  в производственнаяБаза, но те изменения которые прошли в базе УРБД_переф1, и успешно пришли в ЦентральнаяБаза по УРБД не есть измененными для МОДа и соответственно теряются. Как сказать МОДу что изменения по УРБД есть также изменения для МОДа ?

в периферийке тоже мод поставить

и пусть регистрацию ведет
а уж из центра объекты будут переброшены.

(1) так а он там и так живет .... это же копия центральной базы. Но объект измененный в УРБД_переф1 не выгружается МОДом из центра

(3) Проверь, регистрируются-ли изменения и где они регистрируются.
Если правильно помню, под это дело сформирована еще одна таблица в скуле, и надо из нее данные перегонять так-же (они скорее всего УРБДой не переносятся).
Кроме того, обязательно проверь совпадение ИДД баз (они не должны совпадать, иначе возможны коллизии и задвоения их в пределах центральной базы, что не есть гуд).

Я так понял МОД в своих длл регистрирует , соответственно для 2х баз отдельно.....

(5) дбф

Зависит от настроек, либо в ДБФ, либо в таблицах скуля.
И задача - перебросить зарегистрированные МОДом изменения из периферийки в центральную базу.
Если все регистрируется в скуле - проще всего джоб написать, который будет проверять наличие записей и в случае их присутствия перебрасывать записи в центр (затирая при этом в периферийной).
Если в дбф - то обработку, и запускать ее срезу после обмена через УРБД (либо сразу перед).

блин сложновато....   всякие сбои отследить....
принцип понял спасибо. Базы на скуле значит полюбому МОДовские изменения в скуле ?

Я отказался от механизма регистрации МОД в принципе. У меня регистрирует УРБД, а отсылает изменения МОД. Если интересно - пиши на мыло/в аську 413-401-666. Только завтра.

+9 аська 413-101-666

(9) А применительно к текущей задаче ты как решишь проблему передачи измененных в периферийке объектов из центра в стороннюю базу, если изменения регистрируются УРБД?

(11) тупо взять объекты из файла переноса и отправить их в выборочную выгрузку.
собственно на этом и основано регистрация урибом и отправка мод-ом.

+12 только для центра проще- брать с 1упдс и после отправки самому её чистить.

(12) Не понял. Датник из зипа парсить?
(13) Точно, забыл что принятые изменения так-же регистрируются в апдэйтс...

Вернее, не подумал:)

(9) работает на скуле или дбф?

(16) а есть какая-то разница ?

(8) Не-а. МОДовские таблицы изменений всё равно в ДБФ.
Если база в скуле, то можно на _1SUPDTS повесить триггер или подменить хранимку, которая туда пишет с целью фиксации изменений УРБД в отдельной табличке. Её уже периодически обрабатывать из 1С и регистрировать в МОД штатными средствами.

(17) Сейчас не знаю. Раньше было проблема ручками апдейтс чистить в дбф. Индексы слетали