Wenn in einem Betrieb dieselben Kundendaten in drei Programmen gepflegt werden, wenn Listen per Export und Import hin- und herwandern und niemand mehr weiß, welche Version stimmt, fällt irgendwann ein Satz: „Wir brauchen ein neues System, das alles kann."
Manchmal stimmt das. Meistens nicht. Dieser Beitrag erklärt, warum der Systemwechsel selten die Lösung ist, auf welchen Wegen Programme heute miteinander sprechen können und wie Sie vor der ersten Verbindung die richtigen Entscheidungen treffen.
Warum der Systemwechsel selten die Lösung ist
Ein neues System verspricht, alle Daten an einem Ort zu haben. Drei Dinge werden dabei gern übersehen.
Erstens die Migration: Jahre an Kunden, Objekten, Aufträgen und Belegen müssen übertragen werden – und sie liegen in unterschiedlicher Qualität vor. Der Aufwand dafür wird fast immer unterschätzt.
Zweitens die Gewohnheiten: Ein Team, das seine Branchensoftware seit Jahren kennt, verliert mit dem Wechsel Geschwindigkeit. Diese Kosten stehen auf keiner Rechnung, sind aber real.
Drittens die neuen Lücken: Auch das neue System kann nicht alles. Die Buchhaltung läuft weiter beim Steuerberater, der Kalender bleibt der des Mailanbieters, die Zeiterfassung ist eine App. Die Lücken wandern, sie verschwinden nicht.
Deshalb lautet die bessere Frage in den meisten Fällen nicht „Welches System ersetzt alle?", sondern „Wie bringen wir die vorhandenen dazu, miteinander zu sprechen?".
Vier Wege, wie Programme miteinander sprechen
Fast jede Software bietet heute mindestens einen dieser vier Wege. Sie unterscheiden sich in Zuverlässigkeit, Geschwindigkeit und Aufwand.
Programmierschnittstelle (API). Der beste Weg: Ein Programm stellt eine dokumentierte Schnittstelle bereit, über die andere Programme Daten lesen und schreiben können – Kunden anlegen, Aufträge abfragen, Termine eintragen. Die Verbindung ist direkt, sofort und vom Hersteller vorgesehen.
Ereignisse (Webhooks). Eine Ergänzung zur API: Das Programm meldet von sich aus, wenn etwas passiert – neue Anfrage, geänderter Auftrag, Zahlungseingang. Andere Systeme müssen nicht ständig nachfragen, sie werden benachrichtigt. Ideal für Automatisierungen, die auf ein Ereignis reagieren sollen.
Automatisierter Export und Import. Wo keine API existiert, gibt es oft eine Exportfunktion – meist als Tabelle. Ein solcher Export lässt sich regelmäßig automatisch erzeugen, abholen und ins Zielsystem einlesen. Langsamer als eine API, aber zuverlässig, wenn ein täglicher oder stündlicher Abgleich genügt.
Datenbankzugang. Manche Programme erlauben den direkten Zugriff auf ihre Datenbank. Das ist mächtig, aber heikel: Schreibende Zugriffe können Daten beschädigen, und Updates des Herstellers können die Struktur ändern. Lesend und mit Bedacht eingesetzt, ist es dennoch ein gangbarer Weg.
Die Wahl des Weges ist keine Geschmacksfrage. Sie ergibt sich daraus, was das jeweilige Programm anbietet, wie schnell Daten aktuell sein müssen und ob gelesen oder auch geschrieben werden soll.
Ein führendes System je Datenart
Bevor die erste Verbindung gebaut wird, muss eine Frage beantwortet sein, die technisch klingt, aber organisatorisch ist: Welches System führt welche Daten?
Ein Kunde darf nur an einem Ort entstehen und geändert werden – meist im CRM oder in der Branchensoftware. Alle anderen Systeme erhalten Kopien, die sie nicht verändern. Ein Beleg entsteht in der Rechnungsstellung und wird an die Buchhaltung übergeben, nicht umgekehrt. Ein Termin entsteht dort, wo er geplant wird, und wird in den Kalender gespiegelt.
Ohne diese Festlegung entstehen Konflikte: Zwei Systeme ändern denselben Datensatz, und keines weiß, welche Version gilt. Mit ihr ist die Richtung jeder Verbindung klar, und Konflikte können gar nicht erst entstehen.
Richtung und Häufigkeit festlegen
Für jede Verbindung sind zwei weitere Entscheidungen zu treffen.
Die Richtung: Fließen Daten nur in eine Richtung – vom führenden System in die Kopien – oder in beide? Einseitige Verbindungen sind einfacher, robuster und in den meisten Fällen ausreichend. Beidseitige braucht es nur, wenn in beiden Systemen tatsächlich gearbeitet wird.
Die Häufigkeit: Muss ein Datensatz sofort im anderen System sein, oder genügt ein Abgleich jede Stunde, jede Nacht? Ein Zahlungseingang darf eine Nacht warten. Eine neue Anfrage, die einen Rückruf auslösen soll, nicht.
Beides gehört in die Dokumentation der Verbindung – zusammen mit der Angabe, welche Felder übertragen werden. Diese Dokumentation ist keine Formsache. Sie ist das, was ein späteres Update, einen Systemwechsel oder einen Wechsel des Dienstleisters überhaupt erst beherrschbar macht.
Wann ein Wechsel doch sinnvoll ist
Es gibt Fälle, in denen ein Systemwechsel die richtige Antwort ist, und es wäre unehrlich, sie zu verschweigen.
Wenn ein Programm keinerlei Anbindung erlaubt – keine API, keinen Export, keine Datei – und dieser Mangel jeden Tag Handarbeit erzeugt, kann der Wechsel günstiger sein als das Weiterschleppen. Wenn ein Hersteller sein Produkt abgekündigt hat oder seit Jahren nicht mehr weiterentwickelt, wird die Anbindung mit jedem Jahr riskanter. Und wenn das Lizenzmodell eines Werkzeugs die Anbindung gezielt verhindert oder unbezahlbar macht, ist das ein Signal.
In diesen Fällen sollte der Wechsel aber geplant werden wie eine Integration: mit einer Bestandsaufnahme der Daten, einer Festlegung des führenden Systems und einer Migration in Abschnitten – nicht als Neustart an einem Stichtag.
Checkliste vor der ersten Verbindung
Bevor Sie – oder ein Dienstleister – die erste Verbindung bauen, sollten folgende Punkte beantwortet sein:
- Welche Programme sind beteiligt, und welchen Anbindungsweg bietet jedes davon?
- Welches System führt welche Datenart?
- Welche Verbindung spart heute am meisten Handarbeit?
- In welche Richtung fließen die Daten, und wie oft?
- Welche Felder werden übertragen, welche bewusst nicht?
- Wer erfährt es, wenn eine Übertragung fehlschlägt – und wie?
- Wo liegt die Dokumentation, und wer kann sie lesen?
Wer diese sieben Fragen beantworten kann, hat den größten Teil der Arbeit erledigt, bevor eine Zeile Code entsteht.
Fazit
Datenchaos ist selten ein Zeichen für das falsche System, sondern für fehlende Verbindungen zwischen richtigen Systemen. Programmierschnittstellen, Ereignisse, automatisierte Exporte und – mit Vorsicht – Datenbankzugänge machen diese Verbindungen heute für fast jede Software möglich. Entscheidend ist weniger die Technik als die Klärung davor: Welches System führt, in welche Richtung, wie oft, und wer erfährt es, wenn etwas nicht klappt.
Wie Exus Connect bestehende Systeme verbindet – eine Verbindung nach der anderen, überwacht und dokumentiert –, steht auf der Seite zur Integration bestehender Systeme.
Die passenden Pakete und Preise stehen auf der Preisseite.
