Systemintegration im KMU: Bestehende Systeme verbinden

Das Wichtigste in Kürze

• Systemintegration bedeutet, dass Anwendungen benötigte Informationen kontrolliert austauschen und ein Ablauf nicht unnötig manuell zwischen ihnen wechselt.
• Vor der technischen Umsetzung sollten Sie Datenverantwortung, Zuordnungsregeln und den gewünschten Prozess klären.
• Unterschiedliche Kundennummern in Shop, ERP und CRM lassen sich nicht sinnvoll verbinden, wenn unklar bleibt, welche Datensätze zusammengehören.
• Ein kleiner Pilot mit einem klar begrenzten Ablauf zeigt, ob Datenqualität, Schnittstellen und Zuständigkeiten ausreichen.
• Nicht jeder manuelle Schritt sollte automatisiert werden. Unklare oder fehleranfällige Abläufe müssen zuerst verstanden und gegebenenfalls vereinfacht werden.

Worum es geht

In vielen mittelständischen Unternehmen sind Anwendungen über Jahre für einzelne Aufgaben eingeführt worden: Ein Shop nimmt Bestellungen an, ein ERP verwaltet Aufträge und Waren, ein CRM dokumentiert Kontakte und Gespräche. Jede Anwendung kann für sich funktionieren. Reibung entsteht, wenn Beschäftigte dieselben Angaben mehrfach eintragen, Listen abgleichen oder fehlende Informationen per E-Mail nachfragen müssen.

Systemintegration KMU beschreibt, wie solche Anwendungen Informationen austauschen und zusammenhängende Abläufe unterstützen können. Das kann über vorhandene Schnittstellen, eine Integrationsplattform oder eine eigens entwickelte Verbindung geschehen. Welche Variante passt, hängt unter anderem von den Funktionen der Systeme, dem Datenvolumen, den Änderungsmöglichkeiten und den Anforderungen an Kontrolle und Wartung ab.

Eine Integration ist keine automatische Bereinigung aller Daten. Wenn ein Unternehmen dieselbe Person unter mehreren Kundennummern führt oder unterschiedliche Schreibweisen verwendet, muss zunächst festgelegt werden, wie Datensätze zugeordnet und Konflikte behandelt werden. Die technische Verbindung kann diese Regeln umsetzen, aber nicht an Stelle des Unternehmens entscheiden, welche Angaben fachlich richtig sind.

Typische Ausgangslage

Stellen Sie sich einen mittelständischen Händler vor, der Bestellungen über einen Onlineshop erhält. Im Shop hat eine Kundin eine Kundennummer. Im ERP wurde sie früher unter einer anderen Nummer angelegt, und im CRM existiert zusätzlich ein Kontakteintrag. Die Bestellung wird deshalb teilweise automatisch übertragen, während Mitarbeitende Adresse und Kundenzuordnung von Hand prüfen.

Das führt zu Rückfragen: Gehört der Auftrag zum bestehenden Kundenkonto? Welche Adresse ist aktuell? Soll eine Änderung aus dem Shop im ERP übernommen werden oder muss sie dort geprüft werden? Wenn diese Fragen im Arbeitsalltag unterschiedlich beantwortet werden, kann eine Integration den Widerspruch schneller weitergeben, statt ihn zu lösen.

So gehen Sie vor

1. Einen konkreten Ablauf auswählen. Beschreiben Sie zum Beispiel, was nach Eingang einer Bestellung passieren soll. Begrenzen Sie den Start auf einen Prozess, statt gleichzeitig Shop, ERP, CRM und weitere Anwendungen vollständig zu verbinden.

2. Beteiligte Systeme und Arbeitsschritte erfassen. Halten Sie fest, wo Informationen entstehen, wer sie bearbeitet und an welcher Stelle sie erneut eingegeben oder geprüft werden. Notieren Sie auch Ausnahmen, etwa fehlende Angaben oder abweichende Lieferadressen.

3. Datenverantwortung festlegen. Bestimmen Sie für wichtige Angaben, welches System im jeweiligen Ablauf maßgeblich ist. Das kann je Datenart unterschiedlich sein: Das ERP kann etwa Auftragsstatus führen, während Kontaktdaten an anderer Stelle gepflegt werden. Entscheidend ist eine eindeutige und dokumentierte Regel.

4. Zuordnung und Konflikte definieren. Klären Sie, anhand welcher Informationen Datensätze zusammengeführt werden dürfen und wann eine Person prüfen muss. Eine ähnliche Schreibweise allein ist nicht immer ein sicherer Beleg, dass zwei Einträge dieselbe Person oder dasselbe Unternehmen betreffen.

5. Technische Möglichkeit und Grenzen prüfen. Prüfen Sie, welche Schnittstellen die beteiligten Systeme anbieten, welche Daten sie übertragen können und ob Änderungen nachvollziehbar sind. Berücksichtigen Sie außerdem Berechtigungen, Fehlerprotokolle, Betrieb und mögliche Änderungen an den Systemen.

6. Einen Pilot umsetzen und kontrollieren. Testen Sie den abgegrenzten Ablauf zunächst mit geeigneten Testdaten oder in einer kontrollierten Umgebung. Vergleichen Sie übertragene Informationen mit dem erwarteten Ergebnis und legen Sie fest, wer Fehler prüft und wie die Verarbeitung bei Problemen angehalten werden kann.

