Regresné testovanie

Čo je regresné testovanie po aktualizácii účtovného softvéru?

Krátka odpoveď

Regresné testovanie je proces, pri ktorom sa po aktualizácii verzie ERP alebo účtovného softvéru opätovne overí, že funkcionalita súvisiaca s eFaktúrou — teda generovanie, validácia, odosielanie aj prijímanie XML dokumentov — naďalej funguje správne a nezmenila sa nechcene v dôsledku aktualizácie. Ide o odporúčanú prevádzkovú prax, nie o zákonnú povinnosť vyplývajúcu zo zákona o DPH alebo o účtovníctve.

Po každej aktualizácii

Odporúčaný krok

Overiť funkčnosť eFaktúry po zmene verzie softvéru.

Bežné aj netypické scenáre

Rozsah testovania

Dobropis, cudzia mena, viacero príloh a podobne.

Validátor Peppol Testbed

Nástroj overenia

Kontrola voči obchodným pravidlám pred produkčným použitím.

Prevádzková prax

Nie zákonná povinnosť

Firma si tento postup nastavuje sama v rámci internej kontroly.

Podrobné vysvetlenie

Dôvodom potreby regresného testovania je riziko, že aj drobná aktualizácia softvéru môže neúmyselne zmeniť spôsob generovania XML, napríklad formát dátumu, zaokrúhľovanie súm alebo mapovanie polí, čo by mohlo spôsobiť, že novo vygenerované faktúry prestanú prechádzať validáciou alebo budú obsahovať vecne nesprávne údaje. Odporúčaný postup je po každej väčšej aktualizácii softvéru vygenerovať niekoľko testovacích faktúr pokrývajúcich bežné aj netypické scenáre (napríklad dobropis, faktúru v cudzej mene, alebo faktúru s viacerými prílohami) a overiť ich cez validátor Peppol Testbed skôr, než sa aktualizovaný systém začne používať na reálne obchodné transakcie.

Ako to vyplýva zo zákona

Regresné testovanie nie je predmetom osobitnej úpravy zákona č. 222/2004 Z. z. o DPH ani zákona č. 431/2002 Z. z. o účtovníctve. Súvisí so všeobecnou zodpovednosťou platiteľa za správnosť a preukázateľnosť vyhotovených faktúr podľa § 74 zákona o DPH.

Praktické príklady

  • Po aktualizácii ERP na novú verziu firma vygeneruje testovaciu faktúru s dobropisom a overí ju validátorom.
  • Regresné testovanie odhalí, že aktualizácia zmenila formát dátumu splatnosti oproti očakávanému.
  • Firma zaradí regresné testovanie eFaktúry ako štandardný krok pri každom väčšom softvérovom vydaní.

Najčastejšie chyby

  • „Regresné testovanie po aktualizácii softvéru vyžaduje zákon o DPH.“ Ide o odporúčanú prevádzkovú prax, nie o zákonnú povinnosť.
  • „Stačí otestovať len jednu bežnú faktúru po aktualizácii.“ Odporúča sa pokryť aj netypické scenáre, napríklad dobropis alebo faktúru s prílohami.
  • „Aktualizácia softvéru nemôže ovplyvniť správnosť generovaného XML.“ Aj drobná zmena môže neúmyselne ovplyvniť formátovanie alebo mapovanie polí vo výslednom XML.

Záver

Regresné testovanie po aktualizácii softvéru je odporúčaná prax na overenie, že generovanie a spracovanie eFaktúr zostáva správne aj po zmene systému.

Právny základ

  • Zákon č. 222/2004 Z. z. o DPH, § 74

Súvisiace otázky

Nie je to právne poradenstvo. Zdroje: zákon č. 222/2004 Z. z. o DPH, EN 16931 a Peppol BIS Billing 3.0 (dokumentácia OpenPeppol, docs.peppol.eu), Finančná správa SR — FAQ 9/DPH/2025/IM k eFaktúre. Overené 7. 7. 2026.