APIs: der digitale Klebstoff
Eine API verbindet zwei Systeme, die nie füreinander gebaut wurden. Was dahintersteckt, wo sie im Betrieb Arbeit spart und woran du erkennst, dass du eine brauchst.
Die meisten Firmen betreiben nicht ein System, sondern ein Dutzend: ERP, Shop, CRM, PIM, Zeiterfassung, Versand, Buchhaltung. Gewachsen über Jahre, gekauft zu unterschiedlichen Zeitpunkten, von unterschiedlichen Herstellern. Solange die Daten zwischen diesen Systemen von Hand wandern, kostet jede Änderung Zeit und produziert Fehler. Eine API ist die Stelle, an der zwei Systeme stattdessen direkt miteinander reden.
Was eine API technisch macht
API steht für Application Programming Interface. Gemeint ist der Teil einer Software, über den andere Software mit ihr spricht: definierte Aufrufe, definierte Datenformate, definiertes Verhalten. Wer die Schnittstelle kennt, muss den Code dahinter nicht kennen.
Genau in dieser Trennung liegt der Nutzen. Ein Shop, der Lagerbestände über die API des ERP abfragt, muss nicht wissen, wie das ERP intern rechnet. Wechselt dahinter die Datenbank, bleibt die Schnittstelle gleich, und der Shop läuft weiter.
In der Praxis dominiert REST: Ressourcen über HTTP, JSON als Format, beschrieben mit OpenAPI. SOAP begegnet dir vor allem bei älteren ERP- und Bankensystemen. GraphQL lohnt sich, wenn viele unterschiedliche Clients unterschiedliche Ausschnitte derselben Daten brauchen. gRPC dort, wo interne Dienste viel und schnell miteinander sprechen.
Was eine API im Betrieb einspart
Nimm den einfachsten Fall: Daten liegen in einer Datenbank und werden in einer anderen Software gebraucht. Ohne Schnittstelle heisst das exportieren, konvertieren, importieren: drei Schritte, jeder von Hand, jeder eine Fehlerquelle. Einmalig ist das verkraftbar. Täglich ist es ein Teilzeitjob.
Eine API übernimmt genau diese drei Schritte. Sie holt die Daten, bringt sie in die Form, die das Zielsystem versteht, und liefert sie ab, nach Zeitplan oder ausgelöst durch ein Ereignis. Dazu kommt ein zweiter Effekt: Eine Plattform mit offener Schnittstelle lässt sich erweitern, ohne auf den Hersteller zu warten. Eigene Module hängen an der API statt im Kern der Software.
Wo APIs im Alltag arbeiten
Oft nutzt du APIs, ohne es zu merken. In einem Webshop ist die Anbindung des Payment Service Providers die sichtbarste: Sie macht Kartenzahlung und andere Sofort-Bezahlmethoden überhaupt erst möglich.
Unsichtbar bleibt, was beim Betreiber im Hintergrund läuft: die Warenwirtschaft, die Bestände und Preise liefert, der Versandpartner, der Etiketten und Sendungsstatus zurückgibt, das ERP, das Rechnungen und Buchungen automatisiert.
Kundenportale sind der zweite grosse Fall. Dort hängt meist das CRM an einer Schnittstelle: Bestehende Kundendaten werden gelesen, im Portal ergänzt und zurückgeschrieben. So bleibt ein System die führende Quelle, statt dass dieselben Adressen an drei Orten gepflegt werden und auseinanderlaufen.
Warum das Thema an Gewicht gewinnt
Software kommt immer häufiger als Dienst statt als Installation. Damit verschiebt sich die Integrationsarbeit: Nicht mehr die Datenbank im eigenen Keller wird angezapft, sondern die Schnittstelle des Anbieters. Wer heute eine Anwendung einkauft, prüft deshalb zuerst, was ihre API kann und was sie nicht kann.
Dazu kommt die Automatisierung. Ein Prozess, der über zwei Systeme läuft und an der Grenze eine manuelle Übergabe hat, ist kein automatisierter Prozess. Erst die Schnittstelle schliesst die Lücke und macht den Ablauf messbar, wiederholbar und überwachbar.
Wie wir Schnittstellen angehen
Am Anfang steht die Bestandsaufnahme: Welche Systeme sind im Spiel, welche Daten fliessen wohin, wer ist die führende Quelle, wie oft muss synchronisiert werden. Erst danach entscheidet sich, ob eine bestehende Schnittstelle reicht, ob eine eigene nötig ist oder ob ein Service Bus dazwischen gehört, der die Übersetzung für mehrere Systeme an einer Stelle bündelt.
Wir bauen solche Anbindungen für ERP-Systeme, Shops, Portale und Cloud-Dienste, von der einzelnen Schnittstelle bis zur Integrationsschicht, über die mehrere Umsysteme angebunden sind. Details dazu stehen unter Software-Entwicklung.
Wenn du eine konkrete Integration vor dir hast: Beschreib uns die beiden Systeme und was zwischen ihnen fliessen soll. Daraus lässt sich abschätzen, wie viel Aufwand dahintersteckt. Nimm mit uns Kontakt auf.