Ako navrhnúť frontu na odosielanie eFaktúr?
Krátka odpoveď
Fronta je vhodná, ak odosielate viac faktúr alebo máte API integráciu. Má evidovať čakajúce doklady, pokusy, retry pravidlá, chyby, priority a idempotency key. ERP nemá visieť na tom, či externý partner odpovie okamžite.
Čakajúce doklady
Faktúra je pripravená, ale ešte nemusí byť odoslaná.
Riadené opakovanie
Opakujte bezpečne a s limitom.
Ručné riešenie
Po opakovaných chybách musí rozhodnúť človek.
Každý pokus
Ukladajte čas, výsledok a dôvod zlyhania.
Podrobné vysvetlenie
Fronta oddeľuje vystavenie faktúry od jej technického doručovania. Doklad sa najprv validuje a zaradí do fronty, worker ho odošle partnerovi a status sa vráti späť do ERP. Pri chybe sa použije riadený retry, pri opakovanom zlyhaní dead-letter stav a úloha pre človeka.
Ako to vyplýva zo zákona
Zákon nepredpisuje frontu, ale vyžaduje preukázateľný proces. Fronta pomáha zachytiť čas, pokusy, chyby a rozhodnutia pri odosielaní.
Praktické príklady
- Nočný batch zaradí 800 faktúr do fronty a worker ich odošle postupne.
- Partner má rate limit, preto fronta reguluje rýchlosť odosielania.
- Po troch zlyhaniach ide faktúra do ručnej kontroly.
Najčastejšie chyby
- „ERP má čakať na partnera synchronne.“ Pri výpadku tým zastavíte fakturáciu.
- „Retry môže byť nekonečný.“ Nekonečný retry zakrýva chyby a riziko duplicít.
- „Fronta nepotrebuje audit.“ Práve fronta vytvára dôležitú históriu pokusov.
Záver
Fronta robí odosielanie eFaktúr odolnejšie, ak má retry, idempotenciu a audit.
Právny základ
- Zákon č. 222/2004 Z. z. o DPH, § 76a
- Interná integračná architektúra
- SLA doručovacieho partnera
Súvisiace otázky
Nie je to právne poradenstvo. Zdroje: zákon č. 222/2004 Z. z. o DPH, Finančná správa SR eFaktúra FAQ, OpenPeppol BIS Billing 3.0 a interný validačný model eFaktúra centra. Overené 7. 7. 2026.