Електронний обмін даними (Edi)
Що таке електронний обмін даними (EDI)?
Електронний обмін даними (EDI) — це обмін структурованими діловими документами між організаціями за допомогою комп’ютерів із використанням узгоджених стандартів. У логістиці, електронній комерції та міжнародній торгівлі він дає змогу системам покупців, постачальників, складів, перевізників та інших торговельних партнерів обмінюватися такою інформацією, як замовлення на закупівлю, повідомлення про відвантаження, транспортні інструкції та рахунки-фактури, без необхідності повторного ручного введення кожного документа.
Визначальною особливістю EDI є не просто електронне надсилання інформації. Інформація організована в поля, сегменти та повідомлення, які приймальне програмне забезпечення може інтерпретувати відповідно до узгодженої специфікації. Тому рахунок-фактура, прикріплений до електронного листа у форматі PDF, сам по собі не є рахунком-фактурою EDI: людині або інструменту обробки документів може знадобитися спочатку витягти його вміст, перш ніж бізнес-система зможе його використати.
EDI описує метод обміну діловою інформацією, а не один програмний продукт, мережу чи формат файлу. Робоча схема залежить від сумісних визначень документів, методів зв’язку, ідентифікаторів і бізнес-правил.
EDI у логістиці та електронній комерції
EDI поєднує процеси, що виходять за межі однієї організації. Система закупівель роздрібного продавця може сформувати замовлення, система постачальника — підтвердити його, а склад — отримати інструкції щодо підготовки товарів. Потім інформація про відвантаження та рахунки-фактури може переміщуватися між відповідними системами як окремі повідомлення.
В електронній комерції EDI може підтримувати бізнес-процеси між компаніями, що стоять за вітриною, орієнтованою на споживача. Наприклад, інтернет-магазин може використовувати його для замовлення запасів у постачальника або обміну інформацією про виконання замовлень зі складом. Транзакція споживача під час оформлення замовлення та подальші повідомлення EDI роздрібного продавця є пов’язаними бізнес-подіями, але не обов’язково є тією самою транзакцією або використовують один і той самий технічний інтерфейс.
У транскордонній торгівлі EDI може передавати інформацію, необхідну для міжнародних перевезень і комерційної документації. Митні адміністрації також можуть використовувати структуровані електронні повідомлення відповідно до власних специфікацій. Однак обмін повідомленням EDI з постачальником або перевізником сам по собі не є митною декларацією, не підтверджує дотримання нормативних вимог і не дозволяє випуск товарів.
Поширені ділові документи
Наведені нижче приклади ілюструють функції документів, а не обов’язкову послідовність. Використовувані повідомлення залежать від торговельних відносин і відповідного посібника з впровадження.
| Документ або повідомлення | Ділове призначення | Приклад у логістиці або електронній комерції |
|---|---|---|
| Замовлення на закупівлю | Повідомляє про замовлення покупця на товари або послуги. | Роздрібний продавець замовляє поповнення запасів у постачальника. |
| Відповідь на замовлення або підтвердження | Повідомляє про відповідь постачальника на замовлення. | Постачальник підтверджує кількість або пропонує зміни, якщо узгоджене повідомлення їх підтримує. |
| Попереднє повідомлення про відвантаження або повідомлення про відправлення | Описує відправлення до його прибуття. | Склад отримує інформацію про очікувані коробки, товари та кількість. |
| Транспортна інструкція | Передає інструкції щодо транспортної послуги. | Відправник надсилає узгоджені деталі переміщення транспортному партнеру. |
| Повідомлення про статус відправлення | Повідомляє про транспортну подію або статус. | Перевізник повідомляє про подію, пов’язану з відправленням. |
| Рахунок-фактура | Передає платіжну інформацію. | Постачальник виставляє роздрібному продавцю рахунок за поставлені товари. |
Попереднє повідомлення про відвантаження, часто скорочено ASN, описує очікуване відправлення; воно не доводить, що товари прибули. Так само повідомлення про статус відправлення автоматично не є підтвердженням доставки. Його значення залежить від повідомленої події та супровідної інформації.
Стандарти, формати та методи зв’язку
Стандарти EDI визначають структуру ділових повідомлень і значення їхніх елементів даних. Двома усталеними сімействами стандартів є X12 та правила Організації Об’єднаних Націй для електронного обміну даними в адміністративній, комерційній і транспортній сферах, відомі як UN/EDIFACT. GS1 також підтримує стандарти EDI, зокрема EANCOM, що базується на UN/EDIFACT, і GS1 XML.
У X12 прикладами є 850 Purchase Order, 856 Ship Notice/Manifest і 810 Invoice. UN/EDIFACT містить такі повідомлення, як ORDERS для замовлень на закупівлю, DESADV для повідомлень про відправлення та INVOIC для рахунків-фактур. Ці приклади мають подібне ділове призначення в різних стандартах, але їхні структури та вимоги до впровадження не є взаємозамінними.
Сам стандарт не визначає кожну деталь торговельних відносин. Партнери також повинні узгодити відповідну версію та посібник із впровадження, обов’язкові поля, дозволені коди, ідентифікатори й правила перевірки. Дві організації можуть підтримувати одне й те саме сімейство стандартів і все одно потребувати налаштування зіставлення, перш ніж їхні системи зможуть обмінюватися придатними для використання повідомленнями.
| Компонент | Що він визначає | Приклад |
|---|---|---|
| Стандарт повідомлень | Структуру та значення ділового повідомлення. | Рахунок-фактура X12 або повідомлення про відправлення UN/EDIFACT. |
| Посібник із впровадження | Як конкретне повідомлення використовується в торговельних відносинах. | Обов’язкові ідентифікатори відправлення та дозволені одиниці кількості. |
| Метод зв’язку | Як повідомлення передається між системами. | AS2 або узгоджена захищена схема передавання файлів. |
| Переклад і зіставлення | Як поля зовнішнього повідомлення відповідають даним внутрішньої програми. | Зіставлення рядка вхідного замовлення із записом у системі керування замовленнями. |
AS2 — це специфікація зв’язку для обміну діловими даними через HTTP із механізмами безпеки та підтвердженнями отримання. Це не формат замовлення на закупівлю або рахунка-фактури. Мережа з доданою вартістю, або VAN, може надавати послуги посередницького обміну повідомленнями; вона так само відрізняється від стандарту ділових документів.
Як працює обмін EDI
- Бізнес-подія створює дані. Наприклад, покупець схвалює замовлення на закупівлю в системі планування ресурсів підприємства або системі керування замовленнями.
- Дані зіставляються з повідомленням. Програмне забезпечення для перекладу перетворює внутрішні поля у структуру, необхідну відповідно до узгодженого стандарту та посібника з впровадження.
- Вихідне повідомлення перевіряється. Перевірка може охоплювати синтаксис, обов’язкові поля, значення кодів і вимоги конкретного партнера.
- Повідомлення передається. Воно проходить узгодженим каналом зв’язку до одержувача або посередника.
- Одержувач перевіряє та перекладає його. Приймальна система перевіряє повідомлення та зіставляє прийняту інформацію зі своїм внутрішнім форматом програми.
- Відбувається обробка бізнес-операції. Приймальна програма може створити замовлення, зафіксувати очікуване отримання або направити виняток на перевірку.
- Відповіді узгоджуються. Технічні підтвердження отримання, квитанції та ділові відповіді допомагають відправнику визначити, що сталося з обміном.
Ці кроки не гарантують автоматичної обробки кожної транзакції. Невідомий ідентифікатор товару, недійсне місце доставки, дубльований номер документа або непідтримувана одиниця вимірювання можуть вимагати втручання навіть тоді, коли повідомлення структурно є коректним.
Отримання, перевірка та прийняття бізнесом
Підтвердження EDI працюють на різних рівнях. Підтвердження транспорту може засвідчити, що повідомлення досягло кінцевої точки зв’язку. Функціональне підтвердження або підтвердження впровадження може повідомити результати структурних перевірок. Ділова відповідь може повідомити, чи було прийнято, відхилено або змінено замовлення чи інший запит.
Ці сигнали не слід вважати еквівалентними. Успішна передача не обов’язково означає, що замовлення прийнято або що товари буде відправлено. Конкретне значення підтвердження потрібно тлумачити відповідно до релевантної специфікації та угоди з торговельним партнером.
Приклад від замовлення до відправлення
Роздрібний продавець може надіслати замовлення на закупівлю закордонному постачальнику через EDI. Система постачальника перевіряє ідентифікатори товарів, кількість і запитану інформацію про доставку. Якщо торговельна домовленість передбачає відповідь на замовлення, постачальник може повідомити про його прийняття або запропоновані зміни окремим повідомленням.
Коли товари підготовлено, постачальник може створити попереднє повідомлення про відвантаження із зазначенням відправлення та його вмісту. Склад одержувача може використати цю інформацію для підготовки до приймання та порівняння очікуваної кількості з фактично отриманими товарами. Постачальник також може надіслати рахунок-фактуру для обробки у фінансовій системі роздрібного продавця.
Цей приклад показує, як EDI поєднує записи між організаціями. Він не означає, що кожна сторона використовує те саме програмне забезпечення, що кожне повідомлення доставляється в режимі реального часу або що комерційні документи замінюють транспортні та митні вимоги. Узгодження замовлень на закупівлю, посилань на відправлення та рахунків-фактур усе одно потребує послідовних ідентифікаторів і погодженої бізнес-логіки.
EDI і пов’язані технології
| Пов’язане поняття | Зв’язок з EDI | Важлива відмінність |
|---|---|---|
| Інтерфейс прикладного програмування (API) | Інтерфейс, через який програмне забезпечення обмінюється запитами та даними. | EDI зосереджується на стандартизованих ділових повідомленнях; API визначає взаємодію з програмною службою. Вони можуть співіснувати. |
| XML | Мова розмітки, що використовується для структурування даних. | Сам синтаксис XML не встановлює узгодженого стандарту ділових повідомлень. |
| Електронне виставлення рахунків | Електронне створення та обмін рахунками-фактурами. | EDI може підтримувати електронне виставлення рахунків, але юридичні й технічні вимоги залежать від юрисдикції. |
| ERP або система керування складом | Програма, яка створює або використовує ділову інформацію. | Ці системи керують операціями; EDI надає спосіб обміну інформацією з іншими організаціями. |
| Відстеження відправлення | Передавання та інтерпретація подій, пов’язаних із відправленням. | EDI може передавати інформацію про статус, але сам по собі не є вебсайтом для відстеження або повноцінною службою відстеження. |
EDI та API не є взаємовиключними альтернативами в кожній архітектурі. Організація може використовувати повідомлення EDI для транзакцій із партнерами, а API — для підключення цих транзакцій до внутрішніх програм. Відповідна схема залежить від вимог до документів, можливостей партнерів, потреб у термінах і операційного контролю, а не лише від назви технології.
Особливості впровадження та обмеження
EDI може зменшити повторне ручне введення даних, коли системи успішно обмінюються та обробляють сумісні повідомлення. Він не виправляє неточні вихідні дані, не вирішує комерційні суперечки й не усуває потребу в обробці винятків. Автоматизація залежить як від технічної сумісності, так і від якості ділової інформації, якою обмінюються.
До встановлення з’єднання EDI торговельним партнерам слід узгодити такі операційні питання:
- Обсяг документів: Які повідомлення необхідні та які бізнес-події їх запускають?
- Ідентифікатори: Як ідентифікуватимуться та узгоджуватимуться товари, місця, сторони, замовлення й відправлення?
- Вимоги до повідомлень: Які версії, обов’язкові поля, списки кодів і правила зіставлення застосовуються?
- Зв’язок і безпека: Який метод підключення, способи автентифікації та засоби контролю доступу необхідні?
- Підтвердження: Які відповіді свідчать про доставку, перевірку та прийняття бізнесом?
- Обробка винятків: Хто розслідує відхилені повідомлення, відсутні відповіді та невідповідні дані?
- Запобігання дублюванню: Як повторні передачі відрізнятимуться від нових бізнес-транзакцій?
- Тестування та контроль змін: Як перевірятимуться зіставлення та вимоги партнерів до впровадження змін у робоче середовище?
Операційний моніторинг має відрізняти збої зв’язку від помилок перевірки даних і бізнес-винятків. Повторне надсилання повідомлення може усунути проблему невдалої передачі, але не виправить недійсний код товару. Без засобів контролю дублювання повторне надсилання успішно обробленого замовлення також може створити ненавмисну другу транзакцію.
Запитання та відповіді
Що означає EDI у логістиці?
EDI означає електронний обмін даними: структурований обмін діловими документами між системами. У логістиці такими документами можуть бути повідомлення про відвантаження, транспортні інструкції, рахунки-фактури та повідомлення про статус відправлення.
Чи є PDF, надісланий електронною поштою, документом EDI?
Не сам по собі. PDF може представляти діловий документ в електронному вигляді, але EDI потребує структурованої інформації, яку приймальні системи можуть інтерпретувати відповідно до узгодженої специфікації.
Чи є EDI тим самим, що й API?
Ні. EDI стосується стандартизованого обміну діловими документами, тоді як API визначає спосіб взаємодії програмного забезпечення з іншою службою. Інтеграція може використовувати обидва.
Чи означає підтвердження EDI, що замовлення прийнято?
Не обов’язково. Підтвердження можуть засвідчувати передачу або структурну перевірку, а не прийняття бізнесом. Його значення визначають тип повідомлення та угода з торговельним партнером.
Джерела
- UNECE: UN/EDIFACT — офіційна структура для структурованого електронного обміну адміністративними, комерційними та транспортними даними.
- X12: Transaction Sets — офіційні описи наборів ділових транзакцій, зокрема замовлень на закупівлю, рахунків-фактур, повідомлень про відвантаження та підтверджень.
- GS1: Electronic Data Interchange — стандарти ділових повідомлень і взаємозв’язок між GS1 EDI, EANCOM та GS1 XML.
- RFC 4130: MIME-Based Secure Peer-to-Peer Business Data Interchange Using HTTP, Applicability Statement 2 — транспорт AS2, механізми безпеки та сповіщення про отримання.