7. Erst nach Auswertung erweitern. Halten Sie fest, was funktioniert, welche Ausnahmen auftraten und welcher manuelle Aufwand bestehen bleibt. Nutzen Sie diese Erkenntnisse, bevor weitere Prozesse oder Datenfelder hinzukommen.

Entscheidungskriterien und typische Fehler

Für die Auswahl einer Integrationslösung sind nicht nur Anschaffung und technische Machbarkeit relevant. Fragen Sie auch, wer die Verbindung betreuen kann, wie Änderungen an den beteiligten Systemen gehandhabt werden und ob sich Fehler im laufenden Betrieb erkennen lassen. Eine einfache Verbindung kann für einen stabilen, klar begrenzten Ablauf genügen. Bei vielen Systemen, komplexen Regeln oder häufigen Änderungen kann eine zentral verwaltete Integrationslösung geeigneter sein. Das muss anhand der konkreten Umgebung geprüft werden.

Typische Fehler sind:

• Unklare Datenhoheit: Mehrere Systeme überschreiben dieselbe Information, ohne festgelegte Priorität.
• Zu großer Startumfang: Viele Anwendungen und Sonderfälle werden gleichzeitig einbezogen. Dadurch wird die Fehlersuche schwieriger.
• Datenqualität wird übergangen: Dubletten, fehlende Felder oder uneinheitliche Schreibweisen bleiben ungeklärt.
• Ausnahmen fehlen im Entwurf: Der Normalfall funktioniert, aber abweichende Adressen, Stornierungen oder unvollständige Angaben landen in keiner klaren Bearbeitung.
• Keine Zuständigkeit für Fehler: Es ist nicht festgelegt, wer fehlgeschlagene Übertragungen bemerkt, prüft und erneut anstößt.
• Dokumentation wird aufgeschoben: Regeln und Abhängigkeiten bleiben bei einzelnen Personen oder Dienstleistern. Eine spätere Anpassung wird dadurch schwerer nachvollziehbar.

Grenzen und Risiken

Eine Schnittstelle kann nur die Informationen verarbeiten, die verfügbar und ausreichend eindeutig sind. Alte Systeme bieten möglicherweise keine passende Schnittstelle oder erlauben nur eingeschränkte Zugriffe. Dann kann eine andere technische Lösung nötig sein – oder die Integration ist für den vorgesehenen Ablauf nicht wirtschaftlich sinnvoll.

Auch eine funktionierende Übertragung kann fachlich falsche Ergebnisse liefern, wenn Zuordnungsregeln nicht stimmen. Deshalb sollten kritische Änderungen, unklare Kundenidentitäten und sensible Vorgänge gegebenenfalls weiterhin menschlich geprüft werden. Welche Kontrollen angemessen sind, richtet sich nach den Folgen eines Fehlers und dem jeweiligen Prozess.

Bei der Verarbeitung personenbezogener oder anderer schützenswerter Daten müssen Zugriffe, Speicherorte und Verantwortlichkeiten im Einzelfall geprüft werden. Dieser Beitrag ersetzt keine rechtliche Beratung. Beziehen Sie bei Bedarf Datenschutzverantwortliche und fachkundige Beratung ein.

Woran Sie den Nutzen erkennen

Definieren Sie vor dem Pilot, was sich im ausgewählten Ablauf konkret verbessern soll. Beobachten Sie beispielsweise, wie oft Angaben erneut erfasst werden, an welchen Stellen Rückfragen entstehen und wie häufig Datensätze manuell zugeordnet werden müssen. Dokumentieren Sie außerdem Fehlerfälle und den Aufwand für deren Klärung.

Vergleichen Sie die Beobachtungen mit der bisherigen Arbeitsweise, statt eine Einsparung vorauszusetzen. Ein Pilot ist auch dann nützlich, wenn er zeigt, dass Datenqualität, Systemgrenzen oder Ausnahmen zuerst bearbeitet werden müssen. So lässt sich eine größere Umsetzung fundierter entscheiden.

Häufige Fragen

Müssen alle Systeme miteinander verbunden werden?

Nein. Verbinden Sie nur Anwendungen, die für einen konkreten Ablauf tatsächlich Informationen austauschen müssen. Eine begrenzte Verbindung ist oft leichter zu prüfen und zu betreuen als ein umfassendes Integrationsvorhaben.

Was tun wir, wenn Shop, ERP und CRM verschiedene Kundennummern nutzen?

Legen Sie fest, wie Datensätze systemübergreifend zugeordnet werden und welches System für welche Angaben maßgeblich ist. Bei nicht eindeutigen Treffern sollte der Ablauf eine Prüfung vorsehen, statt Einträge ungeprüft zusammenzuführen.

Ist eine Schnittstelle immer die beste Lösung?

Nicht zwingend. Ob eine vorhandene Schnittstelle, eine Integrationsplattform oder eine individuelle Verbindung passt, hängt von den Systemen, den Abläufen und den Anforderungen an Wartung und Kontrolle ab. Prüfen Sie zuerst die vorhandenen Möglichkeiten.

Wie starten wir, wenn die Abläufe noch nicht dokumentiert sind?

Wählen Sie einen häufigen, überschaubaren Vorgang und gehen Sie ihn mit den beteiligten Mitarbeitenden Schritt für Schritt durch. Dokumentieren Sie Eingaben, Entscheidungen, Ausnahmen und Übergaben. Daraus lässt sich ein sinnvoll abgegrenzter Pilot ableiten.