Anbindung und Abstimmung über NetSuite, Sage, SAP und Oracle hinweg

Eine Bilanzbuchhalterin in einem Unternehmen mit drei Gesellschaften hat uns ihren Abschluss einmal als “Warten” beschrieben. Eine Tochtergesellschaft auf NetSuite, eine auf SAP, eine humpelte noch auf einer Sage-Instanz weiter, die niemand migrieren wollte. Jeden Monat schrieb sie drei Personen eine E-Mail, wartete auf drei Saldenlisten-Exporte, öffnete drei Tabellen in leicht abweichenden Layouts und begann, die Konten von Hand zuzuordnen. Die eigentliche Konsolidierung dauerte einen Nachmittag. Das Warten dauerte acht Tage.

Diese Lücke ist der eigentliche Preis einer Finanzfunktion über mehrere ERP-Systeme hinweg, und genau hier kapitulieren die meisten Werkzeuge zur “Abschluss-Automatisierung” still und leise. Sie binden sich sauber an ein System an, lesen die übrigen über einen nächtlichen CSV-Abwurf und nennen das Ergebnis Integration. Das ist es nicht. Es ist lediglich ein schnellerer Weg, denselben fragilen Stapel von Exporten zusammenzutragen.

Exporte sind keine Verbindungen

Ein CSV-Export ist eine Momentaufnahme des Hauptbuchs zu einem einzigen Zeitpunkt, aufgenommen in einem Format, das das Quellsystem für die Buchhaltung gewählt hat, nicht für den Abgleich. SAP, Oracle, NetSuite und Sage speichern Kreditoren, Debitoren und das Hauptbuch jeweils in Strukturen, die auf ihre eigene Buchungslogik optimiert sind. Brauchbare Transaktionsdaten aus ihnen herauszuholen bedeutet jedes einzelne Mal einen Transformationsschritt, und Transformationsstrecken auf Basis von Exporten sind genau die Stelle, an der die Abstimmung still und leise zerbricht.

Die Fehlerbilder sind unspektakulär und teuer. Eine Buchungsperiode wird in einem System geschlossen, bevor der Export läuft, sodass die Saldenliste, die Sie konsolidiert haben, bereits veraltet ist. Eine Tochtergesellschaft bucht einen Intercompany-Vorgang, den der Export der Muttergesellschaft noch nicht erfasst hat, und die beiden Seiten gleichen sich nicht aus. Jemand benennt ein Konto in Sage um, die Spaltenzuordnung verschiebt sich unbemerkt, und eine Zahl landet in der falschen Zeile der konsolidierten Gewinn- und Verlustrechnung. Keiner dieser Fälle wirft einen Fehler. Sie erzeugen lediglich ein Modell, das fertig aussieht und falsch ist.

Schreibgeschützte Export-Feeds können auch das Eine nicht leisten, das den Kreis tatsächlich schließt: eine Korrektur in die Quelle zurückschreiben. Wenn die Abstimmung eine Differenz zutage fördert, korrigieren Sie sie im Export, nicht im Hauptbuch. Nun widersprechen sich Ihr Modell und Ihr Hauptbuch, und der nächste Export überschreibt Ihre Korrektur.

Was ein echter Konnektor leistet

Native Konnektoren sprechen mit jedem ERP über dessen eigene schreibfähige Schnittstelle, nicht über einen Flachdatei-Abwurf. NetSuite ist der lehrreiche Fall, weil es gleich mehrere bereitstellt: SuiteTalk für Integration auf Enterprise-Niveau, RESTlets für eigene Endpunkte und SuiteQL, um Journaldaten mit etwas abzufragen, das SQL nahekommt. Über SuiteQL können Sie Buchungssätze nach Buchungsperiode und Datumsbereich abrufen und die Tabelle TransactionAccountingLine auslesen, um genau zu sehen, welche Konten ein Journal berührt hat und welcher Soll- und Habenbetrag auf jedem steht: die Hauptbuchwirkung, Zeile für Zeile, nicht eine summierte Gesamtzahl. Diese Granularität ist der Unterschied zwischen “der Saldo hat sich bewegt” und “hier ist der Buchungssatz, der ihn bewegt hat”.

Dasselbe Prinzip gilt für die übrigen Systeme. Oracle und SAP stellen API-Schnittstellen bereit, die gebuchte Sätze mit intakten Kontodimensionen zurückliefern. Sage hat seine eigene. Die Aufgabe des Konnektors ist es, auf dieser Detailebene zu lesen und, entscheidend, auf derselben Ebene zurückzuschreiben: einen ordnungsgemäß gebildeten Buchungssatz mit den richtigen Konten, Perioden und Gesellschaftsdimensionen, gebucht über die eigene API des Systems, damit das Hauptbuch maßgeblich bleibt.

