Při odesílání faktury přes platformu eConnect se může stát, že obdržíte chybovou hlášku. Většina chybových hlášek souvisí s chybějícími nebo nesprávnými údaji ve faktuře. Níže najdete nejčastější hlášky, jejich příčinu a jak je vyřešit.

Tato obecná chybová hláška je spuštěna pre-odesílací validací v rozhraní platformy. Platforma před odesláním kontroluje, zda hodnota identifikátoru (např. OINO, IČO) odpovídá očekávanému formátu. Pokud tato kontrola selže, zobrazí se tato chybová hláška.

Častý příklad: schemeID 0190 (OINO) vyžaduje přesně 20 číslic. Pokud hodnota obsahuje prefix — např. NL:OINO:00000001001932779000 místo pouhého 00000001001932779000 — validace selže.

Poznámka: tato chyba se může vyskytnout i u faktur vytvořených přes API, nejen u ručně vytvořených faktur.

Řešení: zkontrolujte hodnoty identifikátoru a odstraňte případné prefixy nebo neplatné znaky. Hodnota musí přesně odpovídat očekávanému formátu pro schemeID (např. 20 číslic pro OINO, 8 číslic pro IČO).

Všeobecné pravidlo -- zadejte pouze číselné hodnotu; platforma přidá prefix schemeID automaticky. Platí pro všechna identifikační schémata, nejen OINO. Zadá-li uživatel prefix i růně (např. 0088:1234567890123, přičemž schéma je již nastaveno na GLN/0088), validace formátu selhe. Příklad GLN (schemeID 0088, GS1): vyberte schéma GLN a do pole hodnoty zadejte pouze číslice GLN -- bez 0088: na začátku.

Pokud dodavatel umístí apostrof před číslo OIN v XML (známý artefakt Excelu), Peppol routing selže. Legacy systém fakturu rozpozná a doručí ji interně — příjemce nevidí fakturu ve své schránce závazků, ale obdrží e-mail s oznámením s odkazem.

Řešení: požádejte dodavatele, aby v XML uvedl číslo OIN bez apostrofu a zkontroloval nastavení exportu Excelu.

Platforma validuje každou fakturu podle platných standardů Peppol a NLCIUS, než ji odešle. Kódy chyb začínající BR (Business Rule) udávají, které pravidlo nebylo dodrženo.

Vaše vlastní organizace (dodavatel) není správně vybrána ve faktuře. K tomu dochází, když bylo pole dodavatele ručně upraveno, nebo když organizace ještě není aktivována.

Řešení: Klikněte na ikonu tužky vedle "Dodavatel" a znovu vyberte Vaši organizaci. Pokud Vaše organizace ještě není aktivována, proveďte to nejprve přes Přidání a aktivace organizace.

Přidali jste přílohu s typem MIME, který není povolen v aktuální validaci Peppol BIS Billing V3. Povolené typy příloh jsou (BT-125):

application/xml není povolen jako typ MIME přílohy v aktuální validaci BIS Billing V3. XML jako příloha patří do EN 16931-1:2026 a budoucí verze Peppol (pravděpodobně BIS Billing 4.0) — nepřidávejte XML přílohu jako řešení BR-CL-24.

Častá příčina (Business Central a jiné ERP): ERP automaticky vkládá přílohy přidané k zaknihované faktuře. Příloha s nepovoleným typem (např. dokument Word) pak způsobí BR-CL-24.

Řešení:

1. Zkontrolujte, které přílohy jsou přiřazeny faktuře v ERP (Business Central: Zaknihovaná prodejní faktura > Přílohy).
2. Odeberte nebo nahradte přílohy s nepovoleným typem — např. převeďte dokument Word do PDF.
3. Odešlete fakturu znovu.

Jednotka, kterou jste vyplnili u řádku faktury, není rozpoznána jako platný kód UN/ECE. K tomu dochází, pokud použijete zkratku nebo vlastní název.

Řešení: Použijte standardní jednotku z nabídky, jako "Kusy" (EA), "Hodiny" (HUR) nebo "Dny" (DAY).

Typ identifikátoru u "OrganisatieID" se liší od typu identifikátoru u "Odeslat přes". Například: OrganisatieID je nastaven na OIN, ale "Odeslat přes" je nastaven na IČO.

Řešení: Ujistěte se, že obě pole používají stejný typ identifikátoru. Fakturujete vládě? Nastavte obě na OIN/OINO. Fakturujete firmě? Použijte u obou IČO (0106).

DIČ dodavatele chybí ve faktuře.

Řešení: Vyplňte Vaše DIČ v nastavení organizace.

