Middleware- und API-Integrationsleistungen
Eine Integrationsschicht für jedes System und jeden Partner, mit behandelten Fehlerfällen
Wenn jede Verbindung ihr eigenes Skript ist
Die meisten Unternehmen hängen von Diensten ab, die sie nicht selbst betreiben: ein CRM, Frachtführer und 3PL-Logistikdienstleister, Steuerplattformen, KYC- und AML-Prüfungen und SaaS-Werkzeuge. Jeder hat seine eigene API, seine eigenen Limits und seine eigene Art zu scheitern.
Eins nach dem anderen verbunden, werden sie zu einer Sammlung von Punkt-zu-Punkt-Skripten, die niemand ganz versteht. Ein Partner ändert seine API, nachts geht eine Nachricht verloren, und das erste Zeichen ist eine Kundenbeschwerde.
Was sich für Sie ändert
Eine Schicht statt eines Geflechts von Skripten
Systeme veröffentlichen und empfangen Ereignisse über eine gesteuerte Schicht, sodass ein neuer Partner nicht jedes System berührt.
Nichts verloren, nichts doppelt
Idempotente Schreibvorgänge, Wiederholungen mit Backoff und eine Dead-Letter-Queue, sodass ein Fehler abgefangen und erneut eingespielt statt verloren wird.
Jeder Ablauf sichtbar
Traces, Fehlerraten und Latenz je Partner, mit Warnungen, die sagen, welcher Partner ausgefallen ist und wie.
Was wir liefern
API-Gateway
Eine gesteuerte Eingangstür für die APIs, die Sie veröffentlichen: Authentifizierung, Ratenlimits, Kontingente, Versionierung und Nutzungsanalysen.
Event Mesh und Enterprise Service Bus
Ein Event Mesh ist ein Netz von Brokern, das Ereignisse in Echtzeit zwischen Systemen und Standorten verteilt. Läuft Ihre IT-Landschaft bereits auf einem Enterprise Service Bus (ESB), entwerfen und erweitern wir auch diesen.
BPMN-Workflow-Automatisierung
Prozesse über Systeme und Menschen hinweg, etwa Onboarding oder Freigaben, modelliert in BPMN (Business Process Model and Notation) und ausgeführt von einer Workflow-Engine.
Konnektoren für Drittanbieter-Ökosysteme
Konnektoren über REST, SOAP und Webhooks oder über eine iPaaS (Integration Platform as a Service) für CRM-, 3PL-Logistik-, Steuer- sowie KYC- und AML-Anbieter.
API-Verträge und Versionierung
OpenAPI- oder WSDL-Definitionen für jede Schnittstelle, mit Feldregeln, Fehlercodes und Limits sowie einer Regel, wie Änderungen von Partnern aufgenommen werden.
Identität und Geheimnisse
Single Sign-on mit OpenID Connect oder SAML, Servicezugriff mit OAuth 2.0 und Zugangsdaten in einem Secrets Vault, begrenzt und rotiert.
Zuverlässigkeit und Monitoring
Idempotenzschlüssel, Wiederholungen, Dead-Letter-Queues und ein menschlicher Betriebsweg für jede Ausnahme, mit Dashboards und Warnungen je Partner.
So arbeiten wir
Bestand aufnehmen
Wir listen die Systeme und Partner auf, von denen Sie abhängen, die Daten, die jeder braucht, und die Fehler, die Sie heute sehen.
Die Schicht entwerfen
Wir schreiben die API-Verträge und wählen für jeden Ablauf direkte Aufrufe, Ereignisse, einen ESB oder eine Integrationsplattform.
Konnektoren bauen
Wir bauen jeden Konnektor von Anfang an mit Fehlerbehandlung, Duplikatschutz und Protokollierung.
Mit jedem Partner testen
Wir führen Vertragstests und End-to-End-Szenarien in der Testumgebung jedes Partners aus, einschließlich Fehlern.
Sicher ausliefern
Wir liefern in Stufen aus und halten den alten Weg verfügbar, bis der neue sich bewährt hat.
Betreiben und anpassen
Wir beobachten Fehlerraten und Dead Letters und passen die Konnektoren an, wenn Partner ihre APIs ändern.
Seitwärts scrollen, um die ganze Zeichnung zu sehen.
ERP zu Drittanbietern: eine Plattform, viele Partner
Geschäftsereignisse verlassen das ERP einmal, und die Integrationsplattform liefert sie an jeden Partner in dem Format, das er erwartet. Callbacks kommen denselben Weg zurück. Eine Nachricht, die auch nach ihren Wiederholungen scheitert, geht an eine Dead-Letter-Queue und löst eine Warnung mit angehängter Nutzlast aus.
- Primärer Ablauf
- Asynchron
- Fehlerpfad
Der Ablauf in 9 Schritten
Der Ablauf Schritt für Schritt
- Von ERP nach Integrationsplattform: Geschäftsereignisse, über REST · OData · webhook (primärer Ablauf).
- Von Integrationsplattform nach CRM: Kunden und Aufträge, über REST/JSON (primärer Ablauf).
- Von Integrationsplattform nach Logistik und Frachtführer: Gebuchte Sendungen, über REST/JSON (primärer Ablauf).
- Von Logistik und Frachtführer nach Integrationsplattform: Sendungsereignisse, über webhook (asynchron).
- Von Integrationsplattform nach E-Invoicing- und Steuerplattform: Rechnungen zur Freigabe, über SOAP/XML · REST (primärer Ablauf).
- Von Integrationsplattform nach KYC- und Identitätsanbieter: Identitätsprüfungen, über REST/JSON (primärer Ablauf).
- Von KYC- und Identitätsanbieter nach Integrationsplattform: Prüfergebnisse, über webhook (asynchron).
- Von Integrationsplattform nach Dead-Letter-Queue und Warnungen: Nach Wiederholungen fehlgeschlagen, an eine Dead-Letter-Queue (Fehlerpfad).
- Von Dead-Letter-Queue und Warnungen nach Support-Team: Warnung mit Nutzlast und Fehler (Fehlerpfad).
Protokolle, Plattformen und Standards
Besitzen Sie bereits eine Integrationsplattform, bauen wir darauf auf. Die Nennung eines Produkts bedeutet keine Partnerschaft mit seinem Anbieter.
- Daten und Analytik
- Apache Kafka
- Integration
- REST
- SOAP
- GraphQL
- Webhooks
- OpenAPI
- MuleSoft
- Boomi
- Azure Logic Apps
- Apache Camel
- RabbitMQ
- Identität und Zugriff
- OAuth 2.0
- OpenID Connect
- SAML 2.0
- SCIM
- Keycloak
- Microsoft Entra ID
- Standards im Gesundheitswesen
- HL7 v2
- HL7 FHIR
Nachweis im Produktivbetrieb
Für eine Tier-1-Bank und einen regionalen Mischkonzern aus der Golfregion haben wir ein ereignisgesteuertes Middleware-Mesh auf Apache Kafka gebaut. Es verbindet SAP S/4HANA mit Banken und Steuerbehörden, mit Geheimnissen in HashiCorp Vault.
So beginnen
Eine klare Liste von Partnern und Abläufen geht direkt in ein Angebot. Ein undokumentiertes Geflecht bestehender Integrationen beginnt mit der Brownfield-Diagnosebrücke.
Wie es weitergeht
Beratungsvorgespräch
Ein kostenlose 30-minütige Online-Vorberatung: Wir gehen Ihre Ziele, Systeme und Rahmenbedingungen durch.
Readiness-Review
In einer kostenlose 48-stündige Readiness-Review prüft ein Principal Architect Ihr Projekt gegen die 6-Punkte-Definition of Ready und empfiehlt den passenden Track.
Wahl des Tracks
Projekte mit klarem Leistungsumfang erhalten innerhalb von 3–5 Werktagen ein verbindliches Angebot. Projekte in der Konzeptphase starten im Blueprint Studio. Ein laufendes System, das ausfällt, nicht dokumentiert ist oder integriert werden muss, beginnt mit einer Diagnose von 1–2 Wochen. Blueprint Studio und Diagnose haben jeweils ein festes Honorar, das im Angebot genannt wird.
Umsetzung in fünf Phasen
Mobilisierung, Sprints mit Live-Demonstrationen, Integration und Härtung, Abnahme und Inbetriebnahme, dann Managed Services. Nach dem Start folgt eine Gewährleistungsfrist, danach optional Support und Wartung.
Projekte mit festem Ergebnis und Managed Services rund um die Uhr
Lieferung mit festem Umfang und Meilensteinen unter benannten Delivery-Leads sowie Application Managed Services rund um die Uhr unter SLA-Governance.
Eingebettete Spezialisten und strategische Verstärkung
Nearshore und vor Ort eingesetzte Principal Engineers und Spezialisten sowie eingebettete Lösungs-, Transformations-, PQC- und Integrationsarchitekten.
Fragen und Antworten
Sollten wir eine Integrationsplattform oder individuellen Code nutzen?
Das hängt davon ab, wie viele Verbindungen Sie haben und wer sie betreiben wird. Eine Integrationsplattform wie MuleSoft, Boomi oder Azure Logic Apps bietet fertige Konnektoren, Mapping und Monitoring an einer Stelle, zu Lizenzkosten. Individuelle Dienste geben volle Kontrolle und keine Lizenz, aber mehr Code zu pflegen. Wir vergleichen beides für Ihren Fall.
Was ist der Unterschied zwischen einem ESB und einem Event Mesh?
Ein Enterprise Service Bus leitet und transformiert Nachrichten über einen zentralen Hub. Ein Event Mesh verteilt Ereignisse über ein Netz verbundener Broker, sodass Systeme in verschiedenen Clouds und an verschiedenen Standorten direkt veröffentlichen und abonnieren. Viele Landschaften betreiben beides, während sie von einem zum anderen wechseln.
Was geschieht, wenn die API eines Partners ausfällt?
Anfragen, die aus temporären Gründen scheitern, werden mit wachsenden Abständen wiederholt. Jeder Schreibvorgang trägt einen Idempotenzschlüssel, sodass eine Wiederholung nie einen zweiten Auftrag oder eine zweite Rechnung erzeugt. Eine Nachricht, die weiter scheitert, landet mit Nutzlast und Fehler in einer Dead-Letter-Queue. Eine Warnung erreicht Ihr Team, und die Nachricht wird erneut eingespielt, sobald der Partner zurück ist.
Wie gehen Sie mit API-Versionswechseln um?
Für die APIs, die Sie veröffentlichen, versionieren wir, halten alte Versionen für einen vereinbarten Zeitraum und informieren die Nutzer über Änderungen. Für die APIs, die Sie aufrufen, verfolgen wir die Abkündigungen jedes Partners und testen neue Versionen in seiner Sandbox. Vertragstests fangen eine unangekündigte Änderung ab, bevor sie die Produktion erreicht.
Können Sie unseren Identity-Provider anbinden?
Ja. Wir ergänzen Single Sign-on mit OpenID Connect oder SAML 2.0 über Anbieter wie Microsoft Entra ID oder Keycloak. Nutzer werden mit SCIM bereitgestellt, wo die Anwendung es unterstützt. Ihr Identity-Provider bleibt die einzige Stelle, an der Zugriff gewährt und entzogen wird.
Wie gehen Sie mit Ratenlimits um?
Wir gestalten um die veröffentlichten Limits jedes Partners herum. Wir bündeln Anfragen, wo die API es erlaubt, cachen selten geänderte Daten, verteilen geplante Jobs und ziehen uns zurück, wenn ein Limit naht. Das Monitoring zeigt, wie nah jeder Ablauf an seinem Limit läuft.
Bereit zu bauen? Fragen Sie nach einem Angebot.
Senden Sie Ihre Anforderungen oder Ausschreibung. Unsere Architekten prüfen sie und liefern ein verbindliches Angebot mit festem Umfang.
Wie es weitergeht
Readiness-Review
In einer kostenlose 48-stündige Readiness-Review prüft ein Principal Architect Ihr Projekt gegen die 6-Punkte-Definition of Ready und empfiehlt den passenden Track.
Verbindliches Angebot
Nach Architekturvalidierung kostenfrei erhalten Sie innerhalb von 3–5 Werktagen ein verbindliches Angebot mit festem Leistungsumfang: Meilensteine, Architektur, Teamstruktur und SLAs. Wir unterzeichnen auf Wunsch eine Geheimhaltungsvereinbarung (NDA) mit Ihnen, bevor Sie Ihre Anforderungen teilen.
Mobilisierung
Sobald Sie unterzeichnen, beginnen unsere Engineering-Pods innerhalb von 5–10 Werktagen nach Vertragsunterzeichnung mit Sprint 0.
Umsetzung in fünf Phasen
Mobilisierung, Sprints mit Live-Demonstrationen, Integration und Härtung, Abnahme und Inbetriebnahme, dann Managed Services. Nach dem Start folgt eine Gewährleistungsfrist, danach optional Support und Wartung.