Die teure Art, einen Steuersatz zu ändern,
Ein Finanzminister kündigt eine Änderung der Mehrwertsteuer an. In einem gut gestalteten Dynamics 365 Mieter ist das ein datierter Steuerkodex, eine Abwicklungsfrist und eine Testausschreibung. In einem schlecht gestalteten ist es ein Projekt: das X++ finden, das 16 % fest kodiert hat, das AL, das eine Steuergruppe angenommen hat, den Bericht, der den Zeilenbetrag mit einer Konstanten multipliziert hat, und die Integration, die eine Steuerkette gesendet hat, die eine Bank nicht mehr akzeptiert.
Wir haben Programme übernommen, bei denen eine gesetzliche Änderung sechs Wochen Entwicklungszeit bedeutete. Das ist kein Steuerproblem. Das ist ein Architekturproblem. Wenn Ihre nächste Tarifänderung einen Entwickler benötigt, hat der letzte Partner Ihnen eine individuelle Anwendung gebaut, die zufällig auf Dynamics 365liegt.
Die Steuer gehört in die Konfiguration, nicht in den Code
Dynamics 365 verfügt bereits über die Objekte: Steuercodes, Steuergruppen, Artikelsteuergruppen, Quellenabziehung, Befreiung, Rücksteuerperioden, Steuerperioden und auf Finance & OperationsSteuerberechnungsdienst sowie elektronische Berichterstattung. Die Aufgabe eines globalen Rollouts ist es, diese zu nutzen. Anpassung dient der Lücke, die das Produkt nicht ausdrückt, und sie folgt einem Werkstatt, anstatt einen zu ersetzen.
In jedem Programm haben wir eine Regel: Wenn ein Anwalt oder eine Einnahmebehörde die Zahl ändern kann, muss sie in einer veralteten Konfiguration leben. Entwickler besitzen keine Steuersätze. Finanzen tun das, mit einer Genehmigungsspur.
Eine Steuer-Engine, viele Bücher
Eine kenianische Einheit, eine südafrikanische und eine deutsche Gesellschaft benötigen keine drei Steuerdesigns. Sie benötigen ein Steuerdesign mit länderspezifischen Codes, Daten und Berichtslayouts. Das Diagramm, die Maße und die Veröffentlichungsprofile bleiben geteilt. Was sich an der Grenze ändert, ist die gesetzliche Ebene: Mehrwertsteuer versus GST versus Quellenabzüge, das Steuerformular, der E-Rechnungsanruf.
So führt eine Gruppe eine Tarifänderung in Nairobi durch, ohne die deutsche Vorlage neu zu öffnen. Software Dynamics veröffentlicht eTIMS Insider-Posting für Kenia und Gehaltsabrechnung für KE, NG und ZA aus demselben Grund: Der gesetzliche Teil ist ein konfiguriertes Produkt, kein Einzelfall. Dein nächstes Land sollte sich in dasselbe Muster anschließen.
Was wir nicht anpassen wollen
Wir werden keinen Satz, eine Schwelle oder eine Steuerzeile in X++ oder AL festkodieren. Wir werden keine Steuern in einer Excel-Datei berechnen, die ein Journal führt. Wir werden nicht zulassen, dass eine Integration die Steuer-Engine umgeht, sodass ein Marktplatz oder ein POS "einfach das Netz abschicken" kann. Diese Entscheidungen fühlen sich im zweiten Monat schnell an und werden im zweiten Jahr zu einem Programm, wenn die Behörde die Regel ändert und niemand mehr weiß, welche Schnittstelle die alte übernommen hat.
Wie ein Software Dynamics Rollout darauf ausgerichtet ist, Veränderungen zu absorbieren
Discover nennt jede Steuer, die die Gruppe tatsächlich einreicht, nicht die auf einer Folie. Design setzt jede von ihnen auf einen veralteten Code mit einem Eigentümer. Deploy testet eine Satzänderung in der Sandbox als Go-Live-Kriterium: Finanzen ändern 16 % auf 18 % ohne uns, und das ist der Go-Live-Test. Support ist ein Konfigurationsupdate, keine Änderungsanfrage für Code.
Wenn Sie einen Partner für ein multinationales Dynamics 365 -Programm auswählen, bitten Sie ihn, Ihnen die letzte gesetzliche Änderung zu zeigen, die sie als Konfiguration geliefert haben. Wenn die Antwort eine Entwicklungsschätzung ist, suchen Sie weiter. Wenn Sie das Design wollen, das die nächste Haushaltsrede übersteht, sprechen Sie mit uns.