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
| Test | Čo má byť výsledok |
|---|---|
| Odoslanie faktúry | doklad je validný, odoslaný a má sledovateľný stav |
| Príjem faktúry | doklad sa zobrazí správnej osobe alebo účtovníkovi |
| Chybná faktúra | systém ukáže zrozumiteľnú chybu a postup opravy |
| Opravný doklad | firma vie poslať dobropis alebo opravený doklad podľa procesu |
| Export | firma vie stiahnuť pôvodné XML a prílohy |
| Zmena používateľa | je jasné, kto má prístup pri dovolenke, výmene účtovníka alebo odchode zamestnanca |
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í.