Ein typischer mittelständischer Betrieb arbeitet mit einem ERP, einem Buchhaltungsprogramm, einem Webshop, einer Kassa und mindestens einer wichtigen Excel-Datei. Jedes System kennt einen Teil der Wahrheit. Für die Frage „wie läuft der Laden?“ muss jemand alle fünf befragen und die Antworten von Hand zusammenrechnen. Die gute Nachricht: Das Zusammenführen in eine Ansicht ist ein gelöstes Problem. Die schlechte: Die Hürden liegen woanders, als die meisten erwarten, und drei der vier größten sind keine technischen.

Hürde 1: Dieselbe Sache heißt überall anders

Der Kunde „Müller GmbH“ heißt im ERP „Müller GmbH“, in der Buchhaltung „Mueller GmbH, 1050 Wien“ und im Shop hat er drei Konten, weil er dreimal mit unterschiedlichen E-Mail-Adressen bestellt hat. Für einen Menschen offensichtlich derselbe Kunde. Für ein Programm sind es fünf verschiedene.

Dieses Zuordnungsproblem, im Fachjargon Matching, ist bei fast jedem Konsolidierungsprojekt der größte Einzelposten. Lösen lässt es sich über gemeinsame Schlüssel wie UID-Nummer oder Kundennummer, wo sie gepflegt sind, und über Zuordnungsregeln plus eine Prüfliste für die Fälle, die keine Regel trifft. Wichtig für die Planung: Das ist Fleißarbeit mit Entscheidungen, die nur Ihr Team treffen kann. Ein Dienstleister kann sie vorbereiten, aber nicht alleine erledigen.

Hürde 2: Die Systeme zählen unterschiedlich

Der Shop meldet für den Oktober 84.000 Euro, die Buchhaltung 71.000. Beide Zahlen sind korrekt. Der Shop zählt Bestellungen brutto zum Bestelldatum, die Buchhaltung fakturierte Rechnungen netto zum Rechnungsdatum, und die Differenz besteht aus Steuer, offenen Lieferungen und zwei Stornos.

Bevor irgendetwas zusammengeführt wird, muss deshalb pro Kennzahl entschieden werden, welche Sicht gilt: Welches Datum zählt, brutto oder netto, wie werden Gutschriften, Anzahlungen und Stornos behandelt. Das klingt trocken, ist aber der Punkt, an dem aus fünf widersprüchlichen Zahlen eine wird, der alle trauen. Diese Definitionen gehören schriftlich festgehalten, sonst beginnt die Diskussion in einem halben Jahr von vorn.

Hürde 3: Nicht jedes System will seine Daten hergeben

Hier kommt die Technik ins Spiel, und sie ist berechenbarer als ihr Ruf. Grob gibt es drei Stufen von Quellsystemen:

Quellsystem	Anbindung	Datenaktualität	Aufwand
Modernes Cloud-System mit dokumentierter Schnittstelle	in Tagen erledigt	laufend aktuell	gering
Ältere Software mit Exportfunktion, ohne echte Schnittstelle	automatisierte Exporte, etwas fragiler	meist einmal täglich	mittel
Altsystem ohne Exportfunktion	direkter Datenbankzugriff oder Berichtsdateien	abhängig vom Zugriffsweg	spürbar höher

Ein Zwischenwort zu Excel als Datenquelle

Die wichtige Excel-Datei ist meist die heikelste Quelle, nicht aus technischen Gründen, sondern weil sie von Hand gepflegt wird. Eine verschobene Spalte, ein Tippfehler im Datum, und der automatische Import stolpert oder, schlimmer, liest still falsche Werte ein.

Zwei Wege haben sich bewährt. Entweder bekommt die Datei feste Regeln, ein geschütztes Eingabeblatt mit definierten Spalten, das der Import prüft und bei Abweichungen Alarm schlägt. Oder, oft die bessere Antwort, die Excel-Datei wird durch eine kleine Eingabemaske ersetzt, dann ist die Quelle gleich sauber. Was nicht funktioniert: eine frei wachsende Tabelle dauerhaft automatisch einlesen und hoffen.

Hürde 4: Das Projekt legt Datenleichen frei, und jemand muss entscheiden

Sobald Systeme nebeneinanderliegen, werden Unstimmigkeiten sichtbar, die vorher niemand bemerkt hat: Artikel, die im ERP aktiv und im Shop gelöscht sind, Kunden mit widersprüchlichen Zahlungszielen, Aufträge, die seit zwei Jahren auf „in Arbeit“ stehen. Das ist kein Scheitern des Projekts, es ist einer seiner Erträge. Solche Altlasten kosten nämlich auch dann Geld, wenn niemand hinsieht: Gartner bezifferte die Folgekosten schlechter Datenqualität (2020) auf durchschnittlich 12,9 Millionen US-Dollar pro Jahr und Organisation – ein Schnitt über Großunternehmen, aber der Mechanismus ist im Mittelstand derselbe, nur mit kleineren Beträgen. Das Aufräumen erzeugt allerdings Arbeit, die im Zeitplan oft fehlt.

Unser Rat: Planen Sie diese Aufräumphase von Anfang an ein und benennen Sie eine Person im Haus, die Streitfälle entscheiden darf. Reporting-Projekte, die sich verzögern, hängen selten an der Programmierung. Sie hängen daran, dass wochenlang niemand festlegt, welches Zahlungsziel nun stimmt.

Die Reihenfolge, die funktioniert: zwei Quellen zuerst

Der verlockende Plan ist, alle fünf Systeme in einem großen Wurf anzubinden. Der bessere ist, mit den zwei Quellen zu starten, die zusammen die dringendste Frage beantworten, häufig ERP und Buchhaltung für Umsatz und offene Posten. Damit sind Matching, Definitionen und Aufräumen einmal im Kleinen durchgespielt, und das Muster ist etabliert.

Jede weitere Quelle wird danach günstiger und schneller, weil die Grundsatzfragen entschieden sind. Der laufende Betrieb bleibt überschaubar: Die Quellsysteme laufen unverändert weiter, die Konsolidierung liest nur mit. Es entsteht also kein Umstellungsprojekt, sondern eine Schicht darüber, die sich Stück für Stück erweitern lässt. Und schon der erste Schritt ist mehr, als die meisten haben: Laut Statistik Austria (2025) betreiben nur 26 Prozent der österreichischen Unternehmen überhaupt Datenanalysen.