Pokud vaše organizace nemá DIČ (například nadace, veřejný subjekt nebo poskytovatel zdravotní péče, který poskytuje výlučně služby osvobozené od DPH)? Nepoužvávejte zástupnou hodnotu NL000000000B01. Místo toho zvolte kategorii DPH 'O' — mimo rozsah DPH při vystavení faktury. Při kategorii 'O' odpadá povinnost vyplnit DIČ a faktura splňuje standard Peppol. Viz také Přenos daňové povinnosti a kategorie DPH O pro vysvětlení kódů kategorií DPH.

Nadace, některé veřejné subjekty a poskytovatelé zdravotní péče poskytují výlučně služby osvobozené od DPH a nemá DIČ. Při vytváření faktury na platformę se zobrazí pożadavek na uvedení DIČ dodavatele.

Řešení: Zvolte kategorii DPH 'O' — mimo rozsah DPH (kód UNCL5305 O, "Services outside scope of tax") ve formuláři faktury. Při kategorii 'O' odpadá pożadavek rozhraní na pole DIČ a faktura můże být odeslána bez DIČ dodavatele.

Nepoužvávejte fiktivní DIČ jako NL000000000B01 — to není určené řešení pro tento scenář. Kategorie 'O' je správnou volbou pro organizace bez povinnosti k DPH.

Rozdíl 'E' a 'O': Kategorie DPH 'E' (Exempt from VAT) je určena pro plné plakní k DPH, kteří fakturují konkrétní osvobozené plřnění. Kategorie 'E' vyżaduje DIČ. Kategorie 'O' je pro organizace zcela bez danńové povinnosti k DPH.

Při fakturaci nizozemské vládě (Basisfactuur Rijk, přes Digipoort) je IBAN povinný.

Řešení: Vyplňte Váš IBAN v platebních údajích faktury. Je doporučeno vždy uvádět IBAN na faktuře, tato povinnost se v budoucnu rozšíří.

Tato chyba nastává, když CompanyID (pole PartyLegalEntity v UBL) obsahuje DIČ místo IČO nebo OIN. To není povoleno: validace NLCIUS vyžaduje, aby nizozemské strany vždy používaly IČO (schemeID 0106) nebo OIN (schemeID 0190) jako CompanyID. NL-R-003 platí pro dodavatele, NL-R-005 pro zákazníka.

Záměna vzniká tím, že EndpointID (Peppol adresa používaná pro směrování) může obsahovat DIČ (schemeID 9944). Faktura s DIČ jako EndpointID tedy dorazí v síti Peppol v pořádku, ale přesto bude zamítnuta, pokud je stejné DIČ také v CompanyID.

Technické: EndpointID a CompanyID jsou dvě oddělená pole s vlastním účelem. EndpointID určuje směrování přes Peppol a akceptuje jakýkoli typ z kódového seznamu EAS (včetně 9944 pro DIČ). CompanyID identifikuje právní subjekt a u nizozemských stran musí vždy obsahovat IČO (0106) nebo OIN (0190).

Řešení: Zkontrolujte UBL, které Váš systém generuje, a ujistěte se, že CompanyID obsahuje IČO nebo OIN, i když EndpointID obsahuje DIČ. Obě pole musí odkazovat na stejnou organizaci, ale mohou mít odlišný typ identifikátoru.

Tip: Legislativa ViDA postupně zpřísňuje vztah mezi EndpointID a CompanyID. Ujistěte se, že Vaše integrace je již nyní správně nastavena, abyste nebyli překvapeni budoucími změnami pravidel.

Varianty vyhledávání: "BR-AE-10", "SOAP:CLIENTBR-AE-10", "Reverse charge shall have a VAT exemption reason", "BT-120", "BT-121", "chybí důvod osvobození přenesení daňové povinnosti", "faktury zamítnuty reverse charge".

BR-AE-10 nastává, když kategorie DPH AE (Reverse Charge) v rozpisu DPH (BG-23) neobsahuje důvod osvobození: chybí BT-121 (kód) i BT-120 (text, například "DPH přenesena" nebo "Reverse charge"). Jde o chybu v dodaném UBL z ERP nebo fakturačního softwaru -- eConnect fakturu validuje, ale pole AE automaticky neupravuje.

Řešení:

1. Zkontrolujte, že každý řádek faktury nebo příplatek s kategorií DPH AE má sazbu DPH 0 %.
2. V UBL exportu zdrojového systému vyplňte pole TaxExemptionReason (BT-120) a/nebo kód (BT-121) pro každý AE rozpis.
3. Fakturu předem validujte přes Document Validator.
4. Odešlete opravenou fakturu znovu -- opětovné odeslání původního, chybného XML toto neřeší.

