Pri odosielaní faktúry cez platformu eConnect sa môže stať, že dostanete chybové hlásenie. Väčšina chybových hlásení súvisí s chýbajúcimi alebo nesprávnymi údajmi vo faktúre. Nižšie nájdete časté hlásenia, ich príčinu a spôsob riešenia.

Toto všeobecné chybové hlásenie je spustené pre-odosielacou validáciou v rozhraní platformy. Platforma pred odoslaním kontroluje, či hodnota identifikátora (napr. OINO, IČO) zodpovedá očakávanému formátu. Ak táto kontrola zlyhá, zobrazí sa toto chybové hlásenie.

Častý príklad: schemeID 0190 (OINO) vyžaduje presne 20 číslic. Ak hodnota obsahuje prefix — napr. NL:OINO:00000001001932779000 namiesto len 00000001001932779000 — validácia zlyhá.

Poznámka: táto chyba sa môže vyskytnúť aj pri faktúrach vytvorených cez API, nielen pri ručne vytvorených faktúrach.

Riešenie: skontrolujte hodnoty identifikátora a odstráňte prípadné prefixy alebo neplatné znaky. Hodnota musí presne zodpovedať očakávanému formátu pre schemeID (napr. 20 číslic pre OINO, 8 číslic pre IČO).

Všeobecné pravidlo -- zadajte iba číselnú hodnotu; platforma prida prefix schemeID automaticky. Platí pre všetky identifikačné schémy, nielen OINO. Ak používateľ zadá aj prefix (napr. 0088:1234567890123, pričom schéma je už nastavená na GLN/0088), validácia formátu zlyhajú. Príklad GLN (schemeID 0088, GS1): vyberte schému GLN a do poľa hodnoty zadajte iba číslice GLN -- bez 0088: na začiatku.

Ak dodávateľ umiestni apostrof pred číslo OIN v XML (známy artefakt Excelu), Peppol routing zlyhá. Legacy systém faktúru rozpozná a doručí ju interne — príjemca nevidí faktúru vo svojej schránke záväzkov, ale dostane e-mail s oznámením s odkazom.

Riešenie: požiadajte dodávateľa, aby v XML uviedol číslo OIN bez apostrofu a skontroloval nastavenia exportu Excelu.

Platforma validuje každú faktúru podľa platných štandardov Peppol a NLCIUS pred jej odoslaním. Kódy chýb začínajúce na BR (Business Rule) ukazujú, ktoré pravidlo nebolo dodržané.

Vaša organizácia (dodávateľ) nie je správne vybraná vo faktúre. Toto sa stane, keď bolo pole dodávateľa manuálne zmenené alebo keď organizácia ešte nie je aktivovaná.

Riešenie: Kliknite na ikonu ceruzky vedľa "Dodávateľ" a znovu vyberte svoju organizáciu. Ak Vaša organizácia ešte nie je aktivovaná, urobte to najprv cez Pridanie a aktivácia organizácie.

Pridali ste prílohu s typom MIME, ktorý nie je povolený v aktuálnej validácii Peppol BIS Billing V3. Povolené typy príloh sú (BT-125):

application/xml nie je povolený ako typ MIME prílohy v aktuálnej validácii BIS Billing V3. XML ako príloha patrí do EN 16931-1:2026 a budúcej verzie Peppol (pravdepodobne BIS Billing 4.0) — nepridávajte XML prílohu ako riešenie BR-CL-24.

Častá príčina (Business Central a iné ERP): ERP automaticky vkláda prílohy pridané k zaučtovanej faktúre. Príloha s nepovoleným typom (napr. dokument Word) spôsobí BR-CL-24.

Riešenie:

1. Skontrolujte, ktoré prílohy sú priradené faktúre v ERP (Business Central: Zaučtovaná predajná faktúra > Prílohy).
2. Odstráňte alebo nahradte prílohy s nepovoleným typom — napr. skonvertujte dokument Word do PDF.
3. Odešlite faktúru znova.

Jednotka, ktorú ste zadali pri riadku faktúry, nie je rozpoznaná ako platný UN/ECE kód. Toto sa stane, ak použijete skratku alebo vlastný názov.

Riešenie: Použite štandardnú jednotku z výberového zoznamu, ako napríklad "Kusy" (EA), "Hodiny" (HUR) alebo "Dni" (DAY).

Typ identifikátora pri "OrganisatieID" sa líši od typu identifikátora pri "Odoslať cez". Napríklad: OrganisatieID je nastavené na OIN, ale "Odoslať cez" je nastavené na IČO.

Riešenie: Uistite sa, že obe polia používajú rovnaký typ identifikátora. Fakturujete vládnej organizácii? Nastavte obe na OIN/OINO. Fakturujete spoločnosti? Použite pri oboch IČO (0106).

Číslo DPH dodávateľa chýba vo faktúre.

Riešenie: Vyplňte svoje číslo DPH v nastaveniach organizácie.

