NOVERA.Software

05 · Zákonné povinnosti

Podání, která lze auditovat.

Modul DPH vytváří slovenské přiznání a kontrolní výkaz, ukazuje doklady z hlavní knihy za každým údajem a upozorňuje na to, co nesouhlasí. Podání zůstává na člověku.

Jak se čísla obhajují

Důkazy se zachycují během výpočtu, takže transakce za řádkem nemohou odporovat číslu vytištěnému nad nimi.

Kontrolní výkaz se sestavuje z vlastních řádků přiznání, takže se oba dokumenty nemohou rozejít. Prázdné oddíly zůstávají viditelné s nulou.

Obě podání XML jsou psána ručně přesně podle konvencí, které portál očekává, protože žádné publikované schéma neexistuje. Specifikaci tvořilo šest skutečných přijatých podání a generátor předchozího systému, s aktuálním výstupem jako kontrolou.

Odmítnuté přiznání vedlo ke dvěma trvalým pravidlům: které údaje mění znaménko u kterých typů transakcí a že zaokrouhlení probíhá před odvozením. Obě nyní sídlí na jednom místě.

Modul v přehledu

  • Přiznání k DPH (DPDPH): přiznání, mřížka řádků, důkazy a kontrolní výkaz jako čtyři pohledy
  • Kontrolní výkaz (KV DPH): členěný do oddílů podle vlastního atributu každého řádku hlavní knihy
  • Dva exporty XML: bajtové konvence ověřené proti přijatým podáním
  • Podpůrné přehledy: seskupené podle oddílů na úrovni řádků, takže rozdělená faktura se objeví v obou
  • Tištěné formuláře: A4 a A3 na šířku, v zákonném pořadí oddílů
  • Jediný zápis v modulu: editor kódů DPH, uvnitř transakce, která se vrátí zpět, pokud se nezmění přesně jeden řádek. Po podání přiznání je zápis odmítnut.

Popis platformy

Zákonné povinnosti

Slovenský modul DPH vytváří přiznání a kontrolní výkaz, ukazuje důkazy z hlavní knihy za každým údajem a upozorňuje na to, co nesouhlasí. Před samotným podáním se úmyslně zastavuje: hotový soubor nahrává na daňový portál člověk. Stejnou hranici systém vymezuje kolem své AI.

Přiznání je prezentováno jako sada čtyř pohledů: přiznání, mřížka řádků, důkazy a kontrolní výkaz.

  • Výpočet řádků reprodukuje sedmnáct sad filtrů z původního systému a nemá žádnou závislost na databázi, hodinách ani národním prostředí.
  • Své důkazy zaznamenává během výpočtu. Protože se důkazy zachycují během výpočtu, panel transakcí za řádkem nemůže odporovat číslu vytištěnému nad ním.
  • Kódy sazeb se mění podle roku, odvozené součty následují zákonné pořadí a každý řádek se zaokrouhlí na dvě desetinná místa dříve, než se z něj cokoli odvodí.

Kontrolní výkaz se sestavuje z vlastních řádků přiznání bez druhého dotazu, takže se oba dokumenty nemohou rozejít. Oddíly se mapují podle vlastního analytického atributu každého řádku hlavní knihy a prázdné oddíly zůstávají viditelné s nulou.

Obě podání se píší jako XML ručně, protože přesné konvence, které portál očekává, nejsou nikde publikovány jako schéma.

  • Nepoužitý řádek je prázdný element, nikdy nula.
  • Kořenový element kontrolního výkazu se odvozuje z období.
  • Každý oddíl nese vlastní sadu atributů.

Specifikaci tvořilo šest skutečných přijatých podání a vlastní generátor původního systému, s výstupem aktuálního sestavení jako kontrolou. Odmítnuté přiznání vedlo ke dvěma trvalým pravidlům, která nyní sídlí na jednom místě: které údaje mění znaménko u kterých typů transakcí a že zaokrouhlení probíhá před odvozením.

Kolem obou podání jsou podpůrné přehledy, tištěný formulář pro každý dokument a editor kódů DPH. Přehledy jsou seskupeny podle oddílů kontrolního výkazu na úrovni řádků, takže faktura zasahující do dvou oddílů se objeví v obou.

Editor je jediným zápisem v celém modulu. Přesouvá analytický kód nebo kód oddílu jednoho řádku hlavní knihy uvnitř transakce, která se vrátí zpět, pokud se nezmění přesně jeden řádek, a rovnou odmítne, jakmile bylo přiznání za dané období podáno.