загрузка в ЦБ, миграция распространяется "Место создания и центр" + дополнительно Офис
в офисе сделали нежелательные изменения,  в филиале пока остались нужные, из офиса выгружены нежелательные в ЦБ.
перезаписал в филиале документ (дата изменения позже чем изменение в офисе), при загрузке в ЦБ док из филиала не загружается, в журнале регистрации событие Коллизия
как можно "заставить" записаться док с данными филиала ?
пока запасной вариант - выгрузить в текст нужный док и загрузить в цб его минуя УРБД

найти в дбф-ке обмена ID документов и грохнуть их.

(1) в ЦБ потереть ?

из http://www.mista.ru/articles1c/urbd.htm
Один и тот же объект изменен более чем в одной ИБ.

Общий принцип здесь состоит в том, что "главным" считается изменение, произведенное в центральной ИБ. Отработка ситуации различается в зависимости от того, на какой ИБ - центральной или периферийной коллизия обнаружена. Если коллизия обнаружена на центральной ИБ, то есть при загрузке файла переноса из периферийной ИБ обнаружено, что один из измененных объектов также изменен и в центральной ИБ, то изменения объекта в центральную ИБ не загружаются. При этом гарантируется, что при очередной выгрузке в адрес периферийной ИБ будет передано состояние объекта как оно есть в центральной ИБ. Если же коллизия обнаружена на периферийной ИБ, то изменения объекта, прибывшие из центральной ИБ загружаются.

Получается, при "соревновании" двух одинаковых неЦБ баз приоритет имеет те изменения, которые раньше загрузились в ЦБ, если я все правильно понял

Да, в ЦБ. при изменении неважно где записывается ID объекта в 1SUPDTS.DBF. До загрузки базы в филиал он честно выгружает в файл обмена все что в нем изменили, надо перезаписать данные на филиале и убедиться что они есть в выгузке.
В ЦБ нужно найти эти объекты в файле 1SUPDTS.DBF и физически удалить, упаковать базу средствами ДБФ. После чего переиндексировать.

проще перегрузить нужные изменения через текст в ЦБ

если вы открываете дбф через ексель - то да..

само собой задействованные в переносимом документе справочники проверить что не менялись

проще прокрутить пару циклов обмена и исправить в центре все что их не устраивает

(0) После того как сделаете обмен пусть в офисе ручками исправляют свои бяки. ненужно пытаться автоматизировать административный бардак. Кто недружит с головой - работает руками.

(0) а накосясивший работник офиса оплатит работу программиста 1С по ручной правке DBF файлов для исправлению косяка?
(9) +1  нефиг свои косяки и свою головную боль перекладывать на программиста.

опять урбд ))))) интересно сюда заглянет мой упоротый друг, который на прошлой неделе объяснял мне, за мои слова что с урбд один гемор и головная боль? было бы интересно послушать что он про эту заметку скажет 0:-)

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

(0) почисти регистрацию изменений.. делов-
то.

РегистрацияИзменений
Синтаксис:
РегистрацияИзменений(парам)
Параметры:
  Парам (число) 1 - регистрировать изменения, 0 - не регистрировать изменения. Если параметр не указан, то регистрация не изменяется.
ЗЫ остальное все от лукавого
ЗЫЫ можно разобрать файл изменений - выкинуть оттуда данные о документе - и работать далее ...

(11) Вы просто неумеете его (УРБД) готовить. )

(13) плавали, т.е. юзали? Регистрация изменений по паспорту.. относится к созданному объекту в рамках изменения этого объекта.

(15) юзали и юзаем ... достаточно флаг выставлять в реквизит ... ну естественно если нужно - перезапись/проведение