Ak vaša organizácia nemá číslo DPH (napríklad nadácia, verejný subjekt alebo poskytovateľ zdravotnej starostlivosti poskytujúci výlučne služby oslobodené od DPH)? Nepoužvájte zástupnú hodnotu NL000000000B01. Namiesto toho zvoľte kategóriu DPH 'O' — mimo rozsahu DPH pri vystavovaní faktúry. Pri kategórii 'O' odpadá povinnosti vyplniť číslo DPH a faktúra spĻaňa štandard Peppol.

Nadácie, niektoré verejné subjekty a poskytovatelia zdravotnej starostlivosti poskytujúci výlučne služby oslobodené od DPH nemá číslo DPH. Pri vytváraní faktúry na platforme sa zobrazí pożiadavok na uvedení čísla DPH dodávateľa.

Riešenie: Zvoľte kategóriu DPH 'O' — mimo rozsahu DPH (kód UNCL5305 O, "Services outside scope of tax") vo formulári faktúry. Pri kategórii 'O' odpadá pożiadavok rozhrania na pole čísla DPH a faktúra môže byť odoslaná bez čísla DPH dodávateľa.

Nepoužvájte fiktívne čísla DPH ako NL000000000B01 — to nie je určené riešenie pre tento scenár. Kategória 'O' je správnou voĺbou pre organizácie bez povinnosti k DPH.

Rozdiel 'E' a 'O': Kategória DPH 'E' (Exempt from VAT) je určená pre plátcöv DPH fakturujúcich konkrétne oslobodené plřnèenie. Kategória 'E' vyżaduje číslo DPH. Kategória 'O' je pre organizácie bez akéjkoĺvek povinnosti k DPH.

Pri fakturácii holandskej Rijksoverheid (Basisfactuur Rijk, cez Digipoort) je IBAN povinný.

Riešenie: Vyplňte svoje IBAN v platobných údajoch faktúry. Vo všeobecnosti sa odporúča vždy uviesť IBAN na faktúre, pretože táto povinnosť sa bude v budúcnosti rozširovať.

Táto chyba nastane, keď CompanyID (pole PartyLegalEntity v UBL) obsahuje číslo DPH namiesto IČO alebo OIN. To nie je povolené: validácia NLCIUS vyžaduje, aby holandské strany vždy používali IČO (schemeID 0106) alebo OIN (schemeID 0190) ako CompanyID. NL-R-003 platí pre dodávateľa, NL-R-005 pre zákazníka.

Zámenou vzniká preto, že EndpointID (Peppol adresa používaná na smerovanie) môže obsahovať číslo DPH (schemeID 9944). Faktúra s číslom DPH ako EndpointID sa teda na sieti Peppol doručí bez problémov, ale bude zamietnutá, ak je rovnaké číslo DPH aj v CompanyID.

Technicky: EndpointID a CompanyID sú dve oddelené polia s vlastným účelom. EndpointID určuje smerovanie cez Peppol a akceptuje každý typ z EAS kódovej listiny (vrátane 9944 pre čísla DPH). CompanyID identifikuje právnickú osobu a pre holandské strany musí byť vždy IČO (0106) alebo OIN (0190).

Riešenie: Skontrolujte UBL, ktorú Váš systém generuje, a uistite sa, že CompanyID obsahuje IČO alebo OIN, aj keď EndpointID obsahuje číslo DPH. Obe polia musia odkazovať na rovnakú organizáciu, ale môžu mať rôzny typ identifikátora.

Tip: Legislatíva ViDA postupne sprísňuje vzťah medzi EndpointID a CompanyID. Uistite sa, že Vaša integrácia je už teraz správne nastavená, aby Vás neprekvapili budúce zmeny pravidiel.

Varianty vyhľadávania: "BR-AE-10", "SOAP:CLIENTBR-AE-10", "Reverse charge shall have a VAT exemption reason", "BT-120", "BT-121", "chýba dôvod oslobodenia prenesenie daňovej povinnosti", "faktúry zamietnuté reverse charge".

BR-AE-10 nastane, keď kategória DPH AE (Reverse Charge) v rozpise DPH (BG-23) neobsahuje dôvod oslobodenia: chýba BT-121 (kód) aj BT-120 (text, napríklad "DPH prenesená" alebo "Reverse charge"). Ide o chybu v dodanom UBL z ERP alebo fakturančného softvéru -- eConnect faktúru validuje, ale polia AE automaticky neupravuje.

Riešenie:

1. Skontrolujte, že každý riadok faktúry alebo príplatok s kategóriou DPH AE má sadzbu DPH 0 %.
2. V UBL exporte zdrojového systému vyplnte pole TaxExemptionReason (BT-120) a/alebo kód (BT-121) pre každý AE rozpis.
3. Faktúru vopred validujte cez Document Validator.
4. Pošlite opravenú faktúru znova -- opätovné poslanie pôvodného, chybného XML toto nerieši.

