Peppol pre vývojárov: Zjednodušené transakcie B2B alebo nová IT záťaž?

Peppol nepochybne získava na popularite vo svete obchodnej komunikácie. Spoločnosti a vlády čoraz častejšie prechádzajú z pôvodných technológií na tento nový otvorený štandard v oblasti obchodnej komunikácie, ako sú elektronické faktúry, elektronické objednávky a iné transakčné toky.

Mnoho článkov poskytuje prehľad základov Peppol, takže sa ním tu nebudeme zaoberať. Prehľad jeho pozadia nájdete v tomto príspevku o histórii Peppol. Namiesto toho sa podrobnejšie zameriam na jeho funkcie, technické možnosti a infraštruktúru z pohľadu vývojára a vysvetlím, prečo sa stal novým paradigmom v B2B.

Business-to-business (B2B) v kontexte IT označuje elektronickú výmenu obchodných správ medzi spoločnosťami. Elektronická komunikácia B2B existuje už dlho a bola jedným z hnacích faktorov pri vývoji stabilnej a bezpečnej globálnej siete – tej, ktorú dnes poznáme ako internet.

Business-to-business (B2B) v kontexte IT označuje elektronickú výmenu obchodných správ medzi spoločnosťami. Elektronická komunikácia B2B existuje už dlho a bola jedným z hnacích faktorov pri vývoji stabilnej a bezpečnej globálnej siete – tej, ktorú dnes poznáme ako internet.

Dôvod je jednoduchý. Firmy si uvedomili, že so zavedením počítačov musia zdieľať údaje, aby mohli naplno využiť ich potenciál. Z tejto potreby vznikol B2B.

Keď sa B2B začalo koncom 70. rokov, medzi spoločnosťami neexistovali žiadne siete a údaje (ukladanie) boli nepredstaviteľne drahé, takže všetci sa snažili minimalizovať dátové modely.

Z týchto počiatkov sa vyvinuli dva hlavné formáty: ANSI X12 (1979) v USA a EDIFACT (1984) v Európe. Oba boli určené ako štandard pre spoločnosti na používanie a ukladanie údajov v čo najkomprimovanejšej forme.

O desaťročia neskôr sa tieto formáty stále široko používajú po celom svete. X12 je mimo USA menej bežný, ale EDIFACT je široko rozšírený.

EDIFACT je tiež základom preUBL, stavebný blok Peppol XML.

B2B dnes využíva takmer každá spoločnosť, pretože na podnikanie je potrebná digitálna komunikácia.

S rozmachom B2B, konkrétne od polovice 90. rokov, keď internet zažil boom, mnoho spoločností začalo vytvárať „point-to-point“ (P2P) pripojenia so svojimi obchodnými partnermi, pretože neexistovali žiadne iné alternatívy na zdieľanie ich B2B údajov.

O niečo neskôr boli vyvinuté prvé služby Value-Added-Network (VAN) s cieľom zmierniť rastúce problémy s P2P pripojeniami. Spoločnosti sa mohli pripojiť k jednému poskytovateľovi VAN , ktorý sa zase pripojil ku všetkým ostatným spolupracovníkom a vytvoril sieť operátorov B2B. Títo poskytovatelia služieb sú bežne známi jednoducho ako operátori (OP).

Vznikalo čoraz viac OP – niektoré lokálne, zamerané na konkrétny región alebo krajinu, iné s globálnym dosahom. Počet B2B prepojení rýchlo rástol a zároveň sa na trhu objavovalo čoraz viac systémov.

Výsledkom bola explózia typov a formátov správ, keďže podporné systémy nemali spoločné štandardy.

Poskytovatelia služieb B2B si čoskoro uvedomili, že potrebujú transformácie (konverzie formátov údajov medzi systémami zákazníkov a ich obchodnými partnermi), čo viedlo k vývoju ďalších riešení, transformačného softvéru pre spoločnosti a transformačných služieb od VAN .

Ako si asi viete predstaviť, toto spôsobilo chaos v B2B prevádzke. Pre VAN však bolo toto nastavenie veľmi ziskové; mohli účtovať poplatky odosielateľom aj príjemcom a navyše mohli účtovať dodatočné poplatky za transformácie!

