Najdrahšia chyba pri e-fakturácii nie je vystavenie nesprávnej faktúry. Je to zistenie o dva dni neskôr, že ju FS SR odmietla.
Pri analýze fakturačných workflow v slovenských firmách sa stretávame s rovnakou architektonickou medzerou: medzi „vystavené" a „prijaté FS SR" neexistuje žiadna kontrolná vrstva. Faktúra odíde, čaká sa, a o niekoľko dní príde buď potvrdenie alebo odmietnutie. Cash flow medzitým stojí.
Čo robí pre-flight validácia
V 1FAKTURA sme túto medzeru zatvorili vrstvou pre-flight validácie. Pred každým odoslaním systém prejde 38 kontrol:
- Štruktúra UBL 2.1 podľa EN 16931
- TypeCode 380 / 381 pre faktúru a dobropis
- Formát IČ DPH overený proti RPO v reálnom čase
- Variabilný symbol v poli
PaymentMeans/PaymentID, nie v poznámke - Dátumy v ISO 8601, kódovanie UTF-8
- QR PAY validácia podľa Pay by Square štandardu
Faktúra, ktorá neprejde validáciou, sa neodošle. Užívateľ dostane konkrétny popis chyby ešte na svojej obrazovke — nie odpoveď FS SR o dva dni neskôr.
Čo to znamená v číslach
Výsledok pri reálnej prevádzke:
| Metrika | Bez validácie | S 1FAKTURA |
|---|---|---|
| Faktúr prijatých na 1. odoslanie | 77 % | 99,9 % |
| Priemerný inkasný cyklus | baseline | −1,8 dňa |
| Spätné opravy účtovníctva | 2–4 h / týždeň | minimálne |
Pre účtovné oddelenie to znamená koniec spätných opráv. Pre cash flow to znamená priemerné skrátenie inkasného cyklu o 1,8 dňa.
Architektonická pointa
Validácia pred odoslaním nie je „nice to have". Je to jediný spôsob, ako previezť pojem „compliance" z papiera do operatívy.
Bez nej je každá vystavená faktúra hypotézou — overená až keď ju FS SR potvrdí alebo odmietne. S ňou je každá odoslaná faktúra už predtým mechanicky zaručene validná.
Súvisiaci kontext: tri operačné riziká povinnej e-fakturácie pre CFO a praktický návod na vystavenie e-faktúry v UBL 2.1.