Dokumentierte Schnittstelle
Der Regelfall bei moderner Software: definierte Aufrufe, versioniert, mit Fehlerrückmeldung. Stabil gegenüber Oberflächenänderungen.
VirtualBuddy.aiSystemintegration klingt technisch und ist vor allem eine Frage der Festlegungen: Welches System hält die Wahrheit, in welche Richtung fließen Daten, was passiert bei Widersprüchen? Die Verbindung selbst ist Handwerk. Ob sie im Betrieb trägt, entscheidet sich an diesen Vorfragen.
Umschalten zwischen dem Zustand, den wir meistens finden, und dem, auf den wir hinarbeiten.
Jedes System für sich ordentlich — die Übergänge dazwischen laufen über Dateien, E-Mails und Zwischenablage. Jede Handübergabe ist eine Stelle, an der Daten veralten oder auseinanderlaufen.
Schema · Beispiellandschaft · seitlich scrollbarWir prüfen sie in dieser Reihenfolge — von der stabilsten zur letzten Möglichkeit.
Der Regelfall bei moderner Software: definierte Aufrufe, versioniert, mit Fehlerrückmeldung. Stabil gegenüber Oberflächenänderungen.
Direktes Lesen, wo keine Schnittstelle existiert. Schreibend nur mit Zustimmung des Herstellers — sonst riskiert man die Wartbarkeit.
Geplante Exporte und Importe über definierte Formate. Unspektakulär, aber robust und in der Buchhaltung oft der offizielle Weg.
Nachahmen von Eingaben als letzte Möglichkeit. Wartungsintensiv und störanfällig — wir setzen es nur ein, wenn kein anderer Zugang existiert.
Artikel, Preise, Bestände in eine Richtung; Aufträge und Kundendaten in die andere — mit klarer Hoheit je Datenfeld.
Kunden, Ansprechpartner und Umsatzhistorie werden abgeglichen, statt in beiden Systemen gepflegt.
Belege, Buchungssätze und offene Posten werden übergeben — häufig über das vom Steuerberater erwartete Format.
Sendungsdaten, Labels und Statusmeldungen laufen automatisch zwischen ERP und Dienstleister.
Bestände und Preise werden versorgt, Bestellungen eingesammelt und vereinheitlicht ins ERP übergeben.
Branchenlösungen ohne moderne Schnittstelle werden über Datenbank oder Export eingebunden.
Die meisten Integrationsprobleme im Betrieb sind keine technischen Fehler, sondern ungeklärte Zuständigkeiten von Daten. Wenn Preise sowohl im Shop als auch im ERP gepflegt werden können, entstehen Widersprüche — und je nach Reihenfolge der Übertragung gewinnt zufällig eine Seite. Solche Fehler sind schwer zu finden, weil das System korrekt arbeitet.
Eine Schnittstelle ist nicht erreichbar, ein Feld fehlt, ein Datensatz kommt doppelt. Jede Integration braucht darauf eine Antwort: Wiederholversuche mit Abstand, Erkennung bereits übertragener Vorgänge über eindeutige Schlüssel, Protokollierung jeder Übertragung und eine Benachrichtigung an eine benannte Person. Ohne diese vier Elemente entstehen still falsche Datenbestände.
Bei jeder Integration achten wir darauf, dass die Verbindung Sie nicht fester an einen Anbieter bindet als vorher. Das bedeutet konkret: Übertragungslogik liegt in Ihrer Automatisierungsschicht und nicht in einem Anbieter-Ökosystem, Zugangsdaten liegen bei Ihnen, und die Zuordnung von Feldern ist dokumentiert und damit übertragbar.
Welche Wege bieten die Systeme, welche Grenzen und Rechte gelten.
Führende Quelle, Richtung, Konfliktregel und Schlüssel werden schriftlich vereinbart.
Übertragung wird umgesetzt und mit echten Datensätzen im Parallelbetrieb geprüft.
Protokoll, Benachrichtigung und regelmäßiger Abgleich werden eingerichtet.
Meist ja. Wir prüfen der Reihenfolge nach Datenbankzugriff, geplanten Export, E-Mail-basierte Übergabe und zuletzt Oberflächensteuerung. Welcher Weg möglich ist, hängt auch von den Wartungsbedingungen des Herstellers ab — ein direkter Schreibzugriff in eine fremde Datenbank kann Support-Ansprüche gefährden, deshalb klären wir das vorher.
Bei versionierten APIs mehrere Jahre, mit gelegentlicher Anpassung an neue Versionen. Bei Datenbankzugriffen besteht das Risiko, dass ein Update die Struktur ändert. Bei Oberflächensteuerung genügt eine kosmetische Änderung der Software, um sie zu brechen — das ist der Hauptgrund, warum wir sie meiden.
Technisch ja, aber wir prüfen kritisch, ob es nötig ist. Beidseitiger Abgleich verdoppelt die Fehlerquellen und erfordert eine Konfliktregel für gleichzeitige Änderungen. Häufig genügt es, je Datenfeld eine Richtung festzulegen — das reduziert den Aufwand und die Störanfälligkeit deutlich.
Das legen wir bei der Übergabe fest, und es gehört technisch dazu: Benachrichtigungen gehen an eine benannte Person oder ein betreutes Postfach, mit genug Information, um den Fall zu beurteilen. Eine Benachrichtigung an eine Sammeladresse ist gleichbedeutend mit keiner.
Eine Erstübertragung bestehender Datensätze ist meist der aufwendigste Teil, weil dabei Inkonsistenzen sichtbar werden. Wir bereiten sie als eigenen Schritt vor, mit Prüfprotokoll und Korrekturliste — statt sie in den laufenden Abgleich zu mischen.
Doppelte Erfassung ist der zuverlässigste Hinweis auf eine fehlende Schnittstelle. Nennen Sie die beteiligten Systeme.
Automatisierungspotenzial prüfen→