Systemintegration für KMU: Tools verbinden ohne doppelte Eingaben

Das Grundproblem: dieselben Daten in mehreren Tools

Viele KMU nutzen für E-Mail, Kalender, Kundenverwaltung, Online-Shop, Buchhaltung und Dokumentenablage jeweils spezialisierte Software – oft von unterschiedlichen Anbietern, die nicht von vornherein zusammenarbeiten. Eine neue Kundenadresse wird im CRM angelegt, erneut im Buchhaltungsprogramm erfasst und vielleicht noch ein drittes Mal im Versandsystem eingetragen. Jede dieser Eingaben ist eine zusätzliche Fehlerquelle: Tippfehler, abweichende Schreibweisen oder schlicht vergessene Aktualisierungen.

Systemintegration bedeutet, diese Tools so zu verbinden, dass eine Information nur einmal erfasst und danach automatisch an die Stellen weitergegeben wird, die sie benötigen. Das klingt einfach, erfordert aber eine klare Vorstellung davon, welches System für welche Daten die Führung hat und wie Daten zwischen den Systemen fließen, wenn etwas nicht wie erwartet läuft.

Der wirtschaftliche Nutzen liegt dabei selten im einzelnen eingesparten Klick, sondern in der Summe: Jede doppelte Eingabe kostet Zeit, und jede Abweichung zwischen zwei Datensätzen kostet zusätzliche Zeit für die Klärung, welcher der beiden Stände nun korrekt ist. Über mehrere Mitarbeiter und mehrere Monate gerechnet, summiert sich das zu einem Aufwand, der oft höher liegt, als die anfängliche Investition in eine saubere Integration.

Schnittstellenarten: API, Webhook, Export/Import, RPA

Für die technische Anbindung zweier Systeme gibt es im Wesentlichen vier Ansätze, die sich in Geschwindigkeit, Zuverlässigkeit und Aufwand unterscheiden. Eine API-Anbindung erlaubt es, gezielt Daten abzufragen oder zu übermitteln, sobald sie benötigt werden – das System fragt aktiv beim anderen System nach oder sendet Daten direkt. Webhooks drehen dieses Prinzip um: Statt dass ein System ständig nachfragt, meldet das sendende System sich selbst, sobald ein bestimmtes Ereignis eintritt, etwa eine neue Bestellung. Webhooks gelten allgemein als reaktionsschneller und sparsamer, weil das sendende System sich selbst meldet, statt regelmäßig abgefragt zu werden; Microsoft beschreibt in seiner Dokumentation zu Logic Apps beide Muster – Abfrage (Polling) und Webhook – als gleichwertige Entwurfsmuster, zwischen denen je nach Ereignisart und verfügbarer Benachrichtigung gewählt wird. Abfrage-basierte Anbindungen bleiben sinnvoll, wenn das Quellsystem keine zuverlässigen Ereignisse liefert oder eine Verzögerung unkritisch ist.

Export/Import-Verfahren – etwa eine CSV-Datei, die regelmäßig aus einem System exportiert und in ein anderes importiert wird – sind die einfachste, aber auch am wenigsten echtzeitfähige Variante. Sie eignen sich für Daten, die nicht sofort aktuell sein müssen, etwa monatliche Buchhaltungsabgleiche. Robotic Process Automation (RPA), also die automatisierte Nachbildung von Mausklicks und Tastatureingaben in einer Benutzeroberfläche, sollte dagegen die letzte Option sein: Sie wird eingesetzt, wenn ein System weder API noch Export anbietet, ist aber fehleranfällig, weil sie bei jeder Oberflächenänderung des Zielsystems bricht.

Welche Schnittstellenart die richtige ist, hängt stark vom jeweiligen System ab. Shopify stellt für den eigenen Shop beispielsweise Webhooks für Ereignisse wie neue Bestellungen, Produktänderungen oder Lagerbestandsänderungen bereit, über die andere Systeme in Echtzeit informiert werden können, statt den Shop-Katalog wiederholt abzufragen.

• API: gezielte Abfrage oder Übermittlung von Daten bei Bedarf
• Webhook: das sendende System meldet sich selbst bei einem Ereignis – niedrige Latenz
• Export/Import: einfach umzusetzen, aber nicht echtzeitfähig
• RPA: Nachbildung von Klicks in einer Oberfläche – nur als letzte Option, da fehleranfällig bei Oberflächenänderungen

Führendes System festlegen und Datenwege dokumentieren

Bevor Tools verbunden werden, sollte für jede Datenart ein führendes System (engl. "Source of Truth") festgelegt werden – also die Stelle, an der eine Information zuerst entsteht und als verbindlich gilt. Für Kundenadressen kann das das CRM sein, für Lagerbestände das Warenwirtschaftssystem, für Rechnungsdaten die Buchhaltungssoftware. Ohne diese Festlegung entstehen leicht widersprüchliche Datensätze, wenn zwei Systeme dieselbe Information unabhängig voneinander ändern dürfen.

Ebenso wichtig ist eine einfache, aber vollständige Dokumentation der Datenwege: Welches System sendet welche Daten an welches andere System, über welche Schnittstelle, und was passiert mit den Daten dort? Diese Dokumentation muss nicht aufwendig sein – ein einfaches Diagramm oder eine Tabelle reicht oft aus –, verhindert aber, dass nach einem Mitarbeiterwechsel niemand mehr nachvollziehen kann, warum eine bestimmte Automatisierung existiert oder was passiert, wenn sie geändert wird.

