Dies ist kein Trendbericht
Die Abonnement-Hotline auf dieser Seite verspricht ein zweimal jährliches Briefing. Dies ist die Ausgabe vom September 2026. Es handelt sich nicht um eine Umfrage zum ERP Markt und enthält keinen Prozentsatz, den wir nicht gemessen haben. Das ist das, was wir in Dynamics 365 Programmen sehen, die wir entwerfen sollen: in den Vereinigten Staaten, Europa, Indien, Kenia, Südafrika und Australien.
Drei Muster kommen immer wieder in derselben Reihenfolge an. Die Steuer ist weiterhin im Code geschrieben. Die E-Rechnung liegt weiterhin neben dem Hauptbuch. Die Bankakte eines neuen Landes wird weiterhin als X++-Projekt angegeben. Jedes einzelne ist eine architektonische Entscheidung, die in Discover günstiger abgelehnt werden konnte, als nach dem Go-Live wieder abzuschalten.
Die Steuer stirbt im Code immer noch aus
Eine Steueränderung ist ein datierter Steuercode, ein Abwicklungszeitraum und eine Testausschreibung. Wir erben immer noch Mieter, bei denen 16 % in X++ wohnen, wo eine Al-Verlängerung eine Steuergruppe angenommen hat und eine Integration eine Steuerkette schickt, die eine Bank nicht mehr akzeptiert. Das ist kein kenianisches oder europäisches Problem. Eine Änderung der US-Umsatzsteuer und eine deutsche Mehrwertsteueränderung scheitern auf dieselbe Weise, wenn die Zahl in ein Entwickler-Artefakt eingegeben wurde.
Die Regel, die wir halten: Wenn eine Steuerbehörde die Zahl ändern kann, besitzt die Finanzabteilung einen veralteten Code. Entwickler tun das nicht. Go-Live ist erst abgeschlossen, wenn die Finanzabteilung den Zinssatz in einer Sandbox ohne uns verschieben kann. Der Artikel hinter dieser Regel ist der Steuerteil auf dieser Seite. Die einseitige Kontrolle ist, ob dein Team es am Dienstag machen kann.
Die Unterschrift findet weiterhin neben dem Kassenbuch statt
Kenya eTIMS ist der strengste Beweis, den wir durchführen. Wenn der Control Unit-Anruf im Buchungsbereich liegt, wird eine nicht unterschriebene Rechnung nie zur Fakt im Hauptbuch. Wenn sie in einem Tool neben Dynamics 365liegt, ist das Monatsende eine Abstimmung und eine Kreditnotiz, die nicht auf das Original zeigt.
Die gleiche Form ist das, was wir einem europäischen PEPPOL-Rollout und einer US- oder indischen Behördenakte mitteilen. Das Diagramm, die Verkaufsreihenfolge und die Kasse bleiben geteilt. Der Unterschriftsruf ist die Länderebene. Ein Design, das sagt: "Wir werden die E-Rechnung später anbringen", hat bereits ein zweites System in dem Land akzeptiert, in dem die Durchsetzung am strengsten ist.
Ein neues Land ist eine Kartierung, kein Bau
Lieferantenzahlungen und Mitarbeiterzahlungen gehen über ein Gateway auf dem globalen Kern, DisbursementFlow 365, an die Bank, die das Land tatsächlich nutzt. Die Kontovalidierung verwendet IBAN-Regeln für 89 Länder. Die Datei ist ISO 20022 Pain.001. Ein Hersteller prüft und eine zweite Person gibt frei. Das Statusprotokoll kann nicht bearbeitet werden.
Was wir ablehnen, ist jedes Mal, wenn eine Bank oder ein Land hinzugefügt wird, ein neues X++-Zahlungsformat. Diese Arbeit ist eine Dateizuordnung in Azure. Die Gehaltsabrechnung für Kenia, Nigeria und Südafrika bleibt ein Produkt im Kern. Es berechnet. Das Gateway zahlt. Eine US- oder europäische Organisation beauftragt keine zweite Gehaltsabrechnungs-Engine, um eine Bankakte zu erhalten.
Was wir dieses halbe Jahr abgelehnt haben
Eine Business Central Lizenz, die als Sprungbrett zum Finance & Operationsverkauft wird. Ein Spenderbericht, der aus Arbeitsbüchern aus vier Ländern exportiert wird. Ein Marktplatz-Settlement, der "einfach das Netz schickt" und die Steuer-Engine überspringt. Ein Präferenzpunkt-Score, der in einer Tabelle neben einem öffentlichen Kassenbuch geführt wird. Ein zweites Diagramm für IFRS.
Die Lieferung dieser Arbeit erfolgt aus Australien, Kenia, Südafrika, Indien und Europa. Die Methode ändert sich nicht mit der Stadt. Die nächste Ausgabe, März 2027, wird die gleiche Art von Notiz sein: Was hat sich im Design geändert und was werden wir noch nicht bauen. Es wird kein Diagramm des Marktanteils wachsen.