Формат 1C:Підпр CommerceML : Для возможности обмена информацией между системами на платформе 1С:Підприємство и внешними приложениями для торговли, такими как сайты интернет-магазинов e-commerce, необходим общий язык, с помощью которого бизнес мог бы обмениваться структурированными данными между своими приложениями в части данных по торговым операциям. Для этих целей разработчиками платформы 1С:Підприємство был разработан свой универсальный формат CommerceML.
При использовании стандартного варианта через файлы обмена XML есть свои недостатки. И выбирать такой подход реализации задач интеграции 1С:Підприємство не всегда целесообразно. Существуют альтернативные варианты настройки интеграции бизнес приложений, - такие как использование интеграционной платформы или шины обмена данными ESB.
Со своем стороны, имея глубокую экспертизу реализации проектов, и гибридных решений, - можем предложить анализ ваших задач и оптимального варианта архитектуры решения. Присылайте ваш запрос или договориться о встрече: наши контакты.
Для обмена данными между бизнес-приложениями стал необходим общий язык, с помощью которого можно было бы обмениваться структурированными данными между своими разнотипными приложениями. Язык Internet первого поколения, HTML, не подходил для этой цели – он описывает форматирование информации, но не описывает ее смысл.
В связи с чем разработали XML – Extensible Markup Language (дословно: Расширяемый Язык Разметки). Если сравнивать с HTML, - он тоже содержит разметку тегами, но теги в XML описывают уже и смысл и структуру информации, позволяя напрямую обрабатывать ее программными средствами.
Аналогичные форматы были разработаны для других предметных областей. Например, Международный совет по прессе и телекоммуникациям не так давно объявил NewsML как основную систему разметки новостной информации, также был создан MathML для математических формул и символов в документах и др.
Но для конкретных бизнес-приложений самого XML не достаточно – это лишь база, на основе которой можно построить обмен коммерческой информацией. Для этих целей и был создан CommerceML.
Первая редакция стандарта CommerceML разработана разработчиком платформы 1С:Підприємство и др. партнеров, а так же при поддержке технических специалистов представительства Microsoft в 2000 году.
Между компанией Microsoft, разработчиком платформы 1С:Підприємство, рядом других Интернет-компаний и представительством компании Intel достигнуто соглашение о поддержке и развитии единого стандарта обмена коммерческой информацией в формате XML.
Из Вики: CommerceML — стандарт обмена коммерческой информацией в формате XML.
Для обмена стандартом CommerceML предусматривается использование схем XML:
*Информация изложена из открытых источников
Стандарты CommerceML используется для электронного обмена коммерческими документами между информационными системами.
Стандарты позволяют существенно снизить затраты на организацию информационного взаимодействия за счет унификации обмена коммерческой информацией между различными организациями: как выступающими на рынке Интернет-коммерции, так и работающими в сфере традиционной (off-line) торговли.
Использование торговыми организациями программного обеспечения, поддерживающего данные стандарты, позволит им с минимальными усилиями и без привлечения программистов организовать публикацию своих предложений на любых поддерживающих этот стандарт Web-витринах, а также реализовать обмен информацией между собой без специальной доработки программ. Например, при оприходовании товаров у покупателя информация о хозяйственной операции может быть автоматически загружена из данных, полученных от продавца.
Разработчики стремились обеспечить максимальную открытость стандартов с тем, чтобы он мог развиваться на основании объективных потребностей рынка и поддерживаться как можно более широким кругом производителей экономического программного обеспечения и Интернет-компаний. Для этого разработчики изначально создавали стандарты независимо от особенностей собственного программного обеспечения или структур информационных баз и исходили из общих принципов организации торговой деятельности. В то же время в стандарте учтены различные особенности работы как Интернет-компаний, так и торгующих организаций.
При разработке стандартов использовался ряд западных аналогов, однако предлагаемый стандарты существенно от них отличаются, так как учитывают отечественную специфику и включают несколько универсальных решений, необходимых для Интернет-компаний и торговых организаций. Вместе с тем стандарты CommerceML имеет много общего с решениями, используемыми в наиболее популярных отечественных системах Интернет-торговли.
В настоящее время опубликованы первая и вторая редакции стандарта CommerceML и стандарт CommerceML EDI.
В первой редакции стандарта CommerceML предусмотрен электронный обмен следующими данными:
Предложение практически совпадает с одной строкой "обычного" прайс-листа. Предлагается такой-то товар по такой-то цене, имеющийся в наличии в таком-то количестве. Например, сахарный песок по цене 40 грн за мешок, на складе имеется 125 мешков. Предложения группируются в Пакет предложений, в котором задается общая часть всех предложений (аналог "шапки" прайс-листа).
Для того чтобы получатели предложений могли понять, какой товар предлагается, последний должен быть описан. Описание товара и его классификация "складываются" в Каталог. Каталог может быть "внутренним", т.е. вложенным в тот же документ, что и пакет предложений, и составленным непосредственно автором пакета предложений. Он также может быть "внешним" – составленным одной из известных фирм. В этом случае в пакете предложений оговаривается, на какой каталог (классификатор) он ориентирован. Для однозначного определения товара в последнем случае достаточно ссылки (идентификатора товара во внешнем каталоге), т.е. в тот же документ, что и пакет предложений, каталог товаров можно вообще не включать. Таким образом, каталог товаров можно рассматривать как некий классификатор. Следовательно, в каталоге должен быть оговорен список Свойств (по каким критериям производится классификация). Устойчивые сочетания свойств удобно фиксировать в Наборы свойств (например, "свойства видеомагнитофона", "свойства телевизора"). Для указания, какие свойства (или наборы свойств) доступны (могут быть определены, обязательно должны быть указаны) для всего каталога, для его группы или для отдельного товара, используются Ссылки на свойства (Ссылки на наборы Свойств). Каталог (классификатор) обычно создается многоуровневым (т.е. имеющим разветвленное дерево категорий (Групп), к которым можно отнести товар). Иногда однозначная классификация может вызвать затруднения, поэтому для удобства разрешается включать товары сразу в несколько категорий. Но при этом одна из них должна быть выбрана в качестве "основной". Например, радио-будильник можно отнести как к категории "Радиоприемники", так и к категории "Будильники", но в первую очередь, радио-будильник является радиоприемником. При разработке классификаторов принято для каждой позиции указывать Аналоги (например, для лекарства это – другие лекарства аналогичного действия, для запчастей – запчасти, которые можно поставить вместо данной).
Указание, какими собственно свойствами из заданных в каталоге может обладать товар (или группа), достигается с помощью Ссылки на свойство (при этом еще можно задать обязательность заполнения данного свойства). Аналогичный тип элемента создан и для набора (Ссылка на набор свойств).
Для хранения значений свойств, в том числе и дополнительной, не предусмотренной классификатором информации, служит специальный тип элемента ЗначениеСвойства.
Таким образом, для опубликования своего прайс-листа (составления своего пакета предложений) надо сделать следующее:
1.Классифицировать свои товары.
Это можно сделать
2.Отправить пакет предложений.
В задачу, решаемую с помощью данной схемы, не входит обмен произвольными документами. Также не входят задачи поддержки распределенной базы данных. Схема описывает документы, сопровождающие наиболее распространенные торговые (хозяйственные) операции:
Причем для предприятий (фирм) – отправителя и получателя XML-документа – указанные хозяйственные операции представляются разными документами. Например "Отпуск товара" для отправителя сопровождается оформлением "расходной накладной" ("накладной на отпуск товара"), а для получателя – оформлением "приходной накладной". Программа автоматизации учета может, исходя из вида хозяйственной операции и роли, которая указана для данного предприятия, "понять", является ли "собственное предприятие" (от лица которого автоматизируется учет в программе) получателем данного документа. Роли предусмотрены следующие:
Например, если в обрабатываемом XML-документе, описывающем "Отпуск товара" роль "собственного предприятия" обозначена как "Покупатель", то это означает, что XML-документ описывает расходную накладную поставщика, и ее следует импортировать в учетную систему как "накладную на поступление товара".
Обозначения:
По умолчанию – все атрибуты и элементы являются не обязательными и имеют тип "строка", если специально не оговорено другое.
Вторая редакция стандарта CommerceML разработана с учетом развития отрасли информационных технологий и развития языка XML. XML-схема разработана в соответствии с рекомендациями консорциума W3C, пожеланиями по расширению предыдущей редакции стандарта в части формализации описаний электронных документов и классификации передаваемых данных.
Стандарт принят и введен в действие решением совета директоров Некоммерческого партнерства "Стандарты электронного обмена информацией" 9 декабря 2003 г.
Обмен коммерческой информацией по стандарту возможен как между информационными системами контрагентов – участников торговых операций, так и между информационной системой предприятия и системой управления сайтом.
Электронные документы
| Название | Назначение | Комментарии |
|---|---|---|
| Электронные документы | ||
| Каталог | Содержит информацию о товарах. | Каталог должен иметь уникальный идентификатор, название и содержать информацию о владельце. Минимально необходимой информацией о товаре в каталоге должна быть следующая:
- идентификатор товара в каталоге, - наименование товара, - базовая единица измерения. Для каждого товара в каталоге можно указывать аналоги и комплектующие. Если однозначная классификация вызывает затруднения, то разрешается включать товары сразу в несколько групп. |
| Классификатор | Устанавливает правила, по которым должны быть описаны товары. | Каждый классификатор должен иметь уникальный идентификатор, наименование и владельца. В классификаторе определяются свойства товаров, группы (категории) товаров и типы цен, по которым можно формировать коммерческие предложения.
В классификаторе, свойства могут быть объявлены для каталога или/и группы. Если свойства объявлены для каталога, то они распространяются на все товары в каталоге, если свойства объявлены для группы, то значения этих свойств устанавливаются только для товаров группы. Для составления собственного классификатора нужно: - составить список свойств товаров, по которым будет производиться классификация, - составить иерархический список групп, - определить типы цен, по которым можно (или нужно) формировать коммерческие предложения. Классификатор тесно увязан с каталогом – в каталог «помещается» товар, в классификаторе содержится «структура» каталога и правила описания товара. Если считается, что в каталоге минимальной информации о товаре (наименование, идентификатор, единица) достаточно, то классификатор указывать не нужно, но если для товара в каталоге указаны значения свойств и идентификаторы групп (товар отнесен к определенной категории), то нужно указать классификатор, в котором эти свойства и группы описаны. |
| Документ | Передается информация, необходимая для формирования документов, сопровождающих наиболее распространенные торговые (хозяйственные) операции:
- Заказ товара; - Cчет на оплату; - Отпуск товара; - Счет-фактура; - Возврат товара; - Передача товара на комиссию; - Возврат комиссионного товара; - Отчет о продажах комиссионного товара; - Выплата наличных денег; - Возврат наличных денег; - Выплата безналичных денег; - Возврат безналичных денег; - Отчет о списании комиссионного товара; - Переоценка товаров; - Передача прав. |
Для предприятий (фирм) – отправителя и получателя ЭД – указанные хозяйственные операции представляются разными документами. Например "Отпуск товара" для отправителя сопровождается оформлением "расходной накладной" ("накладной на отпуск товара"), а для получателя – оформлением "приходной накладной". Программа автоматизации учета может, исходя из вида хозяйственной операции и роли, которая указана для данного предприятия, "понять", является ли "собственное предприятие" (от лица которого автоматизируется учет в программе) получателем данного документа. Роли предусмотрены следующие:
- Продавец; - Покупатель; - Плательщик; - Получатель; - Комитент; - Комиссионер; - Лицензиар; - Лицензиат. Например, если в ЭД, описывающем "Отпуск товара" роль "собственного предприятия" обозначена как "Покупатель", то это означает, что ЭД описывает расходную накладную поставщика, и ее следует импортировать в учетную систему как "накладную на поступление товара". |
| Пакет Предложений | Предложения товаров с указанием цен (прайс-лист). | Предложение практически совпадает с одной строкой "обычного" прайс-листа. Предлагается такой-то товар по таким-то ценам за единицу, имеющийся в наличии в таком-то количестве. Например, сахарный песок по розничной цене 293 грн/мешок, оптовой цене 272 грн/10 мешков, на складе имеется 1200 мешков.
Предложения группируются в пакет предложений, в котором задается общая часть. |
Бизнес-транзакции
| Название | Назначение | Условия и периодичность |
|---|---|---|
| Бизнес-транзакции | ||
| Направление каталога продукции. | Отправка каталога продукции для публикации на Web-витрине или обработки в системе автоматизации предприятия. Применяются различные способы доставки, например по электронной почте, на магнитном или ином носителе, Web. | При публикации или составлении коммерческих предложений. Согласно установленного регламента между контрагентами или контрагентом и Web-витриной (Интернет-магазином). |
| Направление коммерческих предложений. | Отправка коммерческих предложений для публикации на Web-витрине или обработки в системе автоматизации предприятия. Применяются различные способы доставки, например по электронной почте, на магнитном или ином носителе, Web. | При публикации или обработке коммерческих предложений, составлении документов. Согласно установленного регламента между контрагентами или контрагентом и Web-витриной (Интернет-магазином). |
| Получение классификатора. | Получение автоматизированной системой предприятия классификатора для составления каталога или/и коммерческих предложений. Применяются различные способы доставки, например по электронной почте, на магнитном или ином носителе, Web. | По необходимости составить каталог или прайс-лист в соответствии с каким-либо классификатором (например, отраслевым или классификатором определенной Web-витрины). |
| Направление документов CommerceML | Отправка документов CommerceML для дальнейшей их обработки системой автоматизации предприятия или Web-витриной. Применяются различные способы доставки, например по электронной почте, на магнитном или ином носителе, Web. | По необходимости и согласно установленного регламента между контрагентами или контрагентом и Web-витриной (Интернет-магазином). |
Рис.1. Схема обмена при публикации коммерческих предложений по каталогу продавца.
Рис.2. Схема обмена при публикации коммерческих предложений по каталогу Web-витрины.
Рис.3. Общая схема обмена документами CommerceML.
Рис.4. Схема обмена документами CommerceML при заказе товара по каталогу поставщика.
Рис.5. Схема обмена документами CommerceML при отпуске товара поставщиком.
Рис.6. Схема обмена документами CommerceML при возврате товара покупателем.
Рис.7. Схема обмена документами CommerceML при передаче товара на комиссию и отчетах комиссионера.
Рис.8. Схема обмена документами CommerceML при возврате комиссионного товара.
Стандарт CommerceML EDI описывает документы основных бизнес-процессов взаимодействия сетевых операторов и их поставщиков, рекомендованные к применению межрегиональной общественной организацией "Стандартизация обмена деловой информацией".
В апреле 2004 года представители ряда крупнейших розничных сетей и поставщиков рынка FMCG приняли решение о создании межрегиональной общественной организации "Стандартизация обмена деловой информацией". Целью работы организации является реализация эффективного информационного взаимодействия участников рынка розницы и получения ими дополнительных выгод и конкурентных преимуществ. Для этого участники договорились разработать и продвигать отраслевой стандарт информационного и технологического взаимодействия компаний.
В течение нескольких месяцев совместной работы специалистов компаний ТД "Перекресток", ТД "Копейка", "Седьмой континент", разработчик 1С:Підприємство, холдинг "Марта" (сеть универсамов SPAR, "Столица"), ООО "Юнимилк", "Actis Systems" и ряда других крупных компаний были созданы стандарты основных бизнес-процессов взаимодействия участников рынка розницы.
XML-схемы стандарта CommerceML EDI включают:
ВЫПОЛНЯЕМ ПРОЕКТЫ ИНТЕГРАЦИИ БИЗНЕС-ПРИЛОЖЕНИЙ НА РАЗЛИЧНЫХ ПЛАТФОРМАХ
Используем как стандартные методы, так и альтернативные: интеграционную платформу
Будем рады обсудить ваши задачи.
*Копирование материала возможно только с ссылкой на источник и указанием автора материала. Благодарим за уважение интеллектуальных прав собственности.TQM systems
SaaS сервисы
Программы 1С:Підприємство
CRM
ERP
Node.JS, .NET
1С:Підприємство
API, IPasS
Разработка Web Apps
1С:Підприємство Автоматизация
Аудит IT проектов
Интеграция 1С:Підприємство
Получайте наши информационные материалы:
Работаем на IT-рынке с 2008 года.
Наша миссия - упростить управление данными.
Copyright © 2008-2024 TQMsystems. Все права защищены. Privacy Policy | Terms of Service