Das Bolt-on-Problem
Die meisten eTIMS Tools liegen neben dem Kassenbuch. Eine Rechnung wird in Dynamics 365gebucht. Jemand oder ein Auftrag schickt sie an eine Control Unit. Eine zweite Liste zeigt die CU-Rechnungsnummern. Am Monatsende stimmt die Finanzabteilung die beiden ab. Jedes nicht übereinstimmte Dokument ist ein Compliance-Risiko und eine Stunde Zeit für jemanden.
Bolt-on-Unterschrift scheitert auch an den wichtigen Stellen: eine Kreditnotiz, die nicht auf das Original zeigt, eine POS Quittung, die offline verkauft wurde und nie in der Warteschlange war, eine Debitnotiz, die bucht wurde, während die Transaktionsnummer offline war. Das Hauptbuch sieht geschlossen aus. Die KRA -Datei nicht. Diese Lücke ist der Grund, warum Gruppen überrascht werden.
Welche Änderungen im Ablauf des Signierens
Wenn der Control Unit-Anruf innerhalb der Buchungsroutine läuft, wird ein Dokument nur einmal unterschrieben. Die Unterschrift, die QR-Daten und die CU-Rechnungsnummer landen auf demselben Datensatz wie der Hauptbucheintrag. Es gibt nichts mehr zu übereinstimmen, weil das ununterschriebene Dokument nie zur Tatsache wurde.
DigiTaxFlow 365 ist so auf Business Central und auf Finance & Operationsaufgebaut. Einzelhandels- und POS -Quittungen unterschreiben pro Transaktion, werden offline in die Warteschlange gestellt und wieder verbunden. Kredit- und Sollschriften werden mit dem Original verknüpft. Der Bericht zum unterschriebenen Dokument ersetzt die Monatstabelle.
Was das bei einem Mehrländer-Rollout bedeutet
Kenia ist ein gesetzliches Plug-in, kein Grund, die Vorlage zu forken. Das Diagramm, der Verkaufsauftrag und die POS bleiben geteilt. Der E-In-Invoicing-Aufruf ist die Länderebene, genauso wie PEPPOL oder eine europäische SAF-T-Datei eine Länderebene ist. Wenn Ihr globales Design "Wir werden eTIMS später anschließen" fest kodiert, haben Sie bereits ein zweites System in dem Land akzeptiert, in dem die Durchsetzung am strengsten ist.
Ein Partner, der eTIMS als Phase-Zwei-Schnittstelle behandelt, wird Ihnen eine Abstimmung übergeben. Wir betrachten es als eine Veröffentlichungsregel. Das ist der Unterschied zwischen einem Kenya-Go-Live-Projekt und einem Kenya-Projekt, das nie ganz endet.
Was man in seinem eigenen Setup überprüfen sollte
Stellen Sie drei Fragen. Kann eine Rechnung ohne Unterschrift gebucht werden? Wo befindet sich die CU-Nummer – im Hauptbuch oder in einer anderen Datenbank? Wie werden Kreditnotizen mit dem Original verknüpft? Wenn eine Antwort eine Tabelle beinhaltet, ist das Design falsch.
Dann fragen Sie, wem die nächste KRA Änderung gehört. Wenn die Antwort ein Entwickler und eine Änderungsanfrage ist, ist die Signing-Logik im Code. Sie gehört ins Produkt. Wenn Sie diesen Test auf Ihrem Tenant durchführen wollen, sollten wir das vor dem nächsten Abschluss führen.