Pozrite tiež Prenesenie daňovej povinnosti: kódy K, AE a G pre úplné vysvetlenie kódov prenesenia daňovej povinnosti.

Tieto validačné pravidlá EN 16931 kontrolujú, či sú rozpad DPH a celkové sumy faktúry vzájomne konzistentné. Hodnoty vypočítava odosielajúci softvér — nie sú to polia, ktoré by sa dali opraviť v rozhraní eConnect.

Vyhľadávacie varianty BR-CO-12 / BR-E-01: "BR-CO-12", "BR-E-01", "ChargeTotalAmount", "BT-108", "súčet príplatkov nesedí", "poštovné chýba na riadku faktúry", "Shipping costs AllowanceCharge", "chýba rozpad Exempt".

BR-CO-12 nastáva, keď súčet príplatkov na úrovni faktúry nezodpovedá súčtu jednotlivých príplatkov dokladu — napríklad keď je poštovné uvedené ako samostatný AllowanceCharge na úrovni faktúry (ChargeIndicator=true, dôvod "Shipping costs" / kód FC). Ide o platné UBL; pozri Príplatky a zľavy pre štruktúru. BR-E-01 nastáva, keď riadok faktúry, príplatok alebo zľava dokladu s kategóriou DPH 'Oslobodené od DPH' (E) nemá zodpovedajúci rozpad Exempt v súhrne DPH.

Častá príčina: zaokrúhľovanie DPH na každom riadku namiesto podľa sadzby DPH alebo nesúlad medzi sumami riadkov a zľavami na úrovni faktúry.

Riešenie: kontaktujte dodávateľa odosielajúceho softvéru pre opravu. eConnect nemôže tieto hodnoty opraviť, pretože výpočet je pevne daný v dodanom XML.

Varianty vyhľadávania: „Invalid payload BR-S-08“, „Delivery Failed BR-S-08“, „súhrn DPH nesedí“, „riadok faktúry bez množstva“, „chýba množstvo na riadku faktúry“, „BT-116“, „VAT category taxable amount“.

Okrem zaokrúhľovania zlyháva BR-S-08 aj vtedy, keď riadok faktúry nemá množstvo (alebo má prázdne množstvo) (Invoiced quantity / BT-129). V takom prípade nesedí suma riadku bez DPH (množstvo x jednotková cena plus prirážky riadku mínus zľavy riadku), čo spôsobí, že súčet riadkov sa odchýli od VAT category taxable amount (BT-116) v rozpade DPH pre Standard rated. Doslovná chybová hláska často vyzerá takto: Invalid payload. [BR-S-08]-For each different value of VAT category rate (BT-119) where the VAT category code (BT-118) is Standard rated, the VAT category taxable amount (BT-116)....

Rozdiel oproti chybám xs:decimal: v časti „'nie je platným xs:decimal'“ vyššie samotné pole sumy nie je platné desatinné číslo (prázdne alebo vedecká notácia). Pri BR-S-08 je pole sumy platné číslo, ale výpočet medzi sumami riadkov a rozpadom DPH nesedí.

Kontrolný zoznam prvej línie (pred eskaláciou na dodávateľa softvéru):

1. Skontrolujte pri všetkých riadkoch faktúry vyplnené množstvo a sumu riadku bez DPH.
2. Suma riadku = množstvo x jednotková cena (plus prirážky riadku, mínus zľavy riadku); žiadne prázdne polia sumy.
3. Nechajte znova prepočítať súmy DPH v zdrojovom systéme.
4. Odošlite opravenú faktúru cez Peppol. Opakované odoslanie rovnakého dokumentu bez opravy nerieši BR-S-08 -- Odoslať znova v odoslanej pošte neupravuje sumy riadkov ani DPH (rovnaký rozsah opakovaného odoslania ako pri R120 vyššie).
5. Chyba sa stále opakuje pri úplných množstvách? Potom ide o chybu zaokrúhľovania alebo inú výpočtovú chybu v ERP alebo exporte UBL -- odovzdajte dodávateľovi softvéru.

Kategória DPH E vs. O: nemá organizácia číslo DPH (nadácia, verejný subjekt, zdravotníctvo)? Použite kategóriu O (mimo rozsahu DPH) — pozri časť »Organizácie oslobodené od DPH: kategória O« vyššie. Kategória E vždy vyžaduje číslo DPH.

R120 je výpočtové pravidlo, ktoré kontroluje, či LineExtensionAmount = (Quantity × PriceAmount ÷ BaseQuantity) + prirážky − zľavy. R120 výslovne nezakazuje záporné sumy; validácia zlyhá, keď výpočet nesedí. To sa často stáva, keď riadková zľava (AllowanceCharge na úrovni riadku) prevyšuje cenu položky.

Riešenie: použite čistú čiastku dobropisu priamo ako PriceAmount a vynechajte element AllowanceCharge na riadku. Podrobnosti a príklad XML nájdete v článku o príplatkoch a zľavách.

