arades Service · Cluster Spezialisierung · API-First

Integration & Schnittstellen — Microsoft mit der Welt verbinden, die zur Microsoft kommt.

ERP, eCommerce, Logistik, Banking — Microsoft Dynamics 365 und Microsoft 365 sind selten allein. Wir bauen Schnittstellen, die Microsoft-Release-Waves überleben: dokumentiert, getestet, mit eingebauter Fehler-Behandlung und Monitoring. Live-Referenzen aus produktiven Projekten mit Oxaion, Shopify, Amazon und GLS.

API-First REST · OData · SOAP Microsoft Graph Event-Driven Monitoring & Retry
Oxaion + SAP · Live-Referenz Shopify + Amazon · Multi-Shop, Multi-Marketplace GLS / DHL / DPD · Versand-Anbindung Microsoft Graph · 20+ Jahre API-Praxis

Geschäftsführung · Inhaber

Datensilos beseitigen — der ROI rechnet sich oft im ersten Jahr.

Doppelpflege, Excel-Brücken und manuelle Daten­transfers kosten richtig Geld — meistens unsichtbar im Tagesgeschäft. Eine saubere Schnittstelle ersetzt typischerweise 1–3 Stellen­anteile in der manuellen Datenpflege und beschleunigt Auftrags- und Versand-Prozesse messbar. Wir liefern den Integrations-Business-Case in Euro: Aufwand, Folgekosten, eingesparte Stunden — entscheidungs­reif für den Beirat.

Abteilungsleitung · Fachbereich

Inter-Departmental-Daten konsolidieren — ohne Bereichs­politik.

Vertrieb, Service und Logistik arbeiten mit eigenen Daten­ständen — das ist nicht böser Wille, sondern fehlende Brücken. Wir liefern im Discovery-Spike (Preis auf Anfrage) eine saubere Daten-Landkarte: Quellsysteme, Master-Data-Ownership, Mapping-Tabelle, Konsolidierungs-Pfad. Dokumentierter Outcome-Bericht für Lenkungs­kreis und Einkauf — bevor der erste Connector gebaut wird.

IT-Leitung · CIO · Solution Architect

REST, SOAP, Event-Driven, Service-Bus, Dataverse-Connectors — supported.

Patterns: REST mit OAuth-2 und API-Management-Fassade, SOAP-Legacy mit XML-Mapping, Event-Driven über Azure Service Bus und Event Grid, Custom-Connectors für Power Platform, Dataverse Web API und Microsoft Graph. Idempotenz, Retry mit Exponential-Backoff, Dead-Letter-Queues, Monitoring mit Application Insights. Direkt mit dem Spezialisten — kein Sales-Filter.

Für Geschäftsführer · Integrations-ROI in Euro

Was eine Schnittstelle wirklich spart — und was sie kosten darf.

Wir liefern den Integrations-Business-Case auf einer Seite: eingesparte Stellenanteile, vermiedene Doppelpflege, beschleunigte Durchlauf­zeiten, Risiko­kosten durch Datensilos. Plus Aufwands- und Folgekosten-Schätzung. Was der CFO sieht: eine quantifizierte Investition mit klarem Payback. Festpreis-Einstieg über Discovery-Spike — kein offenes Stunden­geschäft, keine bösen Über­raschungen.

Integrations-Case rechnen

Für Abteilungsleitung · Daten-Landkarte vorab

Daten-Konsolidierung mit dokumentiertem Pfad — verteidigbar im Lenkungs­kreis.

Discovery-Spike-Lieferung: Quellsystem-Inventur, Mapping-Tabelle (Felder, Typen, Pflichtigkeit), Master-Data-Ownership pro Domäne, Konsolidierungs-Roadmap mit Quick-Wins. Plus Business-Case-Skelett für CFO und Einkauf. Damit reden Sie mit anderen Bereichs­leitungen nicht über Excel-Probleme, sondern über eine dokumentierte Architektur-Entscheidung — fertig für den nächsten Steering-Termin.

Daten-Landkarte starten

Für IT-Leitung · 45 Min Architektur-Gespräch

REST/SOAP, Service Bus, Event Grid, Dataverse-Connectors — am Whiteboard durchgesprochen.

Themen: Punkt-zu-Punkt vs. Event-Driven-Architektur, Azure Service Bus (Queues, Topics, Sessions), Event Grid für domänen­übergreifende Events, OAuth-2/OIDC-Token-Flows, API-Management als Fassade, Idempotenz und Retry mit Exponential-Backoff, Dead-Letter-Queues, Microsoft Graph vs. Dataverse Web API, Custom-Connector vs. Logic Apps. Direkt mit dem Integrations-Architekt.

45 Min Architektur-Gespräch

Was dieser Service ist

Schnittstellen, die nicht nach dem nächsten Release-Wave kaputtgehen.

