Reporting-Kontinuität während einer ERP-Migration sichern

Eine ERP-Migration ist selten ein einzelnes Ereignis. Zunächst gibt es eine Auswahlphase, die sechs bis zwölf Monate dauern kann, bevor überhaupt etwas unterschrieben wird, gefolgt von einer Implementierung, die vom Kickoff bis zu einem System, das das Tagesgeschäft tatsächlich trägt, typischerweise zwölf bis vierundzwanzig Monate in Anspruch nimmt. Das Finanzteam kann das Reporting währenddessen nicht pausieren. Das Board-Paket ist weiterhin monatlich fällig, die Wirtschaftsprüfer erscheinen weiterhin nach Plan, und mitten in der Migration liegt die eine Hälfte Ihrer finanzrelevanten Daten im alten System, die andere im neuen – und keines von beiden ist für sich genommen vollständig verlässlich.

Genau in dieser Lücke – zwischen „wir haben mit der Migration begonnen” und „das neue ERP läuft vollständig und sauber” – bricht das Reporting still und leise zusammen. Nicht, weil jemand etwas falsch gemacht hätte, sondern weil die meisten Reporting-Tools darauf ausgelegt sind, sich mit einem System zu verbinden – und eine Migration bedeutet, dass Sie über weite Strecken von zwei Jahren eben kein einzelnes System haben.

Warum die Mitte einer Migration der gefährliche Teil ist

Das Problem tritt in der Regel nicht beim Go-live selbst auf. Der Go-live wird geplant, getestet und personell abgesichert. Gefährlich sind die Monate davor und danach: Das alte ERP wird abgewickelt, und niemand will noch weitere Integrationsarbeit hineinstecken, das neue ist noch nicht vollständig konfiguriert, und das Finanzteam bleibt darauf angewiesen, zwei unvollständige Bilder von Hand miteinander abzustimmen. Hängt Ihr Reporting an einer Live-Anbindung zu genau einem ERP, zwingt Sie eine Migration zur Wahl zwischen einem Reporting auf Basis eines Systems, das gerade abgeschaltet wird, oder eines, das noch nicht bereit ist.

Hinzu kommt eine Kostendimension, die man offen ansprechen sollte. Legacy-ERP-Systeme – seit über zehn bis zwölf Jahren im Einsatz, stark individualisiert, ohne moderne API und ohne Cloud-Roadmap – sind teuer, sauber zu integrieren, und wenn mehrere dieser Warnsignale zusammenkommen, rechnet sich ein reines System-zu-System-Connector-Projekt oft schlicht nicht mehr. Genau das ist die Situation, die eine Migration beheben soll – und genau durch diese Situation müssen Sie berichten, während die Behebung noch läuft.

Reporting von der ERP-Entscheidung entkoppeln

Die praktische Antwort besteht darin, das monatliche Reporting nicht länger von einem fertigen, vollständig angebundenen ERP-System abhängig zu machen. Der Ingestion-Pfad von Rexfin arbeitet mit Datei-Exporten – einer Summen- und Saldenliste oder einem GL-Extrakt in einer Tabelle – und umgeht damit genau die API-Abhängigkeit, an der Reporting-Tools scheitern, die nur für direkte Anbindungen gebaut sind. Ein sauberer Export aus einem Legacy-System ist eine brauchbare Eingabe, selbst während dieses System auf dem Weg nach draußen ist, und dasselbe gilt für einen Export aus einem neuen ERP, das noch konfiguriert wird. Die Reporting-Schicht braucht keines der beiden Systeme fertig – sie braucht eine Datei, die sie jeden Monat in dasselbe abgestimmte Modell einordnen kann.

Das ist während einer Migration besonders wichtig, weil dadurch der Wechsel vom alten zum neuen System nicht automatisch auch ein Wechsel in der Art des Reportings sein muss. Das Kontenrahmen-Mapping, das Ihre Zahlen mit den konsolidierten Positionen verknüpft, bleibt Aufgabe des Modells – und muss nicht am Tag des Go-live neu aufgebaut werden. Sobald sich das neue System stabilisiert und eine native Anbindung sinnvoll wird, ist das eine eigene, weniger dringliche Entscheidung – keine, zu der Sie mitten in der Migration gezwungen werden, nur um den Monatsabschluss am Laufen zu halten.

Was gleich bleibt

Eine ERP-Migration ist in der Regel auch der Moment, in dem Appetit auf die Werkzeuge rund um das Kernsystem entsteht – Treasury, AP-Automatisierung, E-Invoicing, Reporting –, weil diese Entscheidungen gemeinsam mit der Wahl der Hauptplattform neu überdacht werden. Wenn Ihr Unternehmen zur gleichen Zeit auch die Vorbereitung auf ZATCA Phase 2 durchläuft, ist das kein Zufall – Migrationen und Compliance-Fristen häufen sich gern gleichzeitig, und es lohnt sich, sie aufeinander abzustimmen, statt jede für sich als eigenständiges Projekt zu behandeln.

An dieser Stelle lohnt sich Klarheit über die Grenze: Die dateibasierte Ingestion nimmt Ihnen die Abhängigkeit von einer fertigen Anbindung ab, aber nicht die Notwendigkeit, dass jemand jede Periode prüft, ob der Export vollständig und korrekt abgegrenzt ist. Ein schlechter Export bleibt ein schlechter Export. Was wegfällt, ist die falsche Wahl zwischen dem Reporting auf Basis eines auslaufenden Systems und dem Warten auf das neue.

Für wen das relevant ist

Finanzteams mitten in einer Migration, die die Zahlen dieses Quartals brauchen – unabhängig davon, welches ERP gerade in dieser Woche maßgeblich ist. Controller, die eine neue Tochtergesellschaft betreuen, die mit einem anderen System startet als die Muttergesellschaft, während gleichzeitig eine konzernweite Migration läuft. Und alle, die auf den Jahresabschluss zusteuern, während der Migrationszeitplan keine Rücksicht auf den Geschäftsjahreskalender nimmt.

Wenn Sie mitten in einer Migration stecken und sehen möchten, wie das Reporting auf Basis von Datei-Exporten weiterläuft, während sich das ERP einpendelt, buchen Sie eine Demo, oder sehen Sie sich den Rest der Serie zu den Anwendungsfällen für Finanzteams an.