Какие могут быть подводные камни? Выгрузкой-загрузкой XML.

Предопределенные элементы могут задвоиться, а еще?

(0)задвоиться всё:
Склады
статьи ДДС
статьи расходов
НГ
прочие доходим

(1) а долго ли это все вычистить, если объем баз минимальный? ... ну, в среднем, в одной базе учет ведется 2 года, документооборот - 10 штук в день

(2) +оцениваю трудозатраты...

Если правила сделать самому и убрать поиск по id, то не задвоится. Поля поиска заранее обдумай и подготовь базы.

(4) это если базы нормализованы

(2) Ты оттуда уволишься, а они еще будут вычищать, да вычищать....

(5) Я через КД переносил. Правила строятся легко если конфы одинаковые. Иначе получится 6 экземпляров GUID-ов по всем справочникам.

(7) эээ... а поля поиска настроить?

(5) Плюсую к (4)и (5)
Если бухгалтерии заполнялись однотипно и умно искать не по GUID то ручной работы может получиться немного

сливала 5 штук в одну. 2 из них были семерки, 3 - восьмерки 1,6 . Сливала в Корп ред.2 Просто надо все очень неспешно подготовить (заставить инн выверить, артикулы и т,д.)

(0) Как то переносил этой обработкой. Задвоилось много чего. Даже предопределенные эл-ты, план счетов, субконто и тд..

выгрузка- загрузка xml ищет по определению по GUID. Она для однотипных. Нужна КД.

(1) Не задвоится, а зашестерится.
(0)Создай новую базу с нового года и перенси туда самые объемные остатки, которрые руками тяжко вводить. (по номенклатуре и взаиморасчеты напрмер.) Остальное пусть сами руками вводят.

(13) Угу. и 6 контрагентов с  одним ИНН на остатках. Чудно.

Для одинаковых баз сделать правила и отключить guid - 5 минут

(14) Не ну синхрон по ИНН то можно сделать.

Выгрузкой-загрузкой XML - нет.

КД решает

И я о том же.

перенести, а потом дубли свернуть и все

в принципе контрагентов можно по своим папкам распихать

(20) так и делал
сворачивал более 20 баз в одну выгрузкой/загрузкой
потом поиск и удаление дублей

(21) это если консолидированная отчетность не нужна. Типа "сколько ооо ромашка должно всем нашим фирмам "

(22) Если базы маленькие - может, прокатит, конечно. Но чистить замучается. Лучше день потерять, потом за 5 минут долететь (с)

(8) Для контрагентов по ИНН, а для статей расходов доходов, движения ДС по наименованию. Но потом всё равно придётся обработку поиска дублей запускать.

Правильное решение - это заранее подготовить базы данных к слиянию. Но испытывая некоторый пессимизм в отношении компетентности юзверей, предлагаю слить "как есть", а потом долго, долго, очень долго выявлять и ликвидировать дубликаты.

PS: на самом деле ничего страшного нет. Поиск и устранение дубликатов - рутинная операция, которую профилактически периодически приходится делать и на обычной базе. Операция легко автоматизируемая, которую можно взвалить на плечи тех же юзверей.

мммм... Да, только потом частенько приходится отвечать на вопросы- почему долг перед организацией А висит на договоре организации Б.

(27) это из-за чего так?

а это когда "которую можно взвалить на плечи тех же юзверей"
Ручки шаловливые у некоторых из них.

(0) создание правил в КД для идентичных бухгалтерий займем около часа

(26) опыт показал, что базы БП создаются копированием из другой базы. Поэтому у всех 6 органнизаций будет один и тот же УИД. Поэтому ВыгрузкаЗагрузкаXML не сработает, все данные будут на одной организации.

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

(26) как вариант. Вполне может быть.

(25) да, и например 5000 контрагентов с пустым инн все объединятся в одного контрагента в конечной базе

(26)=(31)

(25)точно. Поиск должен быть многопроходным и многовариантным (если ИНН пустой, то по наименованию, например и т. д.)

(25)=(34)   :)

(2) Как думаешь 6 валют "рубль" поменять во всех документах, справочниках и движений долго это?

потом еще такая ерунда: в разных базах разная контактная информация забита у одного и того же контрагента. Адреса, телефоны, контактные лица, где-то незаполнены, где-то разные. В общем, если слить 6 контрагентов в одного, много данных будет уничтожено.

(36) По наименованию нельзя, иначе куча ИП-ников без ИНН схлопнется

(34) А кто мешает в поиске задать несколько условий

(41) нечего задать просто. ИНН нет, наименования разные. Всё. Приплыли. Какие еще несколько условий?

(39) А это решается административно. Принимается решение "справочники организации А считать приоритетными, потому что у остальных бардак". И эту организацию грузим последней (или первой, но тогда найденное не меняем).

(42) тогда 2 контрагента. Но есть еще "Полное наименование", а  ООО "Ромашка" с большой вероятностью напишут одинаково. Дубли, конечно, будут все равно. Но немного. А лучше перед слиянием заставить проставить ИНН.

(43) а если контрагент только в 5 базах есть, а в приоритетной нет?

(43) значит, придет из любой другой. Ведь не меняем только найденное, новое создавать никто не запрещал.

(45) Сливают 6 баз в одну только если захотели инталева поставить. В таком случае, как правило надо хотя бы немного  навести порядок в базах рекомендуется. Если ИНН не заполнен, то никто не мешает этого контрагента создать нового.

(0) Сливаем около 80 организаций (порядка 700 человек в 1 БД).
Писать правила переноса;
Префиксы по документам сделать в правилах по алгоритму и параметру;
Старые документы счет, с/ф выданные без префикса выгружать, новые пусть выписывают.
Справочник контрагенты, номенклатура - в каждой организации своя папка с RLS по ней.
План счетов перед выгрузкой приводить к единому виду - согласовать с главбухом, пускай утверждает перед началом работ.