Viz také Přenos daňové povinnosti: kódy K, AE a G pro úplné vysvětlení kódů přenesení daňové povinnosti.

Tato validační pravidla EN 16931 kontrolují, zda jsou rozpad DPH a celkové částky faktury vzájemně konzistentní. Hodnoty vypočítává odesílající software — nejsou to pole, která lze opravit v rozhraní eConnect.

Varianty vyhledávání BR-CO-12 / BR-E-01: "BR-CO-12", "BR-E-01", "ChargeTotalAmount", "BT-108", "součet příplatků nesedí", "poštovné chybí na řádku faktury", "Shipping costs AllowanceCharge", "chybí rozpad Exempt".

BR-CO-12 nastává, když součet příplatků na úrovni faktury neodpovídá součtu jednotlivých příplatků dokladu — například když je poštovné uvedeno jako samostatný AllowanceCharge na úrovni faktury (ChargeIndicator=true, důvod "Shipping costs" / kód FC). Jde o platné UBL; viz Příplatky a slevy pro strukturu. BR-E-01 nastává, když řádek faktury, příplatek nebo sleva dokladu s kategorií DPH 'Osvobozeno od DPH' (E) nemá odpovídající rozpad Exempt v souhrnu DPH.

Častá příčina: zaokrouhlování DPH na každém řádku místo dle sazby DPH nebo neshoda mezi částkami řádků a slevami na úrovni faktury.

Řešení: kontaktujte dodavatele odesílajícího softwaru pro opravu. eConnect nemůže tyto hodnoty opravit, protože výpočet je pevně dán v dodaném XML.

Varianty vyhledávání: „Invalid payload BR-S-08“, „Delivery Failed BR-S-08“, „souhrn DPH nesedí“, „řádek faktury bez množství“, „chybí množství na řádku faktury“, „BT-116“, „VAT category taxable amount“.

Kromě zaokrouhlení selhává BR-S-08 také, když řádek faktury nemá množství (nebo má prázdné množství) (Invoiced quantity / BT-129). V takovém případě nesedí částka řádku bez DPH (množství x jednotková cena plus příplátky na řádku minus slevy na řádku), takže součet řádků se odchyluje od VAT category taxable amount (BT-116) v rozpadu DPH pro Standard rated. Doslovná chybová hláška často vypadá 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)....

Rozdíl oproti chybám xs:decimal: v části „'není platným xs:decimal'“ výše samotné pole částky není platné desetinné číslo (prázdné nebo vědecká notace). U BR-S-08 je pole částky platné číslo, ale výpočet mezi částkami řádků a rozpadem DPH nesedí.

Kontrolní seznam první linie (před eskalací na dodavatele softwaru):

1. Zkontrolujte u všech řádků faktury vyplněné množství a částku řádku bez DPH.
2. Částka řádku = množství x jednotková cena (plus příplátky na řádku, minus slevy na řádku); žádná prázdná pole částky.
3. Nechte znovu přepočítat souhrny DPH ve zdrojovém systému.
4. Odešlete opravenou fakturu přes Peppol. Opětovné odeslání stejného dokumentu bez opravy BR-S-08 nevyřeší -- Odeslat znovu v odchozí poště neupravuje částky řádků ani DPH (stejný rozsah opětovného odeslání jako u R120 výše).
5. Chyba se stále opakuje při úplných množstvích? Pak jde o chybu zaokrouhlení nebo jinou výpočetní chybu v ERP nebo exportu UBL -- předejte dodavateli softwaru.

Kategorie DPH E vs. O: nemá organizace DIČ (nadace, veřejný subjekt, zdravotnictví)? Použijte kategorii O (mimo rozsah DPH) — viz část »Organizace osvobozené od DPH: kategorie O« výše. Kategorie E vždy vyžaduje DIČ.

R120 je výpočetní pravidlo, které kontroluje, zda LineExtensionAmount = (Quantity × PriceAmount ÷ BaseQuantity) + příplatky − slevy. R120 výslovně nezakazuje záporné částky; validace selže, když výpočet nesedí. K tomu často dochází, když řádková sleva (AllowanceCharge na úrovni řádku) přesahuje cenu položky.

Řešení: použijte čistou kreditní částku přímo jako PriceAmount a element AllowanceCharge na řádku vynechte. Podrobnosti a příklad XML najdete v článku o přirážkách a slevách.

Belgická Peppol ID mohou mít dvě formy:

Formát DIČ: BE následované přesně 10 číslicemi (přidat vedoucí nuly pokud potřeba). Ověřte DIČ prostřednictvím nástroje VIES Evropské komise (ec.europa.eu/taxation_customs/vies).

Možnost Peppol se nezobrazuje pro belgického odběratele? Zkontrolujte, s jakým typem identifikátoru je odběratel registrován na Peppol. Některé belgické organizace jsou registrovány pouze přes 0208: (KBO), nikoli přes 9925: (DIČ). V takovém případě zkuste číslo KBO: DIČ bez BE na začátku (např. pro BE0123456789 je číslo podniku 0123456789; pro BE1xxxxxxxxx je to 1xxxxxxxxx -- oba prefixy jsou platné).

Ostatní: záporné cenové řádky nejsou v belgických fakturách povoleny; použijte záporné množství s kladnou cenou.

Kódy chyb BR-DE-* jsou německá validační pravidla specifická pro XRechnung.

Chybějící Leitweg-ID (EAS 0204): časté při fakturaci německým vládním orgánům. Vyžádejte Leitweg-ID od smluvního úřadu a přidejte ho jako identifikátor se schemeID 0204.

PDF nepřijato: od 1. ledna 2025 platí v Německu povinnost přijímat e-faktury. Prostý PDF často již nestačí. Odešlete fakturu jako XRechnung nebo ZUGFeRD.

Odmítnutí KSeF: často způsobeno neplatným formátem XML FA_VAT. PSB eConnect normálně zajišťuje správnou transformaci do polského formátu KSeF.

Chyby certifikátů: mohou se vyskytnout, pokud certifikáty KSeF nejsou správně nainstalovány nebo vypršely.

Omezení rychlosti: KSeF aplikuje limity na počet požadavků. eConnect používá dávkové zpracování, aby tomu předešel.

UWV uplatňuje vlastní validační pravidla nad rámec standardní validace Peppol/NLCIUS.

• UWV Velký peněžní tok (reintegrace, školení, dávky): OIN 00000004191771249000
• UWV Malý peněžní tok (správa): OIN 00000004172892677000

Řešení dle kódu UWV: doplňte chybějící pole na faktuře. Řada UWV001 se týká povinných polí dodavatele; řada UWV002 identifikačních prvků.

Tato hláška se zobrazí v Odeslané poště, když fakturu nebylo možné doručit příjemci přes síť Peppol. Možné příčiny:

• Příjemce není registrován na Peppol: příjemce nemá aktivní Peppol registraci. Platforma v takovém případě automaticky nabídne záložní odeslání e-mailem.
• EndpointID nesprávné: Peppol adresa příjemce nesouhlasí. Zkontrolujte IČO nebo OIN, které jste vyplnili jako odběratele.
• Přijímající strana má technický problém: faktura byla správně odeslána, ale nemohla být zpracována systémem příjemce. To je mimo Váš vliv, kontaktujte příjemce.

Při selhaném doručení můžete fakturu odeslat znovu a přitom opravit EndpointID.

Pole dodavatele neobsahuje žádné údaje. K tomu dochází, když Vaše organizace není vybrána nebo když organizace není aktivována.

Řešení: Klikněte na ikonu tužky vedle pole dodavatele a vyberte Vaši organizaci. Není Vaše organizace ještě aktivována? Postupujte podle kroků v Přidání a aktivace organizace.

DIČ musí být vyplněno bez mezer, teček nebo pomlček, včetně kódu země. Správný formát pro Nizozemsko je NL123456789B01. Belgická DIČ musí být vyplněna jako BE následované přesně 10 číslicemi, bez oddělovačů.

Pokud zadaná částka zmizí, když přejdete na další krok, pole pravděpodobně obsahuje znaky, které nejsou povoleny. Pole pro částku akceptuje pouze číslice s čárkou jako desetinným oddělovačem. Zadávejte částky jako 100,00, ne jako € 100,00 nebo 100.00.

Varianty vyhledávání: "červená ikona stop odeslání", "červené kolečko odeslání", "fakturu nelze odeslat", "odeslání selhává", "ikona stop faktura", "poznámka k faktuře povinná", "IBAN bankovní účet povinný", "více informací poznámka k faktuře", "platební údaje IBAN prázdné", "povinná pole odeslání faktury".

Při odesílání ruční prodejní faktury se může zobrazit červená ikona stop: faktura se neodešle. Příčinou je validace formuláře na straně klienta -- nejde o chybu Peppol ani sítě, ani o vadu platformy. Odběratel/OIN, dosažitelnost přes Peppol a číslo objednávky mohou být již v pořádku, zatímco odeslání přesto selhává, protože jiné povinné pole zůstalo prázdné.

