NOVERA.Software

05 · Gesetzliche Compliance

Meldungen, die Sie prüfen können.

Das Umsatzsteuermodul erstellt die slowakische Voranmeldung und Kontrollmeldung, zeigt den Hauptbuchnachweis hinter jeder Zahl und kennzeichnet, was nicht übereinstimmt. Die Übermittlung bleibt bei einem Menschen.

Wie die Zahlen belegt werden

Der Nachweis wird während der Berechnung erfasst, sodass die Transaktionen hinter einem Feld nicht von der darüber gedruckten Zahl abweichen können.

Die Kontrollmeldung wird aus den eigenen Zeilen der Voranmeldung aufgebaut, sodass die beiden Dokumente nicht auseinanderlaufen können. Leere Abschnitte bleiben mit null sichtbar.

Beide XML-Meldungen werden von Hand geschrieben, exakt nach den Konventionen, die das Portal erwartet, weil kein veröffentlichtes Schema existiert. Als Spezifikation dienten sechs reale angenommene Meldungen sowie der Writer des Vorgängersystems, mit der aktuellen Ausgabe als Kontrolle.

Eine abgelehnte Voranmeldung wurde zu zwei dauerhaften Regeln: welche Beträge bei welchen Transaktionsarten negiert werden und dass die Rundung vor der Ableitung erfolgt. Beide liegen nun an einer einzigen Stelle.

Das Modul auf einen Blick

  • Umsatzsteuervoranmeldung (DPDPH): Erklärung, Feldraster, Nachweis und Kontrollmeldung, dargestellt als vier Ansichten
  • Kontrollmeldung (KV DPH): in Abschnitte gegliedert nach dem eigenen Attribut jeder Hauptbuchzeile
  • Zwei XML-Exporte: Byte-Konventionen anhand angenommener Meldungen nachgewiesen
  • Unterstützende Listen: auf Zeilenebene nach Abschnitt gruppiert, sodass eine aufgeteilte Rechnung unter beiden erscheint
  • Gedruckte Formulare: A4 und A3 quer, in gesetzlicher Abschnittsreihenfolge
  • Ein einziger Schreibvorgang im Modul: der Umsatzsteuerschlüssel-Editor, innerhalb einer Transaktion, die zurückgerollt wird, sofern sich nicht genau eine Zeile ändert. Sobald eine Voranmeldung eingereicht ist, wird er gesperrt.

Plattformbeschreibung

Gesetzliche Compliance

Das slowakische Umsatzsteuermodul erstellt die Voranmeldung und die Kontrollmeldung, zeigt den Hauptbuchnachweis hinter jeder Zahl und kennzeichnet, was nicht übereinstimmt. Es endet absichtlich vor der Übermittlung: Ein Mensch lädt die fertige Datei in das Steuerportal hoch. Dieselbe Grenze zieht das System um seine KI.

Die Voranmeldung wird als Stapel aus vier Ansichten dargestellt: Erklärung, Feldraster, Nachweis und Kontrollmeldung.

  • Die Feld-Engine reproduziert siebzehn Filtersätze aus dem ursprünglichen System und hat keine Abhängigkeit von Datenbank, Uhr oder Kultureinstellung.
  • Sie erfasst ihren Nachweis während der Berechnung. Weil der Nachweis während der Berechnung erfasst wird, kann die Schublade mit den Transaktionen hinter einem Feld nicht von der darüber gedruckten Zahl abweichen.
  • Steuersatzcodes ändern sich je nach Jahr, abgeleitete Summen folgen der gesetzlichen Reihenfolge, und jedes Feld wird auf zwei Dezimalstellen gerundet, bevor irgendetwas daraus abgeleitet wird.

Die Kontrollmeldung wird aus den eigenen Zeilen der Voranmeldung aufgebaut, ohne zweite Abfrage, sodass die beiden Dokumente nicht auseinanderlaufen können. Abschnitte werden anhand des eigenen Analyseattributs jeder Hauptbuchzeile zugeordnet, und leere Abschnitte bleiben mit null sichtbar.

Beide Meldungen werden von Hand als XML geschrieben, weil die exakten Konventionen, die das Portal erwartet, nirgends als Schema veröffentlicht sind.

  • Ein unbenutztes Feld ist ein leeres Element, niemals eine Null.
  • Das Wurzelelement der Kontrollmeldung wird aus der Periode abgeleitet.
  • Jeder Abschnitt trägt seinen eigenen Attributsatz.

Als Spezifikation dienten sechs reale angenommene Meldungen und der eigene Writer des ursprünglichen Systems, mit der Ausgabe des aktuellen Builds als Kontrolle. Eine abgelehnte Voranmeldung führte zu zwei dauerhaften Regeln, die nun an einer einzigen Stelle liegen: welche Beträge bei welchen Transaktionsarten negiert werden und dass die Rundung vor der Ableitung erfolgt.

Um die beiden Meldungen herum stehen die unterstützenden Listen, ein gedrucktes Formular für jedes Dokument und ein Umsatzsteuerschlüssel-Editor. Die Listen sind auf Zeilenebene nach Abschnitt der Kontrollmeldung gruppiert, sodass eine Rechnung, die sich über zwei Abschnitte erstreckt, unter beiden erscheint.

Der Editor ist der einzige Schreibvorgang im gesamten Modul. Er verschiebt den Analyse- oder Abschnittscode einer einzelnen Hauptbuchzeile innerhalb einer Transaktion, die zurückgerollt wird, sofern sich nicht genau eine Zeile ändert, und er verweigert die Änderung grundsätzlich, sobald die Voranmeldung der Periode eingereicht wurde.