Die bidirektionale Synchronisation ist der Teil, den man unterschätzt. Lesen ist einfach. Korrekt zurückzuschreiben ist schwer, denn eine fehlerhafte Rückbuchung ist schlimmer als gar keine Rückbuchung: sie verfälscht die Wahrheitsquelle, der jeder nachgelagerte Prozess vertraut. Eine Rückbuchung muss daher die Validierung jedes Systems respektieren: die Gesellschafts- und Periodensperren von NetSuite, den lokalen Kontenrahmen, die Regeln zur Intercompany-Eliminierung. Richtig umgesetzt, landet die Korrekturbuchung im tatsächlichen Hauptbuch, sobald Sie eine Differenz im Modell auflösen, und die nächste Synchronisation bestätigt, dass die beiden nun übereinstimmen.

Ein Modell, einmal zugeordnet

Das schwierigere Problem ist nicht die Verbindung. Es ist, dass jede rechtliche Einheit häufig einen anderen Kontenrahmen führt. NetSuite OneWorld bewältigt dies intern, indem es Tochtergesellschaften ihre lokalen Konten behalten lässt, die bei der Konsolidierung auf eine Konzernstruktur abgebildet werden. Doch sobald eine Einheit in SAP und eine andere in Sage lebt, endet diese integrierte Zuordnung an der NetSuite-Grenze, und Sie sind zurück beim Abgleich der Kontenrahmen von Hand.

Die Abhilfe besteht darin, einmal zuzuordnen (in ein einziges normalisiertes Modell) und die Zuordnung als dauerhafte Infrastruktur zu pflegen statt als Tabelle, die jemand jedes Quartal neu aufbaut. Rexfin bindet sich nativ an jedes ERP an, liest auf Ebene der Journalzeile und löst jede Einheit in ein einziges abgestimmtes Finanzmodell auf: eine zentrale Wahrheitsquelle, die zu jedem zugrunde liegenden Hauptbuch passt. Konto 6100 in der Sage-Einheit und sein SAP-Pendant landen beide auf derselben konsolidierten Zeile, weil die Zuordnung explizit und versioniert ist, nicht aus einer Spaltenüberschrift abgeleitet. Intercompany-Vorgänge, die häufigste Quelle von Abstimmungsfehlern in der Mehr-Gesellschaften-Buchhaltung, werden systemübergreifend abgeglichen statt innerhalb jedes einzelnen Systems.

Wir räumen die Grenze offen ein: Native Konnektoren sind aufwendiger zu bauen und zu pflegen als ein CSV-Importer, und der erste Zuordnungsdurchlauf für ein unübersichtliches Mehr-Gesellschaften-Setup kostet echten Aufwand. Eine Variante davon, die sofort fertig ist, gibt es nicht. Was Sie für diesen Aufwand erhalten, ist ein Modell, das zwischen den Abschlüssen abgestimmt bleibt, statt bei jedem einzelnen neu zusammengesetzt zu werden, was die ganze Prämisse eines kontinuierlichen Abschlusses statt eines monatlichen Kraftakts ausmacht.

Warum das für KI entscheidend ist

Hier kommt der Teil, den man leicht überspringt. Wenn KI Fragen zu Ihren Zahlen beantworten soll (konsolidierte Marge je Gesellschaft, Intercompany-Exposure, ein Was-wäre-wenn zu einer Wechselkursbewegung), muss sie aus etwas Vertrauenswürdigem lesen. Richten Sie ein Modell auf drei Exporte, wird es Inkonsistenzen mit voller Überzeugung mitteln. Richten Sie es auf ein einziges abgestimmtes Modell, das zu jedem Hauptbuch passt, lassen sich seine Antworten auf einen realen Buchungssatz zurückführen, den Sie öffnen können.

Genau auf dieser Architektur ist Rexfin aufgebaut. Das abgestimmte Modell ist das Fundament; die KI ruft Kennzahlen daraus ab und führt die Berechnung über eine deterministische Engine statt über das Sprachmodell aus, sodass eine Abstimmungsdifferenz etwas ist, das Sie prüfen können, und keine Zahl, die das Modell erfunden hat. Dieselbe Disziplin gilt dafür, wie Buchungen überhaupt erst abgeglichen werden: nachvollziehbarer Abgleich, keine intransparente Automatisierung.

Die Erkenntnis ist eng umrissen und es wert, sie festzuhalten: Wenn Ihre Finanz-KI aus Exporten liest, erbt sie jede Lücke zwischen diesen Exporten und dem Hauptbuch, und sie wird diese Lücken besser verbergen, als es eine Tabelle je vermochte. Native Konnektoren mit korrektem GL-Writeback sind kein Komfort-Extra obendrauf auf der Abschluss-Automatisierung. Sie sind das Fundament, das alles Übrige aufrichtig macht.

Wenn Sie mehr als ein ERP betreiben und Ihr Abschluss immer noch mit dem Warten auf Exporte beginnt, buchen Sie eine Demo und bringen Sie Ihre unübersichtlichste Einheit mit. Genau die lohnt es sich abgestimmt zu sehen.