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

Материал из Метадата
Перейти к навигации Перейти к поиску
Нет описания правки
Нет описания правки
Строка 7: Строка 7:


#'''Внешняя система''', данные из которой необходимо связать с локальными, это '''не всегда сторонняя система'''. Это может быть '''наш интернет-магазин''', куда мы производим выгрузку данных. Система интернет-магазина, хоть и наша, но идентификация объектов у нее своя, в данном случае, для хранения связи данных, локальных (в данный системе) и внешних (интернет-магазин) владелец данных будет интернет-магазин. При этом интернет-магазин '''может быть не один''', и в каждом ведется своя идентификация данных (свои серии кодов), '''для каждого создаем отдельного''' владельца данных.
#'''Внешняя система''', данные из которой необходимо связать с локальными, это '''не всегда сторонняя система'''. Это может быть '''наш интернет-магазин''', куда мы производим выгрузку данных. Система интернет-магазина, хоть и наша, но идентификация объектов у нее своя, в данном случае, для хранения связи данных, локальных (в данный системе) и внешних (интернет-магазин) владелец данных будет интернет-магазин. При этом интернет-магазин '''может быть не один''', и в каждом ведется своя идентификация данных (свои серии кодов), '''для каждого создаем отдельного''' владельца данных.
#'''Получаем данные''' из внешней системы '''различными способами'''. Есть некий поставщик, у него своя, для нас внешняя учетная система. Данные из его системы мы можем получать различными способами:
#*Через загрузку прайс-листа в формате Excel, в котором он укажет Артикулы или Коды товаров (коды но не идентификаторы, как это принято в 1С, есть Код, а есть Внутренний идентификатор и это не одно и тоже);
#*Через загрузку каталога товаров в XML файле, например CommerceML, в котором будут уже внутренние идентификаторы;
#*Парсинг сайта, но так как у поставщика сайт это отдельная система идентификаторы там будут свои;
#*API REST доступ к системе поставщик, где будут указаны внутренние идентификаторы.


[[Category:Объекты_метаданных]]
[[Category:Объекты_метаданных]]
[[Category:Обмен_данными]]
[[Category:Обмен_данными]]
[[Category:Инструменты]]
[[Category:Инструменты]]

Версия от 07:57, 1 октября 2022

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

Назначение

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

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

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