Zkontrolujte tato dvě pole:

1. Poznámka k faktuře (sekce Více informací) -- vyplňte krátkou poznámku nebo referenci, například číslo objednávky nebo referenci dohodnutou se zákazníkem.
2. IBAN bankovní účet (sekce Platební údaje) -- vyplňte IBAN, na který má platba dorazit, v případě potřeby přes Změnit. IBAN na úrovni organizace je nepovinný, ale prázdný IBAN na samotné faktuře může přesto blokovat odeslání.

Rozdíl oproti jiným blokacím:

• Tlačítko odeslání nereaguje nebo zobrazuje zástupné texty: viz "Tlačítko Odeslat Peppol nereaguje" níže (automatický překlad prohlížeče).
• Faktura zůstává v konceptech: viz příslušná sekce (nastavení organizace nebo chybějící "Odeslat přes").

Odesílání stále selhává i po vyplnění obou polí? Vyžádejte si snímek obrazovky s přesnou chybovou zprávou, nejen s ikonou stop.

Varianty vyhledávání: "číslo bankovního účtu není správně formátováno", "bankovní účet není správně formátován", "IBAN není správně formátován", "chyba formátu IBAN", "mezery v IBAN", "formátování IBAN platební údaje", "chyba IBAN při odesílání ruční faktury".

Při odesílání ruční prodejní faktury se může zobrazit zpráva, že číslo bankovního účtu nebo IBAN není správně formátováno, i když je číslo obsahově správné. Příčinou je validace formátu před odesláním pro IBAN nebo bankovní účet v sekci Platební údaje -- nejde o chybu Peppol ani sítě. Mezery, pomlnky nebo jiné oddělovače (nebo chybějící kód země) způsobí, že kontrola selhá.

Řešení:

1. Otevřete fakturu a přejděte na Platební údaje (IBAN nebo bankovní účet).
2. Zadejte celý IBAN jako jeden souvislý řetězec: kód země následovaný číslicemi/písmeny, bez mezer, pomlnek nebo jiných oddělovačů (tvar: NL00BANK0123456789).
3. Nepoužívejte staré číslo účtu bez kódu země -- nizozemské účty začínají na NL.
4. Uložte a fakturu znovu odešlete.

Rozdíl oproti jiným blokacím:

• Prázdné pole IBAN s červenou ikonou stop u povinných polí -- viz "Červená ikona stop při odesílání" výše.
• "ID není správně formátováno" se týká formátu identifikátoru/schemeID, ne bankovního účtu -- viz sekce o neznámých chybách/validaci identifikátoru výše.

Zpráva se stále zobrazuje? Vyžádejte si přesný obsah pole (vďetně mezer nebo znaků) a doslovnou chybovou zprávu nebo snímek obrazovky.

Varianty vyhledávání: "tlačítko odeslat nereaguje", "obrazovka načítání se sekne při odesílání", "divný text na faktuře", "divné jméno dodavatele", "nelogická jednotka na faktuře", "organizace zobrazuje divný text", "opakované přihlášení pro uložení", "znovu přihlásit pro odeslání", "pole faktury přeložená", "překlad prohlížeče při vytváření faktury", "nemohu se přihlásit", "divný text na přihlašovací stránce".

Pokud tlačítko odeslat nereaguje nebo obrazovka načítání zůstává zaseknutá při odesílání faktury Peppol a vidíte nepřeloženou syntaxi šablony jako {{invoice.data.supplierDetails.name}} místo vyplněných hodnot, příčinou je pravděpodobně automatický překlad prohlížeče.

Stejný vzor se může objevit při vytváření (nové) faktury: nelogické nebo "přeložené" popisky/hodnoty polí, mimo jiné u dodavatele, organizace a jednotky, kdy uložení nebo odeslání se podaří až po opakovaném přihlášení. Má to stejnou příčinu jako zástupné symboly na tlačítku odeslat -- nejde o chybu produktu a není důvod přeinstalovávat klientský software (platforma je pouze prohlížecová).

Stejný problém se objevuje na přihlašovací stránce platform.econnect.eu a jinde v UI: texty zástupných symbolů nebo syrové i18n klíče (například {{lang.text}} nebo I18N_COLLABRR_WS.*) místo běžných popisků. Uživatelé to často hlásí jako „nemohu se přihlásit“. Viz také Přihlášení a 2FA.

