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