Здравствуйте!
В компании есть несколько юр. лиц, учет по ним ведется в отдельных базах БП 3.0. Планируется перенести из них справочники и остатки в «Управление нашей фирмой» (УНФ), вести учет здесь, затем выгружать документы в базы БП юр. лиц.

1. Сопоставление справочников при обмене между УНФ и БП идет по ссылкам или по реквизитам (наименование, ИНН и пр.)?
Я так понимаю, что для нормальной работы надо обеспечить сквозные справочники номенклатуры, складов, контрагентов и т.д. во всех базах, и УНФ и БП.
Ведь даже если после загрузки остатков в УНФ, ней удалить дубли, то они потом будут появляться в базах БП после загрузки в них документов из БП.
2. Как лучше это сделать - загрузить все справочники в УНФ, там удалить дубли и потом выгружая эти «эталонные» справочники в базы БП, удалять дубли уже в них или есть другие варианты?

ассортимент ТМЦ большой?

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

(1) сейчас выясняю.

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

(0) Сопоставление по реквизитам. "Сквозная" нумерация - не обзытельна, можно применять префиксы.

(2) Сопоставление по наименования - не бред, а минимально достаточный инструментарий. Его можно легко расширить за счет сопоставления не только по наименованию, но и по свойствам и характеристикам.

Инструменты для "ручного" сопоставления в типовых уже есть. Погуглите в конфигурации использование регистров "Соответствие объектов для обмена" и "Объекты информационных баз" (регистрация места создания объекта - тоже пригодится).

Я наверное немного не так сформулировал первый вопрос. В УНФ уже встроен обмен с БП, из УНФ выгружаются справочники и документы. И вот, в этом уже существующем обмене как идет сопоставление справочников при загрузке в БП?
Или там как, например при первом обмене ЗУП-БП идет настройка сопоставления объектов?

(6) там не только при первом обмене можно контролировать двоение объектов.
за каждый цикл обмена дается отчет о созданных и не сопоставленных объектах. если забить на это болт - придется постоянно бороться с дублями с непредсказуемым результатом. или взять обмен на контроль ежедневный и все будет чпоки.

(6) главное в этом деле - выделить ответственность за ведение справочника ТМЦ и прописать ее в инструкцию работника.
без этого будет ежегодная попоболь у погромиздов и бухов.

(8) Добавление новых элементов справочников будет только в УНФ.

Получается, кроме первого варианта "загрузить все справочники в УНФ, там удалить дубли и потом выгружая эти «эталонные» справочники в базы БП, удалять дубли уже в них" есть второй - не выгружать эталонные справочники в БП и не удаляя там дубли, сопоставлять их при обмене данными.
Первый вариант трудоемкий  вначале, но затем при обмене проблем будет меньше. Второй легче вначале, но затем при каждом обмене надо будет сопоставлять объекты попадающие в БП из УНФ.

Дело не только в трудоёмкости, но и... в области психологии :)

Лучше использовать первый вариант, чтобы воспользоваться случаем и довести до всех пользователей проблему дублирования и её негативное влияние.

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

(10) Спасибо!