Eine Schnittstelle ist nicht fertig, wenn sie zum ersten Mal Daten überträgt. Sie ist fertig, wenn sie nach drei Microsoft-Release-Waves, fünf API-Versionssprüngen des Drittsystems und einem Wechsel des Authentifizierungs-Modells immer noch läuft — und wenn Sie es sofort wissen, falls sie es einmal nicht tut.

Wir bauen Schnittstellen seit über 20 Jahren. In der Anfangszeit waren das XML-Web-Services und Datei-Drops über FTP, heute sind es REST-APIs mit OAuth-2-Authentifizierung, Event-Webhooks und Microsoft Graph. Was sich nicht geändert hat: Eine produktive Schnittstelle braucht mehr als nur den Happy-Path. Sie braucht Fehler-Behandlung für API-Ausfälle des Drittsystems, Idempotenz, damit Wiederholungen keine Doubletten erzeugen, Retry-Strategien mit Exponential-Backoff, Monitoring, das eskalations-fähig ist, und Dokumentation, die jemand anderes als der ursprüngliche Entwickler verstehen kann.

Genau das liefern wir. Eine arades-Schnittstelle kommt mit Architektur-Dokument, Mapping-Tabelle, automatisierten Tests, Monitoring-Dashboard und Übergabe-Session. Wir bauen sowohl klassische Punkt-zu-Punkt-Anbindungen als auch Event-Driven-Architekturen mit Message-Bus, je nachdem, was die Anforderung trägt. Und wir sind ehrlich, wenn eine bestehende Architektur das eigentliche Problem ist — manchmal ist eine API-Fassade vor einem Legacy-System die bessere Investition als die zwölfte Punkt-zu-Punkt-Verbindung.

Sechs Integrations-Bereiche

Was wir produktiv anbinden — und mit welcher Plattform-Erfahrung.

ERP-Anbindung

SAP, Oxaion, Microsoft Business Central, weitere Mittelstands-ERPs. Master-Data-Sync für Kunden, Artikel, Konditionen. Auftrags-Übergabe, Rechnungs-Status zurück, Buchungssatz-Export. Ausnahme-Queue mit Eskalations-Logik. Oxaion läuft live seit Jahren.

eCommerce

Shopify (Multi-Shop), WooCommerce, Magento, Salesforce Commerce Cloud. Inventory-Push, Order-Pull, Versand-Status-Rückmeldung mit Tracking. Multi-Shop-Anbindungen mit zentraler Bestands-Logik. Webhook-basiert mit Fallback-Polling.

Marketplaces

Amazon Reseller-API (Multi-Marketplace DE, EU und weltweit), eBay Trading- und Sell-API, Otto Market, idealo Direktkauf. Listing-Sync, Order-Pull, Status-Push, Retouren-Handling. Hoher Anteil an Idempotenz-Logik wegen aggressiver Retry-Politik der Marketplaces.

Logistik & Versand

GLS, DHL, DPD, UPS, Hermes. Label-Generierung, Tracking-Nummern, Status-Webhooks. Multi-Carrier-Routing nach Gewicht, Land, Service-Level. GLS ist die Standard-Anbindung, weitere Provider folgen gleicher Architektur — austauschbar als Plug-in.

Banking & Payment

DATEV (Buchungssatz-Export, Stammdaten-Sync), lexoffice, Stripe, PayPal, Klarna. Zahlungseingang-Abgleich, Mahnstatus-Update, Buchungssatz-Generierung. PSD2-konform für Banking-APIs, wo erforderlich.

Microsoft Graph & Custom APIs

Microsoft Graph für Microsoft-365-Daten — Teams, SharePoint, Outlook, Entra ID. Daneben beliebige Custom-APIs auf REST-, OData- oder SOAP-Basis. Wenn eine Plattform eine dokumentierte Schnittstelle hat, binden wir sie an — wir haben in 20 Jahren wenig erlebt, was nicht ging.

Architektur-Prinzipien

Vier Entscheidungen, die wir bei jeder Schnittstelle bewusst treffen.

01

API-First

Die API ist der Vertrag — nicht die Implementation. Wir entwerfen erst das Mapping und die Endpoint-Logik, dann die Code-Struktur. Datenbank-Direkt-Zugriffe oder „mal eben SQL nachher“ sind die Ausnahme, nicht die Regel. Eine sauber definierte API ist auch nach dem nächsten Release-Wave noch lesbar.

OpenAPI-Spec Mapping-Tabelle
02

Event-Driven vs. Request-Response

Nicht jede Schnittstelle muss Event-Driven sein. Wenn ein Drittsystem Webhooks anbietet und die Last es rechtfertigt, bauen wir Event-Driven mit Message-Bus. Wenn ein nächtlicher Datei-Drop fachlich reicht, bauen wir nächtlichen Datei-Drop. Die Architektur folgt der Anforderung, nicht der Mode.