Automatický překlad prohlížeče (automatický překlad stránky v Chrome nebo Edge) zasahuje do DOM platformy. Tím tlačítka přestávají správně reagovat a zástupné symboly šablony nebo i18n, případně nelogické popisky polí, zůstávají viditelné.

Řešení (pořadí first-line):

1. Vypněte automatický překlad v prohlížeči pro platformu eConnect (včetně platform.econnect.eu).
2. Tvrdé obnovení (Ctrl+F5) a znovu se přihlaste; pokud je potřeba, znovu otevřete nebo vytvořte fakturu.
3. Stále nefunguje? Vymažte cache prohlížeče a/nebo zkuste jiný prohlížeč.
4. Problém trvá? Vyžádejte si snímek obrazovky stránky faktury včetně prohlížeče a jeho verze.

Varianty vyhledávání: "chyba při odesílání", "přerušovaná chyba portálu", "po restartu to jde", "chyba odeslání bez detailů", "chybová zpráva bez obsahu".

Někdy uživatel nahlásí chybu při odesílání přes platformu, aniž by uvedl konkrétní text chyby nebo snímek obrazovky. Bez tohoto obsahu není dost informací pro pevnou diagnózu; nejde o známý rozsáhlý výpadek.

Možný první krok (nepotvrzená příčina):

1. Vymažte cache prohlížeče a/nebo zkuste jiný prohlížeč.
2. Pokud to nepomůže, vyžádejte si více kontextu: konkrétní chybovou zprávu nebo snímek obrazovky, čas a číslo faktury.

Nezaměňovat s:

• Tlačítko odeslat nereaguje, obrazovka načítání se sekne, nebo nelogické popisky/zástupné symboly -- viz "Tlačítko Odeslat Peppol nereaguje" výše (automatický překlad prohlížeče, s vlastním pořadím first-line).
• Stav SentRetry nebo SentError po přijetí -- viz sekce o automatickém opětovném doručení Peppol dále na této stránce; jde o mechanismus opakování na straně serveru, ne o problém cache prohlížeče.

Tato hláška se zobrazí, když ručně nahrajete XML fakturu a v souboru chybí pole EndpointID dodavatele. V rozhraní platformy jde o pole "Partij-ID" pod "Dodavatel".

Řešení: v rozbalovacím seznamu vyberte hodnotu z vlastní organizace. Pokud seznam nezobrazí správný výsledek, znovu vyberte dodavatele, aby se obnovilo propojení.

Varianty vyhledávání: „Nebyly nalezeny žádné identifikátory aktivované pro odesílání pro společnost dodavatele“, identifikátory aktivované pro odesílání, „ověření dodavatele ještě není provedeno“, odeslání faktury nová administrace, dvě organizace s a bez s.r.o., neověřené identifikátory.

Tato zpráva, a fráze zákazníka „ověření dodavatele ještě není provedeno“ u první faktury nebo nové administrace, obvykle neukazuje na samostatný krok KYC dodavatele. Příčina je téměř vždy jeden z těchto čtyř bodů.

Kontrolní seznam (v pořadí):

1. Byla vybrána správná organizace dodavatele? Při dvou podobných organizacích (např. stejný název s a bez „s.r.o.“) mohla být vybrána nesprávná. Pomocí ikony tužky vyberte organizaci s ověřenými identifikátory -- organizace bez ověřených identifikátorů nemůže odesílat.
2. Je organizace aktivována? Ještě není aktivována: nejprve ji aktivujte pomocí Přidání a aktivace organizace.
3. Je zapnutý přepínač „Odesílání“? Přejděte na Organizace → vaše organizace → Detaily a zkontrolujte, zda alespoň jeden identifikátor (nejlépe IČO) má zapnutý přepínač Odesílání. U aktivované organizace je to obvykle již zapnuto.
4. Je DIČ správné? Zkontrolujte DIČ dodavatele i odběratele -- kód země a oddělovače -- viz BR-CO-09 výše. Chyba formátu DIČ se může objevit souběžně s touto zprávou.

Pokud zpráva přetrvává i po těchto čtyřech krocích, pošlete fakturu znovu po opravě údajů organizace nebo faktury.

Pokud fakturu nelze odeslat a zůstane ve složce "Koncepty", zkontrolujte dvě věci:

1. Odesílání povoleno: zkontrolujte v nastavení organizace, zda je aktivováno "Odesílání dokumentů". Pokud tato funkce není zapnutá, kontaktujte podporu.
2. Odeslat přes nastaveno: u odběratele musí být vedle OrganisatieID také vybrána možnost "Odeslat přes". Bez tohoto nastavení fakturu nelze odeslat.

