Chyby vo faktúrach Peppol: 10 príčin a riešení

Peppol poskytuje štandardizovanú infraštruktúru na výmenu elektronických faktúr a iných obchodných dokumentov. Štandardizácia však neznamená, že každá transakcia prebehne automaticky.

Faktúra môže byť zamietnutá z dôvodu neplatných údajov, nemožnosti nájsť príjemcu, použitia nesprávneho obchodného procesu alebo jej odmietnutia zo strany kupujúceho po doručení. V podnikovom prostredí môže byť príčina problému kdekoľvek medzi systémom ERP, mapovaním faktúr, kmeňovými údajmi, vyhľadávacími službami Peppol a prístupovým bodom.

Táto príručka vysvetľuje desať bežných chýb vo faktúrach formátu Peppol. Každá časť začína praktickým problémom formulovaným zrozumiteľným jazykom a následne sa venuje príslušným technickým detailom určeným pre podnikové tímy a tímy zodpovedné za integráciu ERP systémov.

Technický rozsah: Posúdené na základe špecifikácií Peppol „ BIS Billing “ verzie 3.0.21 a špecifikácií OpenPeppol „eDelivery“, ktoré budú k dispozícii v auguste 2026. Požiadavky a špecifikácie špecifické pre jednotlivé krajiny sa naďalej menia.

Pred začatím odstraňovania porúch zistite, kde k poruche došlo.

Tieto chyby si vyžadujú rôzne riešenia. Opätovné odoslanie nezmenenej faktúry neopraví neplatné údaje. Úprava faktúry nepomôže, ak je registrácia príjemcu v systéme Peppol neúplná. Úspešné potvrdenie o doručení ešte neznamená, že kupujúci faktúru schválil.

Identifikátor organizácie ( Peppol ID ) funguje podobne ako sieťová adresa, avšak zadanie správneho čísla organizácie nie je vždy postačujúce. Identifikátor musí používať správnu schému a musí sa presne zhodovať s identifikátorom, pod ktorým je príjemca zaregistrovaný.

Zdánlivo nepodstatný rozdiel – napríklad nesprávna predpona, vynechaná úvodná nula alebo použitie DIČ namiesto národného identifikačného čísla podniku – môže spôsobiť, že systém Peppol nedokáže nájsť príjemcu.

Identifikátor Peppol ukladajte ako kontrolované kmeňové údaje, nie ako voľný text. Schéma identifikátora a jeho hodnota by mali byť uchovávané oddelene a mali by sa overiť pred vystavením faktúry.

Pred odoslaním:

Spoločnosť môže byť zaregistrovaná v systéme Peppol, aj keď nie je schopná prijímať všetky typy dokumentov Peppol.

Príjemca môže byť napríklad registrovaný na prijímanie štandardných faktúr Peppol typu „ BIS Billing “, ale nie konkrétnej faktúry typu PINT, objednávkovej správy alebo obchodného procesu. Správa typu „ Peppol ID “ je platná, avšak požadovaná schopnosť prijímania nie je k dispozícii.

Registráciu v systéme ERP nepovažujte za jednoduchý atribút typu „áno alebo nie“. Kľúčovou otázkou je, či príjemca môže prijať presnú kombináciu typu dokumentu a odosielaného obchodného procesu.

Vaša integrácia by mala:

Aj keď sú faktúra a adresa Peppol ID správne, sieť môže dočasne hľadať na nesprávnom mieste.

K tomu môže dôjsť v prípade, že spoločnosť zmení poskytovateľa služieb Peppol, keď zostanú staré smerovacie informácie uložené v cache alebo počas šírenia zmien. Odosielateľ môže zaznamenať chybu naznačujúcu, že príjemca neexistuje, hoci skutočný problém spočíva v neaktuálnych informáciách o vyhľadávaní.

Aplikácie ERP by sa nemali pokúšať samy reprodukovať celý proces vyhľadávania v rámci Peppolu, pokiaľ to nie je zámernou súčasťou architektúry produktu. Vyhľadávanie, overovanie certifikátov, smerovanie a spracovanie opakovaných pokusov zvyčajne lepšie zabezpečuje poskytovateľ služieb Peppol.

Tímy zodpovedné za ERP a podnikové tímy by mali aj naďalej zabezpečiť, aby:

Na každej faktúre vo formáte Peppol je uvedené, podľa akých pravidiel bola vystavená a ku ktorému obchodnému procesu patrí. Ak tieto identifikátory chýbajú alebo sú nesprávne, prijímajúci systém nemôže dokument spoľahlivo interpretovať.

K tomu často dochádza, keď systém ERP exportuje starú šablónu faktúry, konvertor vloží nesprávnu hodnotu alebo sa mapovanie určené pre jednu krajinu či proces použije aj inde.

Identifikátory profilov a špecifikácií by mali byť riadené centrálne. Nemali by byť upravovateľné používateľmi ani samostatne vytvárané v každom ERP konektore.

Pre prostredia s viacerými trhmi:

Na faktúre musia byť uvedené informácie, z ktorých kupujúci zistí, kto tovar objednal alebo ku ktorej objednávke sa faktúra vzťahuje.

Bez tohto referenčného čísla kupujúci nemusí vedieť, kam má faktúru zaslať. Systém Peppol preto vyžaduje buď referenčné číslo kupujúceho, alebo referenčné číslo objednávky.

