Добрый день, уважаемые коллеги.
Имеется N-баз 1С: Бухгалтерия предприятия 2.0 одной компании с N-организациями. В этих базах ведется параллельно ведется работа. В одной из баз юр.лицо с ИНН может называться Ромашка, в другой ООО Ромашка, в третьей Ромашка ООО и т.д. Стоит задача разово синхронизировать справочник контрагентов синхронизируя по ИНН.
Создал правила в КД синхронизации по ИНН с соблюдением групп.
Получилась какая нежданная фигня: так как синхронизация идет по ИНН, а у группы есть только Наименование одноименные группы задваивает.
Подскажите выход из ситуации или стоящую обработку.
Заранее благодарен.

- Синхронизация по ГУИД
- Ввести свой префиксованный реквизит синхронизации "для группы и элемента"

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

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

(0)А еще в каждой из баз будет три "ромашки" с одним и тем же ИНН + еще две вовсе без ИНН + еще одна но с неправильным ИНН :)
А еще раньше ...для таких целей место создание контрагента должно быть только одно...

(3) Как нафига, ты че

Коммерческие организации
- ООО
- ЗАО
- ГАО
Муниципальные организации
- Налоговые органы
- Силловые Органы
- Организации Образования
Физические Лица
- Предприниматели
-
Банки и Фонды
Благотворительные организации
...

1С во всех конфигурациях уже 10 лет игнорит такое важное свойство контрагента как ФормаСобственности, почему - наверно по наивности и привычке писать софт для ларьков, где все контрагенты с одной рожей - синей и одним действием - наливай

Желание бухгалтеров сохранить иерархию групп полностью. Причем группа "ПОКУПАТЕЛИ" и "Покупатели" это две разные группы.

(5) тьотки у тебя без фантазии, анекдоты им потрави что ли

Это не мои тётки) Это заказчика тётки.

ГУИД не комельфо при синхронки
А есть в которой у них гнездо?

Обработчиком Поля поиска в правилах можно воспользоваться:
для группы искать по наименованию, а если ЭтоГруппа=Ложь, то по ИНН

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

(9) Если Источник.ЭтоГруппа = Ложь Тогда
       СтрокаИменСвойствПоиска = "ИНН";
       Если ПустаяСтрока(Источник.ИНН) Тогда
   Сообщить ("У контрагента "+Источник.Наименование+" не указан ИНН. Выгрузка и синхронизация невозможна!");
   Отказ = Истина;
   КонецЕсли;
Не выгружает группы.

(5) "ПОКУПАТЕЛИ" и "Покупатели" О_О высший класс <матофильтр> :)
я все равно против групп, ну максимум группа "Черный список"
Одно и то же юр.лицо может быть: покупатель-поставщик-фонд-налог.орган
Форма собственности тоже может меняться, не меняя при этом ИНН.

(0) А что значит "синхронизировать", что б во всех БД появились те что есть в других?

Да, чтобы появились те которые отсутствуют и унифицировались те, которые существуют.

(12) как раз "покупатель-поставщик" - чистая глупость дифферциации привитая со времен 7.7. и торговли для палаток.

Я привел примеры логических груп, да и реквизит есть в типовых Поставщик/Покупатель в элементе, так что козырять этим вариантом групп глупо, использовать такие группы глупо вдвойне

(13) тогда проще всех (из всех баз) слить сначала в один ХЛС файл (сводной сделать уникальн.по ИНН), пусть поправят что криво, и тогда в каждую базу загрузить.

(14) я например научил "всех" бухгалтеров подбирать контрагентов по коду ЕГРПОУ или по наименованию, используя 8-ный подбор/поиск без открытия формы списка, и им вовсе не нужны группы.

А для "разного" деления/группирования есть свойства и категории

(15) группы и упомянутоя мной форма собственности нужны для организации ДОСТУПА, а не интерфейса подбора.

ведь глупо давать права на группу "Банки" или "Не резиденты" радовому бухгалтеру например по учету НМА, которая занята контактами с мелкими очечественными поставщиками, причем, вероятно всего с десятком местных, не более)

не ИНН, а ИНН+КПп однозначно идентифизировать контрагента должны. но работает это только при правильном заполнении этих реквизитов.

Элементы синхронизируются идеально! Не синхронизируются группы. Вернее задваиваются.

(18)  а как разруливаешь ситуацию, когда есть для 3-х ромашек три разные наименования? Или все таки есть порядок "важности баз"?
Именно для того что б все такое подчистить правильно надо сначала дать на "визуальную" обработку юристам/бухгалтерам список всех, а уж потом править.
Иначе будет насчет только наименований например: кто первый тот папа :),
не говоря уже об остальных реквизитах.

Главное чтобы были одинаковыми, неважно Ромашка это будет или ООО Ромашка.

(20) изменишь не так как привыкли, покусают за такое, увидишь :)
А ведь для наименования полного важно будет.

Полное наименование везде правильное.

(18) Посмотри типовые правила, там показано как разруливать для Групп и для Контрагентов

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

менждународное название тоже есть

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