Schnittstellen- und API-Entwicklung

In vielen Betrieben wächst die Software über Jahre: ein Warenwirtschaftssystem, ein Shop, ein CRM, eine Buchhaltung, dazu Kalender, Zeiterfassung und Excel-Listen. Jedes Programm erfüllt seinen Zweck. Zwischen ihnen vermittelt aber oft ein Mensch, der Daten abtippt, kopiert oder per Mail weiterreicht. Eine Schnittstelle ersetzt genau diesen Zwischenschritt.

Die Kosten der Insellösung sieht man selten in einer Rechnung. Sie stecken in der Zeit, die für das zweite Eintippen draufgeht, in Fehlern bei Zahlendrehern und Schreibweisen, in Rückfragen, weil zwei Systeme unterschiedliche Adressen führen, und in Entscheidungen auf Basis veralteter Daten. Hinzu kommt ein Risiko: Das Wissen, welche Liste wann in welches Programm übertragen wird, liegt oft in einem einzigen Kopf.

Auch bestehende Schnittstellen sind nicht automatisch eine Lösung. Wir sehen häufig Verbindungen, die ein Vorgänger gebaut hat und die niemand mehr dokumentiert hat. Läuft sie, fasst sie keiner an. Fällt sie aus, weiß niemand, wo er suchen soll. Schnittstellenentwicklung heißt für uns deshalb auch, solche Altlasten zu sichten und nachvollziehbar zu machen.

• Doppelerfassung: dieselbe Bestellung, dieselbe Adresse, derselbe Kunde in zwei Programmen.
• Abweichende Stammdaten: Kundennummer oder Schreibweise unterscheiden sich je System.
• Undokumentierte Verbindungen: Skripte und Exporte, die nur ein Einzelner versteht.
• Verzögerte Information: Zahlen kommen erst an, wenn jemand sie überträgt.

Wer zwei Systeme verbindet, baut zunächst eine direkte Verbindung. Kommt ein drittes hinzu, braucht es zwei weitere, beim vierten sind es schon sechs. Jede dieser Einzelverbindungen hat ihre eigene Logik, ihre eigenen Fehler und muss bei jeder Änderung mitgeprüft werden. Das wird schnell unübersichtlich.

Eine zentrale Integrationsschicht dreht das um. Jedes System spricht nur mit der Mitte. Dort werden Daten einmal geprüft, in ein gemeinsames Format gebracht und weitergegeben. Ändert sich ein System, passen wir eine Anbindung an statt vieler. Der Preis dafür ist ein zusätzlicher Baustein, der betrieben werden will.

Für zwei Systeme mit einem klaren Datenfluss reicht oft die direkte Verbindung. Ab drei oder vier Systemen, oder wenn Daten in mehrere Ziele laufen, lohnt sich meist die zentrale Schicht. Wir sagen Ihnen im Integrations-Check, welche Variante zu Ihrem Fall passt, und bauen nichts Größeres, als Sie brauchen.

Eine Schnittstelle öffnet eine Tür zwischen zwei Systemen. Deshalb legen wir fest, welche Daten durch diese Tür dürfen und wer sie benutzen darf. Jede Anbindung bekommt nur die Rechte, die sie für ihre Aufgabe braucht, nicht mehr.

Zugangsdaten, Schlüssel und Tokens gehören nicht in den Quellcode und nicht in Mails. Wir legen sie in geschützten Konfigurationen ab, getrennt vom Code und getrennt je Umgebung. Wenn ein Mitarbeiter ausscheidet oder ein Schlüssel offengelegt wurde, lässt sich der Zugang erneuern, ohne die Anbindung neu zu bauen.

Daten übertragen wir verschlüsselt. Eingehende Aufrufe von außen, etwa Webhooks, werden geprüft, bevor sie etwas auslösen. Wo die Daten liegen, vereinbaren wir mit Ihnen, auf Wunsch in einem Rechenzentrum in der EU oder auf Ihrem eigenen Server. Das ersetzt keine Rechtsberatung. Fragen zu Auftragsverarbeitung und Aufbewahrung sollten Sie mit Ihrer Datenschutzbeauftragten oder Ihrem Berater klären.

• Rechte nach Aufgabe: jede Anbindung mit eigenem, eng gefasstem Zugang.
• Geheimnisse getrennt: Schlüssel außerhalb des Codes, austauschbar.
• Prüfung am Eingang: Aufrufe von außen werden kontrolliert.
• Standort: EU-Hosting oder Ihr eigener Server.