Нужно синхронизировать справочники номенклатуры, контрагентов в трех базах ТиС, с переносом остатков из закрываемых баз в одну основную. Все базы находятся на одном сервере физически. Относительно типовые, релиз 955. С небольшими доделками, в основном косметическими. Обмен по МОД с бух базами, тоже тремя.

В одной из предыдущих веток Епрст мне написал что при наличии МОД объединить базы на порядок проще, типа свести все к одному ИДД или слепить справочник соответствий IDD в разных базах.

Посоветуйте, как сделать попроще. С номенклатурой пока придумал так. Создал справочник СоответствийИДД в основной базе, там создал реквизиты Номенклатура - его заполню справочником номенклатура из текущей базы. Потом реквизиты НаименованиеМагазин2, КодМагазин2 и ИДДмагазин2 - там будут наименования и код из второго магазина и ИДД. Ну с третьим магазином так же. Потом что? открывать три базы и копировать наименование и код из закрываемых баз в основную базу? Долго получится, 14 тысяч элементов спр номенклатуры.
С контрагентами аналогично, но там попроще будет, можно будет по ИНН синхронизировать большую часть. Хотелось бы минимальной трудоемкости для тех, кто будет номенклатуру сводить.

Сажаем 150 мартышек за компы и понеслась!

(1) По мартышкам ресурс ограниченный, к сожалению. )

Типа ап.

(0) Синхронизировать коды элементов справочника.

(0) а по какому полю вы сопоставляете номенклатуру из разных баз?

В качестве подспорья можно наваять обрабтку, которая будет "помогать" искать соответствия.

Номенклатуру автоматом сводить сложно. По наименованию/артикулу/штрихкоду. Что не сошлось - в общую кучу. Синхронизация по коду с префиксом базы.

(4) Коды не совпадают как правило, но есть немного, с совпадающими наименованиями... Наименования совпадают только частично, я бы даже сказал, совпадают мало. Есть наименования совпадающие не вплоть до буквы. Артикулы тоже далеко не у всех. В общем, искать по коду (проверяя по наименованию), потом по наименованию, потом по артикулу. Но все равно половина справочника получается руками искать.

штрихкодов нет.

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

(9) Ну а что делать? Как то так..

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

Если обмен по МОД - значит уже есть синхронизация, это снимается куча проблем.
Обычной конвертацией можно, указав поле поиска.

А... это с бух базами обмен по МОД?
Тогда вначале синхронизировать

(13) Обмен по мод исключительно база ТиС в базу Бух. Т.е. три базы ТиС в соответствующие им три базы Бух.

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

Ну элементарно же! Перенумеруй номру в разных базах с разными префиксами, и своди их в одну базу с синхронизацией по кодам. После сведения в одну базу можно почистить лишнее

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

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

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

(20) Спасибо, хорошая идея.

И ещё. У номенклатуры есть ведь единицы и цены (есть и другие подчиненные справочники). У них свой ИДД, вот их тоже нужно, по хорошему,  синхронизировать...

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

(0) Мы можем решить Вашу задачу
1. Быстро
2. Дешево
3. Качественно
Выберете любые 2 пункта

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

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

(22) единицы - использовать уже имеющиеся, зачем в базе три одинаковые единицы измерения. Цены - перенести.
(25) Интересная идея, попробую.
(26) Тоже облегчит работу, только часть товара сезонная, т.е. ее может не быть в остатках, но он будет торговаться потом. Но думаю, в основной базе в номенклатуре такой скорее всего будет.

Вообще вариант из (20) самый оптимальный и после обсуждения с начальством принят на вооружение, спасибо. )

что такое ИДД ?

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

(29) IDD - это строковый реквизит, который добавляется во все справочники и документы, при установке МОДа. По нему, в основном, идёт синхронизация справочников и документов при обмене. Реквизит должен быть уникальным, но иногда бывает, что "задваивается", и это плохо...

Сливаете для чего?
Недавно клиент обратился с подобной просьбой.
Там сливали воедино 12 складов каждый из которых сидел на ТИС. Но сливали уже в УТ 10.3.
Была написана обработка, помогающая загрузить остатки из видоизмененного отчета по остаткам ТиС в Поступление товара УТ 10.3.
Было создано 12 документов Поступление Товара в УТ по разным складам.
Загрузка занимает около 1 минуты на 2000 номенклатуры.
Загрузил только 2 цены. Зак. и розн. т.к. много геммора.
Сказали клиентов немного, что мог, загрузил. ИНН, банк, название и т.д.
Номенклатура частично задублировалась.
Поиск происходит:
ШК - артикул - Номенклатура - Совпадение пары Артикул-номенклатура- Создание нового в автоматич. режиме или выбор из имеющихся в ручном.

на 12 складов ушло примерно 10 часов.

надо добавить, перевел так уже 6 клиентов.
Если хотите штатными способами свернуть ТиС в УТ - жесть.
Последний раз это делал Nдцать лет назад. Когда 2ядерный пентиум 3.0, 3ГБ оперативки на 3 сутки свертки сказал что не хватает памяти... Хорошо, что решил сначала на тестовой и клиента не остановил в работе. Принял решение написать обработку-помощник, которая от случая к случаю дорабатывается и помогает до сих пор.

(33) Нет, руководство пока в итоге решило подождать с переходом на УТ, сначала они попросили ТиС в одну слить. База практически типовая, с косметическими доделками и МОДом,  поэтому из одной базы потом будет проще в УТ перейти позже. Справочники один хрен синхрить надо, решили это сделать сначала в ТиС.

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