Владельцы данных/Объекты метаданных/Управление номенклатурой

Справочник владельцев внешних данных.

Назначение

Используется для классификации записанных в системе внешних данных по их владельцам, для связи наших данных и данных во внешней системе, например связь номенклатуры с внешними товарами (номенклатурой поставщиков).

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

1. Внешняя система, данные из которой необходимо связать с локальными, это не всегда сторонняя система. Это может быть наш интернет-магазин, куда мы производим выгрузку данных. Система интернет-магазина, хоть и наша, но идентификация объектов у нее своя, в данном случае, для хранения связи данных, локальных (в данный системе) и внешних (интернет-магазин) владелец данных будет интернет-магазин. При этом интернет-магазин может быть не один, и в каждом ведется своя идентификация данных (свои серии кодов), для каждого создаем отдельного владельца данных, без связки с контрагентом.
2. Временный источник данных, какой то сайт, с которого необходимо загрузить часть контента, либо файл XML или Excel, с контента, откуда необходимо загрузить данные однократно, либо редко, постоянно мы с ним не работает, цены и остатки не грузим, заказами не обмениваемся. Необходим загрузить внешние товары, свести аналогами, что бы система знала какой контент куда записать, записать необходимые данные, и забыть про него насовсем, либо забыть на долго. Создаем владельца данных, без связки с контрагентом.
3. Получаем данные из внешней системы различными способами, в каждом из которых один набор данных (например товаров), но разные коды.

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

• Через загрузку прайс-листа в формате Excel, в котором он укажет Артикулы или Коды товаров (коды но не идентификаторы, как это принято в 1С, есть Код, а есть Внутренний идентификатор и это не одно и тоже);
• Через загрузку каталога товаров в XML файле, например CommerceML, в котором будут уже внутренние идентификаторы;
• Парсинг сайта, но так как у поставщика сайт это отдельная система идентификаторы там будут свои;
• API REST доступ к системе поставщик, где будут указаны внутренние идентификаторы.

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

Свойства

• В учетной системе - контрагент связанный с владельцем данным. Заполняется при необходимости.