Zadanie „N/A“ môže síce vyvolať dojem, že pole je vyplnené, kupujúcemu však neposkytuje žiadne užitočné informácie.

Zaznamenajte potrebné referenčné údaje ešte pred vystavením faktúry. Nespoliehajte sa na to, že oddelenie pohľadávok doplní chýbajúce informácie až po tom, čo sa faktúra nepodarí spracovať.

Škálovateľný proces by mal:

Faktúra môže obsahovať správnu celkovú sumu, ale aj tak môže byť zamietnutá, pretože údaje o DPH nedávajú zmysel.

Vybraná kategória DPH, sadzba DPH a dôvod oslobodenia od DPH sa musia navzájom zhodovať. V závislosti od príslušných krajín môžu platiť ďalšie vnútroštátne požiadavky.

DPH nepovažujte za formálnu záležitosť, ktorú rieši konvertor faktúr. Stanovenie dane by sa malo uskutočniť v príslušnom ERP systéme alebo daňovom module ešte pred vystavením faktúry.

Kontrolné mechanizmy v podniku by mali zahŕňať:

Formálne správna faktúra nemusí nutne vychádzať zo správneho právneho daňového posúdenia. Neisté daňové situácie by mal posúdiť kvalifikovaný daňový špecialista.

Čísla na faktúre sa musia zhodovať podľa stanovených pravidiel výpočtu.

Problémy sa často vyskytujú vtedy, keď systém ERP, daňový modul a konvertor faktúr vypočítajú rovnaké hodnoty odlišným spôsobom. Rozdiel jedného centu môže stačiť na to, aby došlo k závažnej chybe pri overovaní.

V celom procese vystavovania faktúr používajte jeden zdokumentovaný model výpočtu a zaokrúhľovania.

Venujte osobitnú pozornosť:

Vždy overte konečný XML súbor vygenerovaný na účely prenosu. Overením iba zdrojových údajov z ERP systému nezistíte chyby, ktoré vznikli v rámci mapovacej alebo konverznej vrstvy.

Štruktúrovaná faktúra nie je digitálnou verziou papierovej faktúry. Prázdne riadky, vizuálne oddeľovače a ľubovoľný text by sa nemali prevádzať na fakturačné položky.

Každé pole a každý riadok má svoj definovaný význam. Ak sa pole použije na iný účel, údaje sa síce môžu odoslať kupujúcemu, bráni to však spoľahlivej automatizácii.

Priradenia v systéme ERP by mali byť skôr sémantické ako vizuálne. Informácie priraďujte podľa ich významu, nie podľa toho, kde sa nachádzajú na vytlačenej faktúre.

Medzi bežné ovládacie prvky patria:

K faktúre vo formáte Peppol je možné priložiť súbor PDF alebo iný súbor, príjemca by však nemal byť nútený tento súbor otvárať, aby mohol transakciu pochopiť alebo spracovať.

Ak číslo objednávky, platobné údaje, informácie o DPH alebo popisy položiek existujú iba v súbore PDF, kupujúci prichádza o veľkú časť automatizácie, ktorú má štruktúrovaná elektronická fakturácia poskytovať.

Prílohy považujte za doplnkový materiál. Potrebné a prevádzkovo dôležité informácie uvádzajte v štruktúrovaných poliach faktúry.

Prílohy môžu byť vhodné pre:

Overte si tiež požiadavky na typ média, názov súboru a veľkosť. Poskytovatelia služieb a prijímajúce systémy môžu stanoviť prevádzkové obmedzenia aj v prípade, že samotný typ súboru je podporovaný.

„Doručené“ neznamená „schválené na úhradu“.

Systém Peppol môže úspešne odoslať technicky správnu faktúru, kupujúci ju však môže aj tak spochybniť alebo odmietnuť, pretože cena je nesprávna, nezodpovedá objednávke, tovar nebol prijatý alebo bola faktúra vystavená nesprávnemu právnemu subjektu.

Používatelia ERP a finančných systémov potrebujú viac než len informáciu o stave „odoslané“ alebo „neúspešné“. Integrácia by mala rozlišovať:

Odpovede by mali byť prepojené s pôvodnou faktúrou a predložené tak, aby príslušný tím mohol konať. Automatické opakované pokusy nesmú viesť k vytvoreniu duplicitných faktúr.

Spoľahlivá elektronická fakturácia si vyžaduje viac než len vytvorenie platného XML súboru. Celý proces musí zahŕňať:

V prípade podnikových organizácií by tieto funkcie mali byť centralizované, a nie vytvárané samostatne v každom ERP systéme, v každej dcérskej spoločnosti alebo na každom trhu.

Pre partnerov v oblasti ERP a platforiem by malo byť pripojenie k Peppolu poskytované ako spravovaná služba so stabilnými rozhraniami API, jasnými kategóriami chýb a praktickými odpoveďami. Používatelia by nemali musieť rozumieť záznamom SMP ani pravidlám Schematronu, aby mohli opraviť faktúru – integrácia ich však musí v pozadí správne spracovať.

Qvalia poskytuje podnikom, dodávateľom ERP systémov a softvérovým platformám plnú kompatibilitu so systémom Peppol prostredníctvom rozhraní API a integrácií založených na súboroch. Platforma zabezpečuje výmenu štruktúrovaných dokumentov, vyhľadávanie účastníkov, validáciu, odpovede, spracovanie chýb a sledovateľnosť transakcií.

Objavte prístupový bod Qvalia Peppol.