Довідковий матеріал

Обмін "Постачальник - Покупець"

У системі програм "1С:Підприємство 8" реалізовано схему CommerceML для обміну електронними документами під час здійснення операцій купівлі-продажу товарів і комісійних операцій. Схема описує чотири види XML-документів: Класифікатор, Каталог, Комерційна пропозиція, Документи (CommerceML).Коментар до XML-схеми обміну комерційною інформацією для реалізації обміну Постачальник - Покупець

Коментар до XML-схеми обміну комерційною інформацією для реалізації обміну Постачальник - Покупець

 

У системі програм "1С:Підприємство 8" реалізовано схему CommerceML для обміну електронними документами під час здійснення операцій купівлі-продажу товарів і комісійних операцій. Схема описує чотири види XML-документів: Класифікатор, Каталог, Комерційна пропозиція, Документи (CommerceML).

  • Класифікатор - встановлює правила, за якими має бути описаний товар, з описом ієрархії груп, властивостей і типів опублікованих цін;
  • Каталог товарів - містить перелік товарів та їх опис;
  • Комерційна пропозиція – опис товару, ціни та кількості;
  • Документ (CommerceML) - містить дані документа, що супроводжує торговельну (господарську) операцію.

Приклад організації роботи системи програм "1С:Підприємство 8" за стандартом CommerceML з Web-сайтами описано в статті "Обмін із Web-сайтом", опублікованій на диску ІТС, у розділі "Обмін даними".

Для організації електронного документообігу між торговельними партнерами учасники обміну (організації) повинні узгодити свої ідентифікатори. У CommerceML ідентифікатор описаний як GUID (Globally Unique Identifier — унікальний 128-бітний ідентифікатор, розрахований за технологією, що гарантує унікальність). На відміну від "1С:Підприємства 7.7.", де необхідно було створювати такі ідентифікатори та присвоювати їх "вручну", у системі програм "1С:Підприємство 8" GUID присвоюється організації – учасниці обміну, автоматично під час її реєстрації в інформаційній базі. Тому узгодження ідентифікаторів (GUID) для організацій, що використовують "1С:Підприємство 8", відбувається на рівні інформаційних систем постачальника і покупця. Сформовані електронні документи можна надіслати електронною поштою або вивантажити у файл і потім передати на зовнішньому носії інформації (CD, MD, flash тощо).

Завантажити схему обміну комерційною інформацією CommerceML 2.04.

Коментар до XML-схеми обміну комерційною інформацією для реалізації обміну Постачальник - Покупець

Якщо передбачається, що електронний каталог має ієрархічну структуру, то для збереження ієрархії необхідно передати покупцеві класифікатор, у якому зазначається:

  • Ідентифікатор (GUID);
  • Найменування;
  • Власник;
  • Властивості, значення яких можна або потрібно вказати для всіх товарів у каталозі, пакеті пропозицій, документах;
  • Групи та властивості для товарів у групах;
  • Типи цін, які можуть бути використані під час формування пакета комерційних пропозицій.

Якщо інформація про товар і ціни має лінійний вигляд, то передавати класифікатор немає сенсу.

Каталог (електронний) містить:

  • Ідентифікатор (GUID);
  • Найменування;
  • Інформацію про власника;
  • Опис товару;
  • Ідентифікатор товару: GUID, Штрихкод або Артикул;
  • Найменування товару;
  • Базову одиницю та способи перерахунку в інші одиниці у разі невідповідності базових одиниць для одних і тих самих товарів;
  • Ідентифікатор товару в інформаційній системі контрагента;
  • Ідентифікатори груп, до яких належить цей товар, якщо зазначено класифікатор;
  • Країну (за ОКСМ), у якій виготовлено товар, торговельну марку (бренд) товару та її власника, найменування безпосереднього виробника товару;
  • Опис значення властивостей номенклатурної позиції відповідно до зазначеного класифікатора;
  • Характеристики товару;
  • Ставки податків;
  • Акцизи;
  • Комплектуючі;
  • Аналоги, наприклад, для ліків – це інші ліки аналогічної дії, для запчастин – запчастини, які можна поставити замість цієї;
  • Ім'я файлу зображення для номенклатурної позиції, який може постачатися окремо від переданого файлу з комерційною інформацією.

Якщо каталог має ієрархічний вигляд, необхідно зазначити ідентифікатор (GUID) класифікатора.

Також можна передавати коментарі в тезі <Опис>.

Пакет пропозицій містить перелік комерційних пропозицій і складається за певним (лише одним) каталогом. Пропозиції в пакеті можуть бути описані за класифікатором.

Пакет комерційних пропозицій містить:

  • Ідентифікатор пакета;
  • Найменування;
  • Ідентифікатор каталогу товарів, за яким складено пакет пропозицій;
  • Ідентифікатор класифікатора, відповідно до якого описуються пропозиції;
  • Строк дії пропозиції (від і до);
  • Типи цін, які можуть бути використані під час формування пакета комерційних пропозицій із зазначенням валюти, видів податків і способів обліку податків у ціні;
  • Значення властивостей, що поширюються на всі пропозиції, які входять до пакета;
  • Пропозиція - опис товару, ціни та кількості.

У спрощеному вигляді пропозиція в пакеті комерційних пропозицій практично збігається з одним рядком "звичайного" прайс-листа: пропонується такий-то товар за такою-то ціною, наявний у такій-то кількості. Наприклад, цукровий пісок за ціною 1200 рублів за мішок, на складі є 125 мішків. Тому можна передавати лише найменування, базову одиницю виміру, ціну та кількість.

Але можна передавати й повний опис товару - як у каталозі.

Схема описує документи, що супроводжують найпоширеніші торговельні (господарські) операції:

  • Замовлення товару;
  • Рахунок на оплату;
  • Відпуск товару;
  • Рахунок-фактура;
  • Повернення товару;
  • Передача товару на реалізацію;
  • Повернення товару з реалізації;
  • Звіт про продажі комісійного товару;
  • Виплата готівкових грошей;
  • Повернення готівкових грошей;
  • Виплата безготівкових грошей;
  • Повернення безготівкових грошей;
  • Переоцінка товарів;
  • Інше.

Документ Інше може містити дані довільних документів, але для обміну такими даними потрібне узгодження з контрагентом. У типових конфігураціях системи "1С:Підприємство" обмін такими документами не реалізовано.

У кожному документі передається інформація про те, ким є підприємство - відправник документа (його роль) у системі обміну. Можна використовувати такі значення:

  • Продавець,
  • Покупець,
  • Платник,
  • Одержувач,
  • Комітент,
  • Комісіонер.

Програма автоматизації обліку може, виходячи з виду господарської операції та ролі, зрозуміти, чи є власне підприємство (від імені якого автоматизується облік у програмі) одержувачем цього документа. Оскільки в облікових системах підприємств, учасників обміну, документи, що супроводжують господарські операції, можуть бути різними, облікова система здатна автоматично визначити та створити "правильний" документ.

Наприклад, господарська операція Відпуск товару для Продавця (відправника) супроводжується оформленням видаткової накладної ("накладної на відпуск товару"), а для Покупця (одержувача) – оформленням прибуткової накладної. І якщо в отриманому від контрагента XML-документі, що описує "Відпуск товару", роль власного підприємства позначено як "Покупець", то це означає, що XML-документ описує видаткову накладну постачальника, і її слід імпортувати в облікову систему як накладну на надходження товару.

XML-схему розроблено з урахуванням специфікацій консорціуму W3C (World Wide Web Consortium).

Записатися телефоном