Testovanie eFaktúry pred plným spustením: odoslanie, príjem a chyby

Krátka odpoveď

Pred plným spustením nestačí, že dodávateľ sľúbi podporu eFaktúry. Firma má otestovať aspoň odoslanie aj prijatie faktúry v tom rozhraní, ktoré bude používať: účtovný program, webová aplikácia alebo mobilná aplikácia.

FS v časti pre vlastníkov firiem uvádza testovanie odosielania a prijímania pred plným spustením. Toto je minimum; pri väčšom objeme faktúr treba doplniť aj chyby, opravy a archív.

Testujte v určenom testovacom prostredí so syntetickými subjektmi a dokladmi. K 12. septembru 2026 má regresný balík používať povinný Peppol BIS Billing release 3.0.21 a slovenskú transpozíciu v1.11.

Minimálne testy pred spustením

Negatívne scenáre, ktoré odhalia slabé miesto

• nesprávne DIČ alebo schéma elektronickej adresy,
• príjemca, ktorý nie je v testovacom SMP,
• duplicitné odoslanie s rovnakým idempotency kľúčom,
• neplatný súčet alebo nepovolený kód,
• príloha nad zmluvný limit poskytovateľa,
• výpadok po prevzatí, ale pred konečným stavom,
• oneskorená alebo opakovane doručená notifikácia,
• odobratie prístupu používateľovi počas rozpracovaného dokladu.

Kedy nepúšťať do produkcie

Nepúšťajte proces naplno, ak neviete odpovedať na tieto otázky:

• kto sleduje nové prijaté faktúry,
• kto rieši validačné chyby,
• kde sa uchová pôvodné XML,
• kto komunikuje s CPDS alebo sprostredkovateľom,
• ako sa opraví nesprávne odoslaná faktúra.

Výstupné kritériá pilotu

Do produkcie prejdite až vtedy, keď máte pri každom kritickom scenári uložený vstup, výsledné XML, verziu validačných pravidiel, korelačný identifikátor, konečný stav a vlastníka reakcie na chybu. Úspech v testbede nepreukazuje produkčný zápis účastníka, aktívne zmluvy ani pripravenosť C2→C5 reportingu.

Súvisiace čítanie

Pokračujte cez slovenský Peppol testbed a výpadok CPDS: čo robiť pri nedoručení.