Samozrejme, „kolaps“ je možno príliš drastický výraz. Avšak s rastom počtu formátov bez centrálnej koordinácie, rýchlym šírením internetu a neustálym poklesom cien za ukladanie a prenos dát sa blížil bod zlomu.

VAN však boli spokojní. Každý účastník prevádzkovateľskej siete bol pevne viazaný a nemal inú alternatívu, ako naďalej platiť účty VAN , aby mohol pokračovať vo svojej činnosti.

Keď náklady dosiahli bolestivo vysokú úroveň, spoločnosti začali hľadať spôsoby, ako priniesť funkcionalitu B2B domov; integračná platforma sa po prvýkrát dostala na svetlo sveta.

Integračné platformy boli vyvinuté s cieľom nahradiť funkcie mnohých VAN v oblasti spracovania transportov, transformácie a smerovania. Tí, ktorí pôsobia v tomto odvetví už niekoľko rokov, si to pamätajú ako éruSOA(a teraz sme približne v rokoch 2004–2008). Odvtedy sa SOA rozvinula, alebo skôr premenila, na štandard mikroslužieb. Celkovo je to skvelý výsledok.

Poskytovatelia integračného softvéru však často účtovali podnikom vysoké licenčné poplatky namiesto toho, aby platili VAN . Navyše flexibilita integračného softvéru ešte zhoršila zložitosť, pretože spoločnosti sa teraz mohli prispôsobiť prakticky čomukoľvek a spracovávať to vo svojich systémoch, hoci za vysoké fixné náklady, ako aj náklady na konzultantov, manuálnu obsluhu a budovanie integrácií. Tento chaos je niečo, čím stále trpíme – integračná spaghetti. Počet formátov, komunikačných protokolov a P2P pripojení je ohromujúci.

Riešenie tejto neefektívnej, ale nešťastnej situácie, ktorá sa stále zhoršovala, prišlo nečakane. Keďže krajiny, regióny a systémy mali svoje formáty a protokoly, Európska únia identifikovala tento problém ako prekážku efektívneho vnútorného trhu. EÚ začala vyvíjať Peppol, aby vytvorila sieť spolupráce s presným a kontrolovaným štandardom.

Toto sa uskutočnilo nezávisle od kolapsu B2B, ale EÚ potrebovala nejakú formu spoločného a efektívneho komunikačného štandardu, keďže na trhu žiadny neexistoval.

Nie všetci boli s tým spokojní. VAN si uvedomili, že jednoduchosť spoločného štandardu by radikálne znížila výšku poplatkov alebo provízií, čím by sa odstránil významný zdroj príjmov.

Nakoniec, s pevnou podporou európskych tvorcov politík a pokračujúcim prijímaním Peppolu medzi vládami a spoločnosťami, väčšina VAN si uvedomila, že udržiavanie jedného štandardu je z dlhodobého hľadiska nákladovo efektívnejšie. Udržiavanie chaosu v oblasti B2B a integrácie už nebolo ďalej únosné. Podpora zo strany VAN pomohla Peppolu naštartovať.

Ďalšou stranou, ktorá nebola nadšená, boli spoločnosti, ktoré investovali veľké prostriedky do integračnej platformy spravujúcej všetku internú komunikáciu B2B. Peppol vyžaduje používanie prístupového bodu Peppol (AP), nazývaného aj poskytovateľ služieb Peppol, ako jediný spôsob výmeny správ cez Peppol. Toto jediné rozhranie k sieti robí existujúce P2P pripojenia a schopnosť spracovávať mnoho prenosových protokolov nadbytočnými.

Používatelia integračnej platformy dospeli k rovnakému záveru ako VAN . Aspoň si to začínajú uvedomovať – použitie JEDNÉHO štandardu pomáha vyriešiť veľkú časť chaosu. Súčasne stále viac poskytovateľov softvéru, napr. ERP akoSAP, pridáva natívnu podporu pre Peppol, čím sa eliminuje potreba zložitých transformácií.

Mnohé integračné platformy a VAN si uvedomili, že model Peppol je veľmi prospešný.

