Zum Inhalt springen
CaNo Solutions
IT-Architekt prüft den Datenfluss zwischen mehreren Systemen am Bildschirm

// Systemintegration · Aufbauen

Systemintegration und API-Anbindung

Zwei Systeme, die dieselben Daten brauchen, sollten sie nicht zweimal bekommen. Wir bauen die Verbindung dazwischen — und sorgen dafür, dass sie sich meldet, wenn sie stockt.

HerstellerneutralCloud und lokal verbundenÜbertragungen überwachtFeldabbildung dokumentiert

// Symptome

Drei Stellen, an denen Daten hängen bleiben

Fast jede Anfrage zur Integration beginnt mit einem dieser drei Sätze.

Mitarbeiter überträgt Daten von einem Bildschirm in ein zweites System
01 · Doppelerfassung

„Das tippen wir zweimal"

Kundendaten stehen im Vertrieb, in der Buchhaltung und in der Disposition. Wer heiratet oder umzieht, wird an drei Stellen geändert — oder eben nur an einer.

Tabellenexport wird für die Übertragung in ein anderes System vorbereitet
02 · Medienbruch

„Den Export macht montags immer dieselbe Person"

Eine Datei wandert per Hand von System A nach System B. Fällt die Person aus, fällt der Ablauf aus. Und niemand weiß mehr genau, welche Spalte wohin gehört.

Zwei Monitore zeigen widersprüchliche Bestände aus getrennten Systemen
03 · Zwei Wahrheiten

„Welche Zahl stimmt jetzt?"

Lager und Shop melden unterschiedliche Bestände. Statt der Frage nach der Ursache beginnt die Diskussion darüber, welchem Bildschirm man glauben soll.

Netzwerk- und Serverstruktur als Sinnbild verbundener Systeme

// Prinzip

Ein Ort für jede Angabe — der Rest folgt

Integration ist selten ein technisches Problem. Sie scheitert daran, dass niemand festgelegt hat, welches System bei einem Widerspruch recht behält. Genau das klären wir zuerst, danach ist die Schnittstelle meist der einfachere Teil.

Wenn Standard nicht reicht
Führendes System

Für jede Angabe ist festgelegt, wo sie entsteht und wer sie ändern darf.

Richtung und Takt

In eine Richtung oder in beide, sofort oder gebündelt — je nach Bedarf, nicht nach Bequemlichkeit.

Was bei Fehlern gilt

Abgelehnte Datensätze verschwinden nicht. Sie landen sichtbar in einer Nachbearbeitung.

Nachvollziehbar

Jede Übertragung hinterlässt eine Spur, mit der sich ein Vorfall später rekonstruieren lässt.

// Vorgehen

Vom Datenchaos zur belastbaren Verbindung

Drei Stufen — die erste ist Papierarbeit und entscheidet über den Rest.

01 · Aufnehmen

Datenlandkarte zeichnen

Welche Systeme gibt es, welche Angaben kommen mehrfach vor, wo wird heute von Hand übertragen. Am Ende steht eine Karte, auf der jeder Pfeil eine Entscheidung ist.

02 · Verbinden

Schnittstelle bauen und prüfen

Wir bilden Felder aufeinander ab, klären Sonderfälle und testen mit echten Daten in einer getrennten Umgebung. Erst danach geht die Verbindung produktiv.

03 · Überwachen

Im Betrieb beobachten

Laufzeiten, Fehlerquoten und ausbleibende Übertragungen werden gemessen. Auffälligkeiten gehen an eine benannte Stelle, bevor jemand im Betrieb etwas vermisst.

// Betrieb

Fertig ist eine Schnittstelle erst, wenn sie sich meldet

Der gefährlichste Zustand ist nicht die Schnittstelle, die abstürzt — die fällt sofort auf. Gefährlich ist die, die still weniger überträgt als gestern. Nach zwei Wochen fehlen Aufträge, und niemand kann sagen, seit wann.

Deshalb gehört zu jeder Verbindung eine Erwartung: Wie viele Datensätze sind normal, wie lange darf eine Übertragung dauern, was passiert mit einem abgelehnten Satz. Weicht die Wirklichkeit ab, gibt es eine Meldung mit einem Namen dahinter.

Dazu kommt die Dokumentation der Feldabbildung. Sie klingt nach Bürokratie, ist aber das Einzige, was bei einem Herstellerwechsel oder einer Systemablösung noch Wert hat — und das, was eine Verbindung von einem Skript im Kopf einer Person unterscheidet.

Technikerin prüft Protokolle einer laufenden Datenübertragung am Monitor

// Fragen zur Integration

Was Sie vor der ersten Schnittstelle klären sollten

Andere Frage? Zum Kontakt
01

Was bringt uns eine Schnittstelle konkret?

Sie ersetzt Handarbeit und beendet den Streit darüber, welches System recht hat. Daten werden an einer Stelle gepflegt und laufen von dort weiter — das spart Tipparbeit und nimmt eine ganze Klasse von Fehlern aus dem Alltag.

02

Verbinden Sie auch Cloud-Dienste mit lokalen Systemen?

Ja, das ist der häufigste Fall. Die Warenwirtschaft steht im eigenen Serverraum, das Kundensystem läuft als Dienst im Netz. Wir klären dabei zuerst die Richtung: Wo entstehen Daten, wo dürfen sie nur gelesen werden, wer korrigiert im Zweifel.

03

Was, wenn ein System keine offene Schnittstelle hat?

Dann prüfen wir die Alternativen: dokumentierter Export, Datenbankzugriff nach Absprache mit dem Hersteller oder ein Zwischenschritt über eine Datei. Wir raten offen ab, wenn ein Weg nur mit unerlaubten Tricks funktionieren würde — das fliegt spätestens beim nächsten Update auf.

04

Wie merken wir, wenn eine Übertragung ausfällt?

Jede Verbindung meldet ihren Zustand. Bleibt eine Übertragung aus oder häufen sich Fehler, geht eine Meldung an eine benannte Stelle — nicht in ein Postfach, das niemand liest. Ohne diese Rückmeldung würden wir eine Schnittstelle nicht als fertig bezeichnen.

05

Wer ist zuständig, wenn ein Hersteller sein System ändert?

Wir dokumentieren, welche Felder und Versionen eine Verbindung nutzt, und beobachten die Ankündigungen der beteiligten Anbieter. Ändert sich etwas, ziehen wir nach. Diese Pflege gehört zur Vereinbarung, sonst wäre die Schnittstelle nur bis zum nächsten Update stabil.

06

Können Sie Abläufe zusätzlich automatisieren?

Ja. Wenn Daten ohnehin fließen, lassen sich Regeln daran hängen: Statuswechsel auslösen, Freigaben anfordern, Auswertungen erzeugen. Wichtig ist nur, dass jede automatische Aktion nachvollziehbar protokolliert wird.

Welche Zahl tippt bei Ihnen gerade jemand zum zweiten Mal ab?

Nennen Sie uns die beiden Systeme und den Weg dazwischen. Wir sagen Ihnen, ob eine Schnittstelle möglich ist, was sie voraussetzt und was sie im Betrieb kostet.