Доработать универсальную выгрузку/загрузку XML?
Доработать универсальный формат и правила через КД3?
Использовать КД2?

С синхронизацией НСИ сначала разобраться, что как и куда

(1) Какие есть варианты? Третий день в голове кручу эту мысль. Ссылки везде разные.
Потом планируется РИБ.

Думал перенести универсальной выгрузкой загрузкой, а потом делать поиск и замену значений. Но за ночь (когда магаз не работает) навряд ли получится управиться с этой процедурой. Слишком много документов.

(2) так если РИБ планируется - сделай РИБ и загрузишь все в центральный узел

проще всего напсиать выгрузку справочников и остатков в xml  и сделать загрузк из него так меньше всего будет мусора

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

(0) Без понимания причины слияния выбирать инструмент малоперспективно. Вполне возможно, что достаточно будет перенести в пустую базу справочники и провести инвентаризацию.

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

(0) Можно в несколько этапов.
1. Берем новую чистую базу
2. Заливаем туда все справочники, регистры (НСИ) требуемые с образованием дублей (если базы разные то уиды сохраняем уникальные так проще)
3. Ищем и находим дубли, чистим их сохраняя наименования удаленных куда то привязанными к оставленным (или лучше конечно по уидам работать)
4. Загружаем что нуна из всех баз уже имея привязку НСИ

И да каким способом грузить (XML, КД) глубоко пофиг это личное дело каждого хоть через COM, важно именно (8).

(0) почему именно универсальную выгрузку???

в (4) дело пишет товарищ

(3) Как всё в ЦУ загрузить? Там будут дубли в возникает вопрос из (0)

(4) Думал про это. Как минимум, нужны будут чеки за последний месяц. В принципе, с этим можно смириться.
В узлах РИБ, получается, тоже свертку придётся сделать?

(8) Тоже думал регистр дописать для связи номенклатуры... Но это же сколько времени на всё потребуется..

(10) >почему именно универсальную выгрузку???
Они и движения документов перетаскивает)

(11) >Тоже думал регистр дописать для связи номенклатуры... Но это же сколько времени на всё потребуется..

Нафига тебе регистр в 1С, когда можно хоть в текстовых файлах хоть еще куда сохранить извне 1С.

Короче эти привязки это обычная ТЗ/ТЧ - настройки синхронизации объектов для внешней обработки и чтобы выгружать/загружать в некий файлик из/в обработку перед тем как слияние/загрузку запускать.

(11) ну я бы сделал... примерно себе представляю, как это можно сделать.

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

(13) >но у них окажутся одинаковые гуиды - вот это точно будет веселье

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

(14) т.е. у тебя есть некая готовая конвертация, которая идеально возьмет и синхронизирует две параллельно живущие базы? Ну-ну...

(15) Что значит идеально?

Вот есть два одинаковых по сути контрагента с чуть разными наименованиями и уид, как ты будешь их синхронизировать?

А если это не контрагенты, которых не так и много и можно обычно ручками а номенклатура?

"Товар БлаБлаБла 123" и "БлаБлаБла 123 Товарчик" - что делать будем?
Хорошо если ШК есть и совпадают и не дублируются лишний раз а если нет?

(16)+ Самое простое решение это слить не обращая внимания на дубли (их будет туева туча).

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

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

(18) Не очень оптимальное по срокам окончания синхронизации решение.
Все же лучше провести анализ что там с НСИ творится и для каждого справочника свою синхронизацию придумать с устранением лишних дублей.

Тех же Контрагентов по ИНН/КПП, Номенклатуру по ШК или еще как и т.д.

Короче задачка стандартная и делалась много уже раз, а что ТС спрашивает в (0) так это полная глупость и практически не имеет отношения к реальности.

(19) Так это можно делать параллельно.
В правилах всего не учесть всё равно глазами можно будет увидеть дубли.

(13) Ну вот есть две базы. Как их в РИБ сделать без промежуточной базы?

(17) Вот мы сливаем всё в одну базу. На складах появляются такие остатки:
Товар1 (уид1) - 10шт
Товар1 (уид2) - 0 шт

У них одинаковые ШК. И при подборе в РМК может выпасть (уид2)

(19) ТС в (0) српашивает, как провернуть (19)

(22) Ну так блин (8) же

Слей всю НСИ (справочники и регистры типа ШК без документов) в одну базу со всеми дублями и для начала глянь что у тебя будет твориться.

А дальше думай как избавиться от дублей чтоб наваять правила (замены неправильных объектов на правильные) для КД или плана обмена.

(23) Картина Репина "Приплыли" :-)
Читай сообщение (3)

з.ы. Я тоже неоднократно и сливал и разливал, так что грабли все равно будут :
- ...
- главное только достаточно долго идти и никуда не сворачивать
(из Алисы в Стране Чудес)

Кстати, лучше изначально озаботиться разными кодами а позициях номенклатуры

(24) РИБ чистить задолбаешься с обменом будут постоянно старые (удаленные или уже измененные) объекты прилетать назад.

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

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

а вот способ выгрузки-загрузки,это дело десятое.

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

(28) Тогда не проще надыбать "эталонную базу" и по ней провести инвентаризацию в каждом магазине?

За эталонную можно взять базу самого большого по ассортименту магазина или сваять ее из прайсов поставщиков (достать с ШК)

Как же хотелось обойтись без КД2... Но, видимо, не судьба.
Всем спасибо, скоро буду пробовать.