AP zaručuje doručenie správ; protokol a štandard sú vysoko štruktúrované a overené a každá správa prijatá prostredníctvom siete je plne overená a z hľadiska syntaxe a overovacích pravidiel je vždy 100 % správna.

Tieto kontroly a vyvažovanie ponúkané prostredníctvom siete Peppol môžu výrazne znížiť potrebu riešenia a sledovania chýb, čím sa v dlhodobom horizonte ušetria peniaze. Zamestnanci môžu byť presunutí na iné úlohy a je možné znížiť náklady na softvérové licencie a systémy.

Keď som začínal v oblasti IT a B2B, jednou z mojich prvých úloh bolo aktualizovať tok z EDIFACT D.93A na vtedy novo vydaný D.96A (tí, ktorí poznajú EDIFACT, možno vedia, že D.96A bol vydaný v roku 1996) a moja prvá myšlienka bola:„Čo to... kto, preboha, vymyslel tento formát?“. Potom som zistil, že to boli Spojené národy, tak som situáciu akceptoval.

Peppol si ako základný štandard zvolil UBL, ktorý je založený na EDIFACT. Ide o osvedčený a často používaný základ, ktorý spĺňa potreby väčšiny spoločností.

Správy UBL sa odosielajú pomocouAS4 (ebMS)ako podpísané a šifrované údaje, čím sa zabezpečuje správa a prenos a Peppol sa stáva bezpečnou a spoľahlivou komunikačnou metódou. Peppol je riadený ako otvorený štandard, s výborom a členmi, ktorí stanovujú štandard a vykonávajú zmeny a doplnenia. Každá pripojujúca sa krajina má jeden alebo viac orgánov Peppol, ktoré riadia členov v každej krajine.

Prečítajte si tento príspevok, aby ste sa oboznámili s terminológiou Peppol.

Peppol je súbor noriem a infraštruktúra navrhnutá na zjednodušenie elektronických obstarávacích procesov v celej Európe a mimo nej. Jeho prijatie bolo motivované potrebou štandardizovaných a interoperabilných riešení elektronického obstarávania s cieľom zvýšiť efektívnosť, znížiť náklady a podporiť medzinárodný obchod.

Kľúčové body týkajúce sa zavedenia Peppol:

Celkovo predstavuje prijatie Peppol významný pokrok v digitalizácii procesov verejného obstarávania, ktorý podporuje väčšiu efektívnosť, nákladovú efektívnosť a globálnu integráciu obchodu.

A jeho výzvy?

Zavedenie Peppolu je síce výhodné, ale môže naraziť na niekoľko prekážok. Budem trochu otvorený – je dôležité pozrieť sa na Peppol s otvorenými očami:

Odstránenie týchto prekážok si vyžaduje strategické plánovanie, dostatočné zdroje a silné zapojenie zainteresovaných strán, aby bolo možné úspešne prijať a využiť výhody Peppolu.

Peppol rastie. Vzhľadom na to, že sa k nemu chcú pripojiť nové krajiny, vyskytujú sa niektoré počiatočné problémy, ale komunita sa snaží čo najlepšie kombinovať zdroje, aby vyhovela potrebám všetkých.

Štandard sa rozdelil na Peppol BIS, používaný hlavne v Európe, a Peppol PINT, používaný medzinárodne. Je to pravdepodobne rozumné, keďže predpisy a požiadavky týkajúce sa DPH nemožno splniť v jednom formáte, ale mapovanie (transformácia) medzi týmito dvoma formátmi je jasne stanovené.

Keď sa pozrieme späť na problémy, s ktorými sme sa pred rokmi potýkali, je dokázané, že Peppol dokáže vyriešiť zložité situácie, pomôcť znížiť náklady, obmedziť chyby a poskytovať kvalitnejšie údaje. Aj keď existujú oprávnené výzvy, ktoré môžu byť pre niektorých ťažké prekonať, je zrejmé, že Peppol bude naďalej rásť. V nadchádzajúcich rokoch budeme svedkami zvýšenej podpory zo strany systémov a služieb, napr. ERP, pridania podpory pre formáty Peppol XML, pripojenia ďalších krajín a neustáleho nárastu transakcií a používateľov.