Если я правильно понял, то проблему не решить использованием метода "РегистрацияИзменений()".
При выгрузке документа он "тянет за собой" из базы в базу все свои движения, и соответственно, перепроведя документ в центр. базе с отменой регистрации изменений мы добъёмся только того, что документы (и их движения) в центре и на периферии будут отличаться...

Насколько мне известно, существует всего только два метода работы в УРБД без коллизий:

1.Отображение бизнес-процессов предприятия в базе таким образом, чтобы внесение изменений в старые документы практически исключалось. Это требует серъёзной переработки конфигурации и перестроения бизнес-процессов предприятия. (В частности, введение документов "Исправление" (Приблизительно как в ЗиК второй редакции)).

2.Максимальное увеличение частоты автообменов и вынесение регламентных операций с базами данных в нерабочее время...

В данном конкретном случае советую проанализировать необходимость перепроведения документов в ЦБ. Можно, например, в каждой инф. базе запускать сеанс робота обслуживания, обрабатывающего только документы, созданые в этой базе (Смысл данной системы в том, чтобы все изменения в документах делались только в одной базе. Можно также при открытии документов в инф. базе, отличной от ИБ создания объекта делать ТолькоПросмотр(1). Приемлемо только если УРБ используется для сбора информации с удалённых точек без необходимости дальнейшего её изменения).

Либо, как вариант - всё перепроведение в ЦБ делать так:
А/О - Обработка - А/О, причём, желательно автоматом в нерабочее время.

PS: Из личного опыта: Если ПБ много (более 10) и интенсивность работы с базами данных большая, то в этом случае целесообразно рассматривать структуру УРБ с нерабочим центром, который работает только на автообмен.
В этом случае сложнее организовать процедуру А/О между двумя перифирийными ИБ, но оно этого стоит - снижается время простоя базы и при высокой нагрузке очень сильно снижается вероятность сбоев.

Советую почитать:
http://www.mista.ru/articles1c/urbd.htm
http://warenic.narod.ru/doc15.html
http://oksla.narod.ru/urib.htm

Цитата:


В ЦБ вообще никто не работает и никто не вносит никаких
изменений.В ЦБ администратор только меняет конфигурацию.

Цитата:

Практически никак. Коллизии неизбежны.
Ну и нужно понять для себя почему происходит перезатирание.
Можно свести их к минимуму (колизии) орг спосабами.
Например вчерашним числом можно менять документы только в главной базе. и.т.д. и.т.п.

Еще. Если есть возможность то лучше чтобы все базы были в формате sql. Есть несколько тонких различий работы баз 1с в
sql и dbf и если все переф базы будут в sql то не придется сталкиваться с этими различиями.

slawa писал(а) 26. Февраля 2009 :: 10:36:

из того что помню
1.по разному храняться строки неогранич длины.
2.в dbf регистрозависимая сортировка и отбор в sql нет
( т.е. регистронезависимая).
3.при хранении двоичных данных при выгрузки в другую бд
dbf некоторые двоичные символы воспринимал как 0х00
и обрезал все что после, sql работал хорошо ( правильно)