Webhooks Message-Bus
03

Idempotenz

Eine Nachricht zweimal verarbeiten darf nicht zwei Datensätze erzeugen. Jede arades-Schnittstelle verwendet Korrelations-IDs, deduplizierte Verarbeitungs-Queues und Upsert-Logik statt blindem Insert. Damit überleben wir aggressive Retry-Politik von Marketplaces und Webhook-Doppelzustellungen ohne Datenchaos.

Korrelations-IDs Upsert-Logik
04

Retry-Strategien & Monitoring

Exponential-Backoff mit konfigurierbarer Obergrenze, Dead-Letter-Queue für nicht-erholbare Fehler, Alert-Eskalation per Mail, Teams oder PagerDuty. Monitoring-Dashboard zeigt Durchsatz, Latenz, Fehlerrate je Endpoint. Wenn eine Schnittstelle ausfällt, wissen Sie es vor Ihren Endkunden.

Dead-Letter-Queue Dashboard

Drei Liefer-Modelle

Welches Modell zu Ihrer Situation passt.

Nicht jede Schnittstelle braucht das gleiche Vertragsmodell. Eine sauber umgrenzte Anforderung lebt im Festpreis. Eine sich entwickelnde Integrations-Landschaft lebt in der Sprint-Logik. Eine bestehende Schnittstelle lebt im Care-Modell.

Festpreis-Schnittstelle

Wann: Sauber umgrenzte Anforderung mit klarem Scope — z. B. „Aufträge aus Shopify in Dynamics 365 mit Status-Rückmeldung“. Dauer: 4 bis 8 Wochen ab Kick-off. Was Sie bekommen: Festpreis-Angebot nach Anforderungs-Workshop, fixe Liefer-Termine, Akzeptanz-Tests gegen das Pflichtenheft. Vorhersehbar, planbar, abrechenbar.

Zeit-und-Material mit Sprint-Logik

Wann: Anforderungen entwickeln sich noch — Multi-Shop-Aufbau im Wachstum, Marketplace-Expansion, neue Drittsystem-Integration mit unklarem Scope. Dauer: 2-Wochen-Sprints, jederzeit kündbar. Was Sie bekommen: Alle 2 Wochen eine produktiv-taugliche Erweiterung, transparente Stunden-Abrechnung, gemeinsame Backlog-Pflege.

Care-Modell für Bestands-Schnittstellen

Wann: Schnittstellen sind live und müssen gepflegt werden — Release-Wave-Anpassungen, API-Versionssprünge des Drittsystems, kleinere Erweiterungen. Dauer: Monatliche Pauschale, mindestens 12 Monate. Was Sie bekommen: Monitoring, SLA-getriebene Bug-Fixes, präventive Release-Wave-Tests, Stundenkontingent für Weiterentwicklung.

Wer diesen Service typischerweise nutzt

Vier Profile, in denen unsere Schnittstellen-Praxis besonders trägt.

Mittelständler mit gewachsener Microsoft-Landschaft

Dynamics 365 oder Microsoft 365 ist im Haus, daneben ein älteres ERP, ein Shop, ein Buchhaltungs-System, eine Versand-Lösung. Sie wollen die Inseln verbinden, ohne ein neues Mega-Projekt aufzusetzen — pragmatisch, schrittweise, mit klarem ROI je Schnittstelle.

Handelsunternehmen mit Multi-Channel-Vertrieb

Eigener Shop, Amazon, mehrere Shopify-Instanzen, zusätzlich B2B-Direktvertrieb über Dynamics 365. Das ERP soll Single Source of Truth bleiben, alle Kanäle daran hängen, Bestand und Aufträge ohne Excel-Brücke fließen.

Industrie-Unternehmen mit SAP-Bestand

SAP ist im Haus für Finanzen und Produktion, daneben kommt eine Microsoft-Welt für CRM, Service oder Außendienst. Sie brauchen einen verlässlichen Datenfluss zwischen SAP und der Microsoft-Welt — bidirektional, dokumentiert, auditfähig.

Software-Häuser mit Custom-Produkten

Sie bauen ein eigenes Produkt auf Microsoft Power Platform oder Dynamics 365 und brauchen produktive Schnittstellen zu Kunden-Systemen. Wir liefern die Integrations-Schicht als Sub-Engineering — White-Label, dokumentiert, übergabefähig.

Verwandt

Was direkt an diesen Service anschließt.

Häufige Fragen

Was Auftraggeber vor der Beauftragung wissen wollen.

Mit welchen Systemen haben Sie Erfahrung?

