Есть две удаленно работающие Розницы 2.1, данные из которых приходят в УТ 11.1.

Добавление номенклатуры осуществляется в Розницах при поступлении товара. Разумеется, возникла проблема - одна и та же номенклатура, добавленная в разных ИБ Розница, задваивается.

Как можно решить эту проблему (вариант, добавлять всю номенклатуру только в УТ не подходит)?

(0)
1) Заводить их как аналоги.
2) Не грузить номенклатуру.
3) Забить на задвоения.
4) Чистить вручную.
5) Написать ИИ по автоматическому сопоставлению.

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

Эта проблема возникнет во всех предприятиях, где магазинов > 1. Всегда нужно создавать (административно-волевым усилием) центр ведения НСИ.

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

(0) Применительно к любой системе - подобная проблема на заре возникновения ... ЕГАИС (да-да, когда он еще не пошел в массы) была и у них - в 200Х-году (не помню последнюю циферку).
Очередной подрядчик, разрабатывавший очередную реинкарнацию этого ПО, развернул что-то типа РИБ-а (хз какая там была распределенка) по региональным центрам. Ну и после нескольких невзлетов и тормозов с синхронизацией из центра они дали доступ конечным пользователям создавать контрагентов (ибо надо было декларации оформлять, а контрагенты из центра не пришли). И, кто бы мог подумать, "контрагенты почему-то в базе задвоились". Ибо там же свой ИД контрагента, и по ИНН уже не сопоставишь. В итог разгребалось это достаточно долго. И не факт, что в их базе сейчас этих "соплей" не тянется.

(2) спасибо за развёрнутый ответ!

Возникают 2 вопроса:

1) Не совсем соображу что мы принципиально выигрываем, если центром ведения НСИ будет не УТ, а центральный узел Розницы?

2) есть ли цивилизованный способ из двух независимых баз (у каждой из которых подчиненные узлы (кассы)) сделать подчиненные узлы для нового центрального узла Розницы?

(4) 1) без разницы
2) есть но лучше не надо, правильнее будет данные перенести с правильной их чисткой

(5) А что в этом случае переноса данных будет с подчиненными базами на кассах? Их придется тоже создавать заново и переносить данные? Проще наверное будет вообще от старых данных на кассах отказаться.

(6) если в них (этих подчиненных базах на кассах) есть дубли то да

но решение однозначно правильное невозможно, всегда есть + и(или) -

(4)
От себя добавлю.

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


По второму - цивилизованного способа нет - всегда пляски с бубном и конфигуратором. Т.е. всем, кто начал независимые узлы, дописывается объединение данных под заказ.