Platforma eConnect někdy používá prefix jmenného prostoru v generovaných UBL fakturách (např. <urn:Invoice xmlns:urn="...">). Obě formy — s prefixem i bez — jsou technicky platné XML.

Příjemce odmítající faktury kvůli prefixu jmenného prostoru není Peppol-kompatibilní. Prefix jmenného prostoru není konfigurovatelný pro jednotlivé příjemce.

Komunikace zákazníkovi: faktura je technicky správná. Příjemce musí používat správný XML parser, který zpracovává jak jmenné prostory s prefixem, tak výchozí. Odmítání na základě prefixu jmenného prostoru není v Peppol povoleno.

Kódy chyb EBMS jako EBMS:0003 a EBMS:0004 jsou chyby transportu AS4 v komunikaci mezi přístupovými body. Zákazníci vidí SentError nebo SentRetry na platformě — samotný EBMS kód není viditelný v zákaznickém rozhraní.

Akce: přesměrujte zákazníka na TechSupport. TechSupport může zobrazit podrobnosti chyby prostřednictvím auditní stopy a Application Insights.

Kód chyby status 40 znamená, že dokument nebyl úspěšně zpracován. Dvě možné příčiny:

1. Chyba zpracování IDR: IDR nemůže dokument zpracovat a vrátí status 40.
2. Odmítnutí platformou: IDR dokument zpracoval, ale platforma ho poté nastaví na status 40 (např. kvůli validační chybě po konverzi).

Diagnostika: zaměstnanec eConnect musí prověřit v CloudWatch, jakými kroky zpracování dokument prošel.

Prostřednictvím možnosti Znovu odeslat v odeslané poště můžete znovu odeslat již odeslanou fakturu. Před faktickým odesláním můžete ještě upravit pole jako je odkaz (objednávkové číslo, OrderReference). Faktura je pak znovu odeslána se stejným číslem faktury, ale s opraveným odkazem.

Toto je doporučený postup, když příjemce zamitá fakturu kvůli nesprávnému číslu objednávky nebo jiné chybě odkazu. Vyhnete se tak nutnosti vytvářet dobropis a novou fakturu.

V současném Peppol BIS Billing 3.0 a NLCIUS je podporován pouze 1 odkaz na objednávku (OrderReference) na fakturu. Jde o omezení vyplývající z evropské normy EN 16931. Pokud faktura pokrývá více objednávek, musí dodavatel odeslat samostatné faktury.

AdditionalDocumentReference může obsahovat dodatečné odkazy jiných typů (projekt, smlouva nebo odkaz kupujícího), nikoli však více OrderReference.

Budoucnost: Revidovaná EN 16931-1:2026 (formálně schválená CEN dne 13. března 2026) přidává podporu pro více nákupních objednávek na fakturu. Očekává se, že bude zapracována v budoucí verzi standardu Peppol (možná BIS Billing 4.0). Do té doby platí současné omezení 1 OrderReference na fakturu v BIS Billing 3.0 a NLCIUS.

Pokud je faktura zamítnuta kvůli chybějícímu nebo neznámému číslu objednávky, je třeba rozlišit dvě úrovně.

1. Odkaz je povinný podle EN 16931. Odkaz -- číslo objednávky nebo jiný odkaz (BuyerReference, odkaz na smlouvu nebo projekt) -- je vyžadován. Faktura bez jakéhokoli odkazu nesplňuje základní pravidla normy.

2. eConnect standardně nezamítá na základě obsahu odkazu. Jedinou situací, kdy platforma zamítá v tomto bodě, je případ, kdy není přítomen žádný odkaz.

3. Konfiguraci specifická pro zákazníka může být přísnější. Skutečné zamítnutí závisí na konfiguraci příjemce. V konkrétní konfiguraci může být faktura zamítnuta, pokud je odkaz u daného příjemce neznámý. To závisí na konfiguraci a není standardním chováním platformy eConnect.

Akce:

• Znovu odešlete fakturu použitím možnosti Znovu odeslat (viz výše) s platným odkazem.
• Pokud je číslo objednávky neznámé, kontaktujte příjemce ohledně požadovaného postupu.

Faktura s konečným stavem InvoiceSentError (po chybě validace 4xx) nepodniká další pokusy o doručení. Pouze chyby 5xx se opakují (maximálně 8 pokusů, přibližně 35 hodin). U chyby 4xx je proveden jen jeden pokus; příjemci není odeslaná nic dalšího.

Neexistuje žádný DELETE endpoint pro prodejní faktury (salesInvoice). Odeslaná nebo zamítnutá prodejní faktura je událostí relevantní pro audit a zůstává dostupná v auditové stopvě po dobu 90 dnů. Pokud byla faktura nesprávná, vystavte dobropis nebo opravné fakturáci podle standardního účetního postupu.

Validace chyby jako TaxInclusiveAmount '-1.336061E6' není platným xs:decimal se vyskytují protože zdrojový systém serializuje číselné částky ve vědecké notaci (např. -1.336061E6 pro -1 336 061,00). Pole částky UBL jsou typu xs:decimal, který nepovolí notaci E.

Častá příčina: zdrojový systém uchovává částky interně jako double/float a používá výchozí konverzi řetězce, která automaticky přepíná na exponenciální notaci pro velmi velké nebo velmi malé hodnoty.

Řešení na straně zákazníka: aktualizovat zdrojový systém tak, aby byly částky vždy zapisovány jako obyčejný desetinný řetězec (např. prostřednictvím typů decimal/BigDecimal nebo desetinného vzoru nezávislého na lokálním nastavení, bez oddělovačů tisíců a bez notace E).

Na straně eConnect: nelze opravit automaticky -- hodnota je již nesprávná v dodávaném XML. Předat dodavateli softwarového balíčku.

Stav Doručeno znamená, že přijímající přístupový bod (poskytovatel služeb Peppol dlužníka) dokument technicky přijal a toto přijetí potvrdil. eConnect obdrží returnedMessageId (formát GUID@econnect.eu): důkaz, že faktura dorazila na přístupový bod příjemce.

Pokud dlužník tvrdí, že fakturu neobdržel, přičemž stav zobrazuje 'Doručeno', byl dokument doručen na přístupový bod dlužníka, ale v jeho vlastním softwaru nebo účetnictví není dosud viditelný. Jedná se o problém navazujícího zpracování na straně příjemce.

Postup řešení:

1. Potvrdit zákazníkovi, že faktura byla úspěšně odeslána na Peppol přístupový bod dlužníka a že eConnect obdržel potvrzení o doručení.
2. Poradit zákazníkovi, aby požádal dlužníka, aby kontaktoval svého vlastního poskytovatele služeb Peppol. Lze poskytnout returnedMessageId: s tímto identifikátorem může přijímající přístupový bod dokument dohledat.
3. Další řešení leží na straně přístupového bodu dlužníka; eConnect jako odesílající strana nemá přístup za bod doručení.

Varianty hledání: „přidat organizaci“ u faktury, portál dodavatele, název organizace + IČO vpravo nahoře, nelze upravit existující řádek organizace, nelze přejmenovat existující organizaci, screenshot organizace zákazníka vpravo nahoře, hlášení o identifikátoru při přidávání organizace (dodavatel), přidat vlastní organizaci samostatně, dlužník jako vlastní organizace, přidat příjemce faktury do prostředí, aktivovat organizaci dlužníka veřejné správy, příjemce musí být v prostředí, registrace pod vlastním OIN obce, OIN zákazníka jako vlastní organizace, fakturace obci s vlastním OIN, OIN příjemce není vlastní identifikátor, schéma 0190 dlužník.

Noví uživatelé -- zejména ti, kteří přecházejí z jiných služeb elektronické fakturace -- se někdy snaží při odesílání faktury přidat přijímající organizaci jako vlastní organizaci na platformě. To není potřebné a vede k chybové hlášce.

Pro odeslání faktury příjemci tato organizace nemusí být na vašem vlastním účtu: při vytváření faktury vyberte příjemce prostřednictvím pole pro vyhledávání dlužníka. Můžete hledat podle čísla obchodního rejstříku, názvu společnosti nebo čísla OIN.

Varianty hledání: "enabled for Peppol sending", "additional Peppol activation", "is sending already enabled", "další aktivace odesílání", "University of Luxembourg", "9938", "scheme zahraničního příjemce".

U aktivované organizace je odesílání ve výchozím nastavení zapnuté -- je součástí standardního připojení. Neexistuje samostatný krok «Peppol send enable» nad rámec aktivního stavu organizace. Viz Registrace na Peppol pro úplný aktivační postup.

Příjemce (například zahraniční Peppol stranu jako lucemburskou univerzitu) zadejte pouze na faktuře, přes pole pro vyhledávání dlužníka (ID organizace + Odeslat přes). Příjemce nepřidávejte jako vlastní organizaci na účtu -- viz také sekci «Zmatek: pokus přidat příjemce jako vlastní organizaci» výše.

Stále dostáváte chybovou hlášku, která zde není popsána? Kontaktujte nás přes support.econnect.eu.