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