Gerade bei gewachsenen IT-Landschaften lohnt es sich, diese Dokumentation nicht nebenbei, sondern als eigenen kleinen Arbeitsschritt einzuplanen. Häufig zeigt sich erst beim Aufschreiben, dass zwei Mitarbeiter unterschiedliche Annahmen darüber haben, welches System bei einer bestimmten Datenart tatsächlich führend ist – ein Missverständnis, das ohne Integration meist folgenlos bleibt, mit Integration aber zu stillen Datenkonflikten führen kann.

Fehlerbehandlung, Berechtigungen und Monitoring

Eine Integration, die nur im Idealfall funktioniert, ist im Alltag wenig wert. Systeme sind zeitweise nicht erreichbar, Datensätze können unvollständig ankommen, und Formate ändern sich. Eine robuste Integration braucht deshalb eine klare Antwort auf die Frage, was bei einem Fehler passiert: Wird der Übertragungsversuch automatisch wiederholt? Wird eine verantwortliche Person benachrichtigt? Bleibt der ursprüngliche Datensatz erhalten, bis die Übertragung bestätigt ist?

Berechtigungen sind der zweite kritische Punkt. Jede Verbindung zwischen zwei Systemen braucht einen Zugriffsschlüssel oder eine Benutzerkennung – und je mehr Systeme verbunden werden, desto wichtiger wird es, genau zu wissen, welche Verbindung auf welche Daten zugreifen darf. Ein Integrationsbaustein, der mehr Rechte hat als nötig, vergrößert im Fehlerfall den möglichen Schaden unnötig.

Monitoring schließlich macht sichtbar, ob eine Integration tatsächlich wie geplant läuft. Ohne eine Form von Protokollierung oder Benachrichtigung bei Ausfällen bemerken Unternehmen Störungen oft erst, wenn ein Kunde sich über eine fehlende Bestellbestätigung beschwert – zu einem Zeitpunkt, an dem der Schaden bereits entstanden ist.

Eine Integration ohne Fehlerbehandlung ist keine Automatisierung, sondern eine Wette darauf, dass nie etwas schiefgeht.

Datenschutz bei verbundenen Systemen

Werden personenbezogene Daten zwischen Systemen übertragen, bleibt die datenschutzrechtliche Verantwortung beim jeweiligen Unternehmen – unabhängig davon, welche technische Lösung die Übertragung ausführt. Dazu gehört insbesondere die Frage, wo die Daten verarbeitet werden, wie lange sie vorgehalten werden und wer im Unternehmen Zugriff hat. Dieser Artikel ersetzt keine Rechtsberatung; für die konkrete datenschutzrechtliche Bewertung einer Integration sollte im Zweifel fachkundiger Rat eingeholt werden.

Praxisbeispiel: Telefon-Assistent mit Katalogabfrage und SMS

Ein Beispiel für eine Systemintegration in der Praxis ist der KI-Telefonassistent, der seit dem 13. Juni 2026 für Dr.Kalla Cosmetics live ist. Der Assistent beantwortet Produktfragen direkt aus dem bestehenden Shop-Katalog, nennt Öffnungszeiten und Adresse aus den Stammdaten des Unternehmens und schickt nach Zustimmung der anrufenden Person einen passenden Produktlink per SMS. Technisch bedeutet das: Der Telefonkanal greift in Echtzeit auf den Datenbestand des Shops zu, statt mit einer veralteten Kopie des Katalogs zu arbeiten, und löst bei Bedarf eine SMS-Versandfunktion aus – ohne dass jemand die Produktdaten manuell in ein separates System für den Telefonkanal übertragen müsste.

Die ausführliche Fallbeschreibung mit weiteren Details zur Umsetzung ist in der Case Study nachzulesen. Für andere Unternehmen zeigt das Beispiel vor allem eines: Der Aufwand einer Integration lohnt sich dort, wo ein Kanal (hier: das Telefon) sonst auf veraltete oder unvollständige Informationen zurückgreifen würde.

Wann sich eine professionelle Integration lohnt

Je mehr Systeme beteiligt sind und je sensibler die betroffenen Daten, desto größer der Nutzen einer durchdacht geplanten Integration gegenüber improvisierten Einzellösungen. Wer bereits mehrere manuelle Doppel-Eingaben im Alltag identifiziert hat, hat in der Regel schon genug Informationen, um eine Integration gezielt zu planen.

Die MindrAils-Einordnung

Systemintegration lohnt sich dort, wo dieselbe Information regelmäßig in mehr als einem System benötigt wird und Fehler durch doppelte Eingabe bereits aufgetreten sind oder absehbar sind – etwa wenn Bestellungen, Kundendaten oder Lagerbestände zwischen Shop, CRM und Buchhaltung synchron gehalten werden müssen. In diesen Fällen zahlt sich die einmalige Investition in eine saubere Anbindung über API oder Webhook schnell aus, weil sie laufende Fehlerkorrekturen und manuelle Nacharbeit erspart.

Nicht lohnen muss sich eine Integration, wenn nur sehr wenige Datensätze pro Woche betroffen sind oder die beteiligten Systeme ohnehin nur sporadisch genutzt werden – hier kann der Aufwand für Planung, Berechtigungskonzept und Fehlerbehandlung größer sein als der Nutzen. Eine ehrliche Einschätzung, auf welcher Seite ein konkreter Anwendungsfall liegt, lässt sich am besten in einem kurzen Analysegespräch klären, bevor Zeit in die Umsetzung fließt.