Belgické Peppol ID môžu mať dve formy:

Formát čísla DPH: BE nasledované presne 10 číslicami (pridať úvodné nuly ak treba). Overte číslo DPH prostredníctvom nástroja VIES Európskej komisie (ec.europa.eu/taxation_customs/vies).

Možnosť Peppol sa nezobrazuje pre belgického odberateľa? Skontrolujte, s akým typom identifikátora je odberateľ registrovaný na Peppol. Niektoré belgické organizácie sú registrované len cez 0208: (KBO), nie cez 9925: (DPH). V takom prípade skúste číslo KBO: číslo DPH bez BE na začiatku (napr. pre BE0123456789 je číslo podniku 0123456789; pre BE1xxxxxxxxx je to 1xxxxxxxxx -- oba prefixy sú platné).

Ostatné: záporné cenové riadky nie sú v belgických faktúrach povolené; použite záporné množstvo s kladnou cenou.

Kódy chýb BR-DE-* sú nemecké validačné pravidlá špecifické pre XRechnung.

Chýbajúci Leitweg-ID (EAS 0204): časté pri fakturácii nemeckým vládnym orgánom. Vyžiadajte Leitweg-ID od zmluvného úradu a pridajte ho ako identifikátor so schemeID 0204.

PDF neprijaté: od 1. januára 2025 platí v Nemecku povinnosť prijímať e-faktúry. Prostý PDF často už nestačí. Odošlite faktúru ako XRechnung alebo ZUGFeRD.

Odmietnutie KSeF: často spôsobené neplatným formátom XML FA_VAT. PSB eConnect normálne zabezpečuje správnu transformáciu do poľského formátu KSeF.

Chyby certifikátov: môžu sa vyskytnúť, ak certifikáty KSeF nie sú správne nainštalované alebo vypršali.

Obmedzenie rýchlosti: KSeF uplatňuje limity na počet požiadaviek. eConnect používa dávkové spracovanie, aby tomu predišiel.

UWV uplatňuje vlastné validačné pravidlá nad rámec štandardnej validácie Peppol/NLCIUS.

• UWV Veľký peňažný tok (reintegrácia, školenia, dávky): OIN 00000004191771249000
• UWV Malý peňažný tok (správa): OIN 00000004172892677000

Riešenie podľa kódu UWV: doplňte chýbajúce pole na faktúre. Séria UWV001 sa týka povinných polí dodávateľa; séria UWV002 identifikačných prvkov.

Toto hlásenie sa zobrazí v Odoslanej pošte, keď faktúru nebolo možné doručiť príjemcovi cez sieť Peppol. Možné príčiny:

• Príjemca nie je registrovaný na Peppol: príjemca nemá aktívnu Peppol registráciu. Platforma v takom prípade automaticky ponúkne záložné doručenie e-mailom.
• EndpointID je nesprávne: Peppol adresa príjemcu nie je správna. Skontrolujte IČO alebo OIN, ktoré ste zadali ako odberateľa.
• Prijímajúca strana má technický problém: faktúra bola správne odoslaná, ale nebola spracovaná systémom príjemcu. Toto nie je vo Vašej moci, kontaktujte príjemcu.

Pri zlyhanom doručení môžete faktúru odoslať znova a pritom opraviť EndpointID.

Pole dodávateľa neobsahuje žiadne údaje. Toto sa stane, ak Vaša organizácia nie je vybraná alebo ak organizácia nie je aktivovaná.

Riešenie: Kliknite na ikonu ceruzky vedľa poľa dodávateľa a vyberte svoju organizáciu. Ak Vaša organizácia ešte nie je aktivovaná, postupujte podľa krokov v časti Pridanie a aktivácia organizácie.

Číslo DPH musí byť zadané bez medzier, bodiek alebo pomlčiek, vrátane kódu krajiny. Správny formát pre Holandsko je NL123456789B01. Belgické čísla DPH musia byť zadané ako BE nasledované presne 10 číslicami, bez oddeľovačov.

Ak zadaná suma zmizne, keď prejdete na ďalší krok, pole pravdepodobne obsahuje znaky, ktoré nie sú povolené. Pole sumy akceptuje len čísla s čiarkou ako desatinným oddeľovačom. Sumy zadávajte ako 100,00, nie ako € 100,00 alebo 100.00.

Varianty vyhľadávania: "červená ikona stop odoslanie", "červené kolečko odoslanie", "faktúru nemožno odoslať", "odosielanie zlyháva", "ikona stop faktúra", "poznámka k faktúre povinná", "IBAN bankový účet povinný", "viac informácií poznámka k faktúre", "platobné údaje IBAN prázdne", "povinné polia odoslanie faktúry".

Pri odosielaní ručnej predajnej faktúry sa môže zobraziť červená ikona stop: faktúra sa neodošle. Príčinou je validácia formulára na strane klienta -- nejde o chybu Peppol ani siete, ani o chybu platformy. Odberateľ/OIN, dosiahnuteľnosť cez Peppol a číslo objednávky môžu byť už v poriadku, zatiaľ čo odoslanie napriek tomu zlyháva, pretože iné povinné pole zostalo prázdne.

Skontrolujte tieto dve polia:

1. Poznámka k faktúre (sekcia Viac informácií) -- vyplňte krátku poznámku alebo referenciu, napríklad číslo objednávky alebo referenciu dohodnutú so zákazníkom.
2. IBAN bankový účet (sekcia Platobné údaje) -- vyplňte IBAN, na ktorý má platba prísť, v prípade potreby cez Zmeniť. IBAN na úrovni organizácie je nepovinný, ale prázdny IBAN na samotnej faktúre môže napriek tomu blokovať odoslanie.

Rozdiel oproti iným blokáciám:

• Tlačidlo odoslania nereaguje alebo zobrazuje zástupné texty: pozri "Tlačidlo Odoslať Peppol nereaguje" nižšie (automatický preklad prehliadača).
• Faktúra zostáva v konceptoch: pozri príslušnú sekciu (nastavenie organizácie alebo chýbajúce "Odoslať cez").

Odosielanie stále zlyháva aj po vyplnení oboch polí? Vyžiadajte si snímku obrazovky s presnou chybovou správou, nielen s ikonou stop.

Varianty vyhľadávania: "číslo bankového účtu nie je správne formátované", "bankový účet nie je správne formátovaný", "IBAN nie je správne formátovaný", "chyba formátu IBAN", "medzery v IBAN", "formátovanie IBAN platobné údaje", "chyba IBAN pri odosielaní ručnej faktúry".

Pri odosielaní ručnej predajnej faktúry sa môže zobraziť správa, že číslo bankového účtu alebo IBAN nie je správne formátované, aj keď je číslo obsahovo správne. Príčinou je validácia formátu pred odoslaním pre IBAN alebo bankový účet v sekcii Platobné údaje -- nejde o chybu Peppol ani siete. Medzery, pomlčky alebo iné oddeľovače (alebo chýbajúci kód krajiny) spôsobia, že kontrola zlyhá.

Riešenie:

1. Otvorte faktúru a prejdite na Platobné údaje (IBAN alebo bankový účet).
2. Zadajte celý IBAN ako jeden súvislý reťazec: kód krajiny nasledovaný číslicami/písmenami, bez medzier, pomlčiek alebo iných oddeľovačov (tvar: NL00BANK0123456789).
3. Nepoužívajte staré číslo účtu bez kódu krajiny -- holandské účty začínajú na NL.
4. Uložte a faktúru znova odošlite.

Rozdiel oproti iným blokáciám:

• Prázdne pole IBAN s červenou ikonou stop pri povinných poliach -- pozri "Červená ikona stop pri odosielaní" vyššie.
• "ID nie je správne formátované" sa týka formátu identifikátora/schemeID, nie bankového účtu -- pozri sekcie o neznámych chybách/validácii identifikátora vyššie.

Správa sa stále zobrazuje? Vyžiadajte si presný obsah poľa (vrátane medzier alebo znakov) a doslovnú chybovú správu alebo snímku obrazovky.

Varianty vyhľadávania: "tlačidlo odoslať nereaguje", "obrazovka načítavania sa zasekne pri odosielaní", "čudný text na faktúre", "čudné meno dodávateľa", "nelogická jednotka na faktúre", "organizácia zobrazuje čudný text", "opakované prihlásenie pre uloženie", "znovu prihlásiť sa pre odoslanie", "polí faktúry preložené", "preklad prehliadača pri vytváraní faktúry", "nemôžem sa prihlásiť", "čudný text na prihlasovacej stránke".

Ak tlačidlo odoslať nereaguje alebo obrazovka načítavania zostáva zaseknutá pri odosielaní faktury Peppol a vidíte nepreloženú syntax šablóny ako {{invoice.data.supplierDetails.name}} namiesto vyplnených hodnôt, príčinou je pravdepodobne automatický preklad prehliadača.

Rovnaký vzor sa môže vyskytnúť pri vytváraní (novej) faktúry: nelogické alebo "preložené" popisky/hodnoty polí, okrem iného pri dodávateľovi, organizácii a jednotke, kde uloženie alebo odoslanie sa podarí až po opakovanom prihlásení. Má to rovnakú príčinu ako zástupné symboly na tlačidle odoslať -- nejde o chybu produktu a nie je dôvod na opätovnú inštaláciu klientskeho softvéru (platforma je len prehliadačová).

Rovnaký problém sa vyskytuje na prihlasovacej stránke platform.econnect.eu a inde v UI: texty zástupných symbolov alebo surové i18n kľúče (napríklad {{lang.text}} alebo I18N_COLLABRR_WS.*) namiesto bežných popiskov. Používatelia to často hlásia ako „nemôžem sa prihlásiť“. Pozri tiež Prihlásenie a 2FA.

Automatický preklad prehliadača (automatický preklad stránky v Chrome alebo Edge) zasahuje do DOM platformy. Tým tlačidlá prestávajú správne reagovať a zástupné symboly šablóny alebo i18n, prípadne nelogické popisky polí, zostávajú viditeľné.

Riešenie (poradie first-line):

1. Vypnite automatický preklad v prehliadači pre platformu eConnect (vrátane platform.econnect.eu).
2. Tvrdé obnovenie (Ctrl+F5) a znovu sa prihláste; ak je potrebné, znovu otvorte alebo vytvorte faktúru.
3. Stále nefunguje? Vymažte cache prehliadača a/alebo skúste iný prehliadač.
4. Problém trvá? Vyžiadajte si snímku obrazovky stránky faktúry vrátane prehliadača a jeho verzie.

Varianty vyhľadávania: "chyba pri odosielaní", "prerobovaná chyba portálu", "po reštarte to funguje", "chyba odoslania bez detailov", "chybová správa bez obsahu".

Niekedy užívateľ nahlási chybu pri odosielaní cez platformu bez konkrétneho textu chyby alebo screenshotu. Bez tohto obsahu nie je dostatočné množstvo informácií pre spoľahlivú diagnózu; nejde o známy rozšírený výpadok.

Možný prvý krok (nepotvrdená príčina):

1. Vymažte cache prehliadača a/alebo skúste iný prehliadač.
2. Ak to nepomôže, vyžiadajte si viac kontextu: presnú chybovú správu alebo screenshot, čas a číslo faktúry.

Nezamáňať s:

• Tlačidlo odoslať nereaguje, obrazovka načítavania sa zasekne, alebo nelogické popisky/zástupné symboly -- pozri "Tlačidlo Odoslať Peppol nereaguje" vyššie (automatický preklad prehliadača, s vlastným poradim first-line).
• Stav SentRetry alebo SentError po akceptovaní -- pozri sekciu o automatickom opätovnom doručení Peppol ďalej na tejto stránke; ide o mechanizmus opakovania na strane servera, nie o problém s cache prehliadača.

Toto hlásenie sa zobrazí, keď nahrajte XML faktúru manuálne a v súbore chýba pole EndpointID dodávateľa. V rozhraní platformy ide o pole "Partij-ID" pod "Dodávateľ".

Riešenie: vyberte z rozbaľovacieho zoznamu hodnotu z vlastnej organizácie. Ak zoznam nezobrazuje správny výsledok, znovu vyberte dodávateľa, aby sa obnovilo prepojenie.

Varianty vyhľadávania: „Neboli nájdené žiadne identifikátory aktivované na odosielanie pre spoločnosť dodávateľa“, identifikátory aktivované na odosielanie, „overenie dodávateľa ešte nie je vykonané“, odoslanie faktúry nová administrácia, dve organizácie s a bez s.r.o., neoverené identifikátory.

Táto správa, a fráza zákazníka „overenie dodávateľa ešte nie je vykonané“ pri prvej faktúre alebo novej administrácii, zvyčajne neukazuje na samostatný krok KYC dodávateľa. Príčina je takmer vždy jeden z týchto štyroch bodov.

Kontrolný zoznam (v poradí):

1. Bola vybraná správna organizácia dodávateľa? Pri dvoch podobných organizáciách (napr. rovnaký názov s a bez „s.r.o.“) mohla byť vybraná nesprávna. Pomocou ikony ceruzky vyberte organizáciu s overenými identifikátormi -- organizácia bez overených identifikátorov nemôže odosielať.
2. Je organizácia aktivovaná? Ešte nie je aktivovaná: najprv ju aktivujte pomocou Pridanie a aktivácia organizácie.
3. Je zapnutý prepínač „Odosielanie“? Prejdite na Organizácie → vaša organizácia → Detaily a skontrolujte, či aspoň jeden identifikátor (najlepšie IČO) má zapnutý prepínač Odosielanie. Pri aktivovanej organizácii je to zvyčajne už zapnuté.
4. Je IČ DPH správne? Skontrolujte IČ DPH dodávateľa aj odberateľa -- kód krajiny a oddeľovače -- pozri BR-CO-09 vyššie. Chyba formátu IČ DPH sa môže vyskytnúť súčasne s touto správou.

Ak správa pretrváva aj po týchto štyroch krokoch, pošlite faktúru znova po oprave údajov organizácie alebo faktúry.

Ak faktúru nie je možné odoslať a zostáva v priečinku "Koncepty", skontrolujte dve veci:

1. Odosielanie povolené: skontrolujte v nastaveniach organizácie, či je "Odosielanie dokumentov" aktivované. Ak nie je, kontaktujte podporu.
2. Odoslať cez nastavené: pri odberateľovi musí byť okrem OrganisatieID vybraná aj možnosť "Odoslať cez". Bez tohto nastavenia nie je možné faktúru odoslať.

Platforma eConnect niekedy používa prefix menného priestoru v generovaných UBL faktúrach (napr. <urn:Invoice xmlns:urn="...">). Obe formy — s prefixom aj bez — sú technicky platné XML.

Príjemca odmietajúci faktúry kvôli prefixu menného priestoru nie je Peppol-kompatibilný. Prefix menného priestoru nie je konfigurovateľný pre jednotlivých príjemcov.

Komunikácia zákazníkovi: faktúra je technicky správna. Príjemca musí používať správny XML parser, ktorý spracováva menné priestory s prefixom aj predvolené. Odmietanie na základe prefixu menného priestoru nie je v Peppol povolené.

Kódy chýb EBMS ako EBMS:0003 a EBMS:0004 sú chyby transportu AS4 v komunikácii medzi prístupovými bodmi. Zákazníci vidia SentError alebo SentRetry na platforme — samotný EBMS kód nie je viditeľný v zákazníckom rozhraní.

Akcia: presmerujte zákazníka na TechSupport. TechSupport môže zobraziť podrobnosti chyby prostredníctvom auditnej stopy a Application Insights.

Kód chyby status 40 znamená, že dokument nebol úspešne spracovaný. Dve možné príčiny:

1. Chyba spracovania IDR: IDR nemôže dokument spracovať a vráti status 40.
2. Odmietnutie platformou: IDR dokument spracoval, ale platforma ho potom nastaví na status 40 (napr. kvôli validačnej chybe po konverzii).

Diagnostika: zamestnanec eConnect musí preskúmať v CloudWatch, akými krokmi spracovania dokument prešiel.

Prostredníctvom možnosti Znovu odoslať v odoslanej pošte môžete znova odoslať už odoslanú faktúru. Pred skutočným odoslaním môžete ešte upraviť polia ako je odkaz (číslo objednávky, OrderReference). Faktúra sa potom odošle znova s rovnakým číslom faktúry, ale s opraveným odkazom.

Toto je odporúčaný postup, keď príjemca odmietne faktúru kvôli nesprávnemu číslu objednávky alebo inej chybe odkazu. Vyhnete sa tak nutnosti vytvoriť dobropisy a novú faktúru.

V súčasnom Peppol BIS Billing 3.0 a NLCIUS je podporovaný iba 1 odkaz na objednávku (OrderReference) na faktúru. Ide o obmedzenie vyplývajúce z európskej normy EN 16931. Ak faktúra pokrýva viac objednávok, musí dodávateľ odoslať samostatné faktúry.

AdditionalDocumentReference môže obsahovať dodatočné odkazy iných typov (projekt, zmluva alebo odkaz kupujúceho), nie však viacnásobné OrderReference.

Budúcnosť: Revidovaná EN 16931-1:2026 (formálne schválená CEN dňa 13. marca 2026) pridáva podporu pre viacero nákupných objednávok na faktúru. Očakáva sa, že bude zapracovaná v budúcom vydaní štandardu Peppol (možno BIS Billing 4.0). Dovtedy platí súčasné obmedzenie 1 OrderReference na faktúru v BIS Billing 3.0 a NLCIUS.

Ak je faktúra odmietnutá kvôli chýbajúcemu alebo neznámemu číslu objednávky, je potrebné rozlíšiť dve úrovne.

1. Odkaz je povinný podľa EN 16931. Odkaz -- číslo objednávky alebo iný odkaz (BuyerReference, odkaz na zmluvu alebo projekt) -- je požadovaný. Faktúra bez akéhokoľvek odkazu nesplní základné pravidlá normy.

2. eConnect štandardne neodmieta na základe obsahu odkazu. Jedinou situáciou, keď platforma odmieta v tomto bode, je prípad, keď nie je prítomný žiadny odkaz.

3. Konfigurácia špecifická pre zákazníka môže byť prísnejšia. Skutočné odmietnutie závisí od konfigurácie príjemcu. V konkrétnej konfigurácii môže byť faktúra odmietnutá, ak je odkaz u daného príjemcu neznámy. To závisí od konfigurácie a nie je štandardným správaním platformy eConnect.

Akcia:

• Znova odošlite faktúru použitím možnosti Znovu odoslať (pozri vyššie) s platným odkazom.
• Ak je číslo objednávky neznáme, kontaktujte príjemcu ohľadne požadovaného postupu.

Faktúra s konečným stavom InvoiceSentError (po chybe validácie 4xx) nepodniká ďalšie pokusy o doručenie. Iba chyby 5xx sa opakujú (maximálne 8 pokusov, približne 35 hodín). Pri chybe 4xx sa vykoná iba jeden pokus; príjemcovi sa neposiela nič ďalšie.

Neexistuje žiadny DELETE endpoint pre predajné faktúry (salesInvoice). Odoslaná alebo odmietnutá predajná faktúra je udalosťou relevantnou pre audit a zostane dostupná v auditačnej stope po dobu 90 dní. Ak bola faktúra nesprávna, vydajte dobropis alebo opravnú faktúru podľa štandardného účtovného postupu.

Validačné chyby ako TaxInclusiveAmount '-1.336061E6' nie je platným xs:decimal sa vyskytujú preto, že zdrojový systém serializuje číselnú sumu vo vedeckej notácii (napr. -1.336061E6 pre -1 336 061,00). Položky sumy UBL sú typu xs:decimal, ktorý nepovolí notáciu E.

Častá príčina: zdrojový systém uchováva sumy interne ako double/float a používa výchozí konverziu reťazca, ktorá automaticky prepína na exponenciálnu notáciu pre veľmi veľké alebo veľmi malé hodnoty.

Riešenie na strane zákazníka: aktualizovať zdrojový systém tak, aby boli sumy vždy zapisované ako bežný desíatkový reťazec (napr. prostredníctvom typov decimal/BigDecimal alebo desíatkového vzoru nezávislého od lokálnych nastavení, bez oddeľovačov tisícok a bez notácie E).

Na strane eConnect: nie je možné opraviť automaticky -- hodnota je už nesprávna v dodanom XML. Postúpiť dodávateľovi softvérového balíka.

Stav Doručené znamená, že prístupový bod príjemcu (poskytovateľ služieb Peppol dlužníka) dokument technicky prijal a toto prijatie potvrdil. eConnect obdrží returnedMessageId (formát GUID@econnect.eu): dôkaz, že faktúra dorazila na prístupový bod príjemcu.

Ak dlužník tvrdí, že faktúru nedostal, keď stav zobrazuje 'Doručené', bol dokument doručený na prístupový bod dlužníka, ale v jeho vlastnom softvéri alebo účtovníctve nie je zatiaľ viditelný. Ide o problém nadväzujúceho spracovania na strane príjemcu.

Postup riešenia:

1. Potvrdiť zákazníkovi, že faktúra bola úspešne odoslaná na Peppol prístupový bod dlužníka a že eConnect obdržal potvrdenie o doručení.
2. Poradiť zákazníkovi, aby požiadal dlužníka, aby kontaktoval svojho vlastného poskytovateľa služieb Peppol. Možno poskytnúť returnedMessageId: s týmto identifikátorom môže prístupový bod príjemcu dokument vyhľadať.
3. Ďalšie riešenie leží na strane prístupového bodu dlužníka; eConnect ako odosielajuca strana nemá prístup za bod doručenia.

Varianty vyhľadávania: „pridat organizáciu“ pri faktúre, portál dodávateľa, názov organizácie + IČO vpravo hore, nemožno upraviť existujúci riadok organizácie, nemožno premenovať existujúc organizáciu, screenshot organizácie zákazníka vpravo hore, hlásenie o identifikátore pri pridávaní organizácie (dodávateľ), pridať vlastnú organizáciu samostatne, dlžník ako vlastná organizácia, pridať príjemcu faktúry do prostredia, aktivovať organizáciu dlžníka verejnej správy, príjemca musí byť v prostredí, registrácia pod vlastným OIN obce, OIN zákazníka ako vlastná organizácia, fakturácia obci s vlastným OIN, OIN príjemcu nie je vlastný identifikátor, schéma 0190 dlžník.

Noví používatelia -- zvlášť tí, ktorí prechádzajú z iných služieb elektronické fakturácie -- sa niekedy snažia pri odosielaní faktúry pridať príjemajucu organizáciu ako vlastnú organizáciu na platforme. To nie je potrebné a vedie k chybovému hláseniu.

Na odoslanie faktúry príjemcovi táto organizácia nemusí byť na vašom vlastnom účte: pri vytváraní faktúry vyberte príjemcu prostredníctvom poľa vyhľadávania dlužníka. Môžete hľadať podľa čísla obchodného registra, názvu spoločnosti alebo čísla OIN.

Varianty hľadania: "enabled for Peppol sending", "additional Peppol activation", "is sending already enabled", "ďalšia aktivácia odosielania", "University of Luxembourg", "9938", "scheme zahraničného príjemcu".

Pri aktivovanej organizácii je odosielanie predvolene zapnuté -- je súčasťou štandardného pripojenia. Neexistuje samostatný krok «Peppol send enable» nad rámec aktívneho stavu organizácie. Pozri Registrácia na Peppol pre úplný aktivačný postup.

Príjemcu (napríklad zahraničnú Peppol stranu ako luxemburskú univerzitu) zadajte iba na faktúre, cez pole na vyhľadávanie dlžníka (ID organizácie + Odoslať cez). Príjemcu nepridávajte ako vlastnú organizáciu na účte -- pozri aj sekciu «Zmatok: pokus pridať príjemcu ako vlastnú organizáciu» vyššie.

Stále dostávate chybové hlásenie, ktoré tu nie je popísané? Kontaktujte nás cez support.econnect.eu.