Live-Referenzen mit Oxaion ERP, SAP, Microsoft Business Central, Shopify (Multi-Shop), Amazon Reseller API, eBay, GLS, DHL, DPD, DATEV, lexoffice, Stripe und PayPal. Daneben Microsoft Graph für Microsoft-365-Daten und beliebige REST-, OData- oder SOAP-APIs. Bei unbekannten Plattformen prüfen wir die API-Lage im Erstgespräch — Voraussetzung ist ein dokumentierter Endpunkt mit Lese- und Schreib-Berechtigung.

Was kostet eine typische Schnittstelle?

Eine sauber umgrenzte Festpreis-Schnittstelle (z.B. Auftrags-Push von Shopify in Dynamics 365 mit Status-Rückmeldung) liegt typischerweise im niedrigen fünfstelligen Bereich, abhängig von Mapping-Komplexität, Fehlerbehandlungs-Anforderungen und Monitoring-Tiefe. Komplexere bidirektionale Master-Data-Synchronisationen oder Multi-Mandanten-Setups bewegen sich höher. Wir schätzen nach einem Discovery-Call mit Anforderungs-Dokument.

Wer pflegt die Schnittstelle nach Go-Live?

Wahlweise wir im Care-Modell (Monitoring, Bug-Fixes, Release-Wave-Anpassungen, Weiterentwicklung) oder Ihr Team mit Übergabe-Dokumentation und Knowledge-Transfer-Sessions. Das Care-Modell ist die Regel bei Schnittstellen zu Drittsystemen, die selbst regelmäßig API-Änderungen einspielen — z.B. Amazon, Shopify, Microsoft Graph.

Was passiert bei einem Microsoft-Release-Wave?

Wir verfolgen die Microsoft-Release-Wave-Ankündigungen ab dem ersten Public-Preview-Tag und testen alle von uns gebauten Schnittstellen auf der Wave-Preview-Umgebung, bevor das produktive Release ausgerollt wird. Auffälligkeiten werden im Care-Modell direkt nachgezogen. So überlebt eine arades-Schnittstelle typischerweise mehrere Release-Waves ohne Produktiv-Ausfall.

Können Sie auch ältere SOAP- oder Datei-Schnittstellen?

Ja. SOAP, XML-RPC, klassische Web-Services, CSV-/EDIFACT-Datei-Drops auf SFTP, Datenbank-Direkt-Zugriffe und sogar Bildschirm-Scraping-Brücken für Legacy-Host-Systeme haben wir in produktiven Projekten gebaut. REST und OData sind heute die Regel, aber gerade Industrie- und ERP-Bestandssysteme bringen oft ältere Protokolle mit — die binden wir entweder direkt an oder kapseln sie hinter einer modernen API-Fassade.

Wie lange dauert eine Schnittstellen-Implementation?

Eine umgrenzte Festpreis-Schnittstelle dauert typischerweise 4 bis 8 Wochen ab Kick-off — Anforderungs-Workshop, Mapping-Design, Implementation, Testing auf Sandbox, Monitoring-Setup, Go-Live. Komplexere bidirektionale Master-Data-Synchronisationen mit Konflikt-Logik liegen bei 8 bis 16 Wochen. Bei laufender Sprint-Logik in Zeit-und-Material liefern wir alle 2 Wochen eine produktiv-taugliche Erweiterung.

Zum Mitnehmen · zwei Materialien

Factsheet und Whitepaper.

Zwei Tiefen für unterschiedliche Lese-Bedürfnisse. Das Factsheet ist Quick-Reference (3-5 Min) und sofort herunterladbar. Das Whitepaper ist Markt-Edukation mit Methodik und Vergleichs-Daten (15-30 Min) — Sie bekommen es per Mail nach kurzer Anfrage.

Factsheet · 2 Seiten

Integration & Schnittstellen Factsheet

3-5 Min Lesezeit · Direkter Download · ohne Formular

Kompakte Übersicht: Leistungsumfang, Kennzahlen, Pricing-Modell, Ablauf — ideal zum Weiterleiten an CFO, Einkauf oder Fachbereich.

Factsheet herunterladen (PDF)

Whitepaper · 12 Seiten

Integration & Schnittstellen — Vertiefung

15-30 Min Lesezeit · per E-Mail nach Anfrage

Methodik, Vergleichs-Daten, Empfehlungs-Rahmen — Material zur internen Argumentation gegenüber Stakeholdern.

 

Verwandte Dienstleistungen

Integration hat Nachbar-Themen — was typisch zusammen kommt.

30 Min · Discovery-Call

Schnittstellen-Anfrage stellen.

30-Min-Discovery-Call mit unserem Integrations-Engineering: Wir hören Ihre Anforderung, prüfen die API-Lage des Drittsystems und kommen mit einer Aufwands-Indikation und einem Vorschlag für das passende Liefer-Modell zurück. Ein konkretes Produkt-Beispiel unserer Schnittstellen-Praxis sehen Sie auf der Intercompany-Produktseite.