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

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


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


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

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

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

Назначение

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

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

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

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

  • Через загрузку прайс-листа в формате Excel, в котором он укажет Артикулы или Коды товаров (коды но не идентификаторы, как это принято в 1С, есть Код, а есть Внутренний идентификатор и это не одно и тоже);
  • Через загрузку каталога товаров в XML файле, например CommerceML, в котором будут уже внутренние идентификаторы;
  • Парсинг сайта, но так как у поставщика сайт это отдельная система идентификаторы там будут свои;
  • API REST доступ к системе поставщик, где будут указаны внутренние идентификаторы.
Источник — http://wiki.metadata24.com/index.php?title=Владельцы_данных/Объекты_метаданных/Управление_номенклатурой&oldid=512