Das Problem

Irgendwo in Ihrem Unternehmen kopiert gerade jemand Daten von einem System in ein anderes. Manuell. Jeden Tag.

Vielleicht werden Aufträge aus SAP exportiert und in ein Reporting-Tool importiert. Vielleicht werden Kundendaten in drei Plattformen erneut erfasst, weil keine davon miteinander spricht. Vielleicht ist es jemand aus dem Finanzbereich, der jeden Montagmorgen CSV-Dateien herunterlädt, sie in Excel umformatiert und an anderer Stelle wieder hochlädt.

Niemand hat das so geplant. Es ist einfach passiert — System für System, über Jahre hinweg. Jedes einzelne Tool ergab Sinn, als es eingeführt wurde. Das Problem ist nicht ein einzelnes System. Das Problem ist, dass sie nie dafür konzipiert waren, zusammenzuarbeiten.

Der erste Impuls ist häufig, alles auszutauschen und neu zu beginnen. Neues ERP, neues CRM, neu von Grund auf. Aber Sie wissen, wie diese Projekte aussehen — zwei Jahre, dreifaches Budget, und am Ende fehlt die Hälfte der Funktionen aus dem Altsystem, weil sie niemand dokumentiert hat.

Es gibt einen besseren Weg. Sie behalten die Systeme, die funktionieren, reparieren die Verbindungen dazwischen und ersetzen nur die Teile, die wirklich kaputt sind. Genau das machen wir.

Was wir tun

API-Layer auf Legacy-Systemen

Ihr SAP, Ihr ERP, Ihr Dokumentenmanagement-System — sie enthalten Daten, die andere Bereiche Ihres Unternehmens benötigen. Aber an diese Daten zu kommen, bedeutet meist Exporte, Reports oder eine Anfrage an die IT. Wir bauen API-Layer, die auf diesen Systemen aufsetzen und ihre Daten in Echtzeit verfügbar machen. Saubere Endpoints, ordentliche Authentifizierung, dokumentiert. Ihre anderen Anwendungen können holen, was sie brauchen, ohne dass jemand einen Report ausführt.

Dafür muss das Legacy-System selbst nicht angefasst werden. Wir verbinden uns so, wie es sich verbinden lässt — sei es über eine Datenbank, eine Datei-Schnittstelle, eine vorhandene API oder manchmal etwas Kreativeres. Das Legacy-System läuft genauso weiter wie zuvor.

Datensynchronisation

Wenn dieselbe Information in mehreren Systemen vorhanden sein muss — ein Kundendatensatz, ein Produktkatalog, eine Preisliste —, ist es ein verlorenes Spiel, das manuell synchron zu halten. Jemand vergisst etwas, irgendetwas ist veraltet, und am Ende vertraut niemand mehr einem der Systeme.

Wir bauen Synchronisations-Pipelines, die Ihre Systeme automatisch konsistent halten. Wenn sich etwas in der Quelle ändert, wird es propagiert. Wenn es einen Konflikt gibt, wird er markiert, statt stillschweigend überschrieben. Wenn etwas fehlschlägt, wissen Sie es sofort — nicht erst drei Wochen später, wenn die Zahlen nicht mehr aufgehen.

Prozessautomatisierung

Workflows, die heute über E-Mail, Telefonate und das Wissen einzelner Mitarbeiter laufen — wir machen daraus definierte, automatisierte Prozesse. Nicht weil Automatisierung an sich besser wäre, sondern weil diese unsichtbaren Workflows fragil sind. Wenn die Person, die den Prozess kennt, in den Urlaub geht, steht alles still.

Wir mappen den tatsächlichen Workflow (der praktisch nie dem entspricht, was in der Dokumentation steht), identifizieren die Schritte, die automatisiert werden können, und bauen die Verbindungen. Die menschlichen Schritte bleiben menschlich. Die mechanischen Schritte werden zuverlässig.

Inkrementelle Migration

Wenn ein System tatsächlich ersetzt werden muss — nicht nur angebunden —, dann tun wir es Stück für Stück. Die Branche nennt das Strangler-Fig-Pattern: Sie umhüllen das alte System mit neuen Services, migrieren Funktionalität schrittweise, und am Ende hat das Altsystem nichts mehr zu tun.

Das ist langsamer als ein Big-Bang-Rewrite. Es ist aber dramatisch sicherer. Sie haben nie den Tag, an dem das alte System aus ist und das neue noch nicht funktioniert. Ihr Team migriert einen Workflow nach dem anderen, validiert ihn und macht weiter.

Wie wir vorgehen

Integrationsprojekte scheitern, wenn man mit dem Bauen beginnt, bevor man das Gesamtbild verstanden hat. Wir haben Unternehmen gesehen, die einen Prozess automatisiert haben, den es gar nicht hätte geben dürfen, oder zwei Systeme verbunden haben, ohne zu merken, dass es noch ein drittes gibt, das niemand erwähnt hat. Wir beginnen damit, alles zu kartieren.

Phase 1: Die Landschaft kartieren (1–2 Wochen)

Wir inventarisieren Ihre Systeme — nicht nur die offiziellen, sondern auch die Schatten-IT, die Tabellen, die Access-Datenbanken, die Skripte, die auf irgendeinem Desktop laufen. Wir dokumentieren, welche Daten wo liegen, wie sie zwischen Systemen fließen und wo sie hängen bleiben, dupliziert oder verloren gehen.

Wir sprechen außerdem mit den Menschen, die diese Systeme tatsächlich nutzen. Sie wissen Dinge, die kein Architekturdiagramm zeigt: welche Workarounds kritisch sind, welche Integrationen aus Gewohnheit zusammenhalten, welche Reports falsch sind, ohne dass es jemandem auffällt, weil alle die Zahlen manuell anpassen.

Das Ergebnis ist eine Integration-Map — ein klares Bild Ihres Ist-Zustands, in dem die Schmerzpunkte hervorgehoben und priorisiert sind.

Phase 2: Die Verbindungen entwerfen (1–2 Wochen)

Auf Basis der Map entwerfen wir den Zielzustand. Das ist keine Fantasie-Architektur — es ist ein realistischer Plan, der Ihre bestehenden Systeme, die Kapazität Ihres Teams und Ihr Budget berücksichtigt. Wir legen fest, welche Integrationen zuerst gebaut werden (höchster Schmerz, geringstes Risiko), welcher technische Ansatz jeweils sinnvoll ist und wie wir validieren, dass alles funktioniert.

Wir benennen explizit, was wir nicht ändern. Die Hälfte des Werts dieser Phase liegt in der Entscheidung, was unangetastet bleibt.

Phase 3: Bauen und verbinden (4–12 Wochen)

Wir bauen die Integrationen in der Reihenfolge ihrer Priorität. Jede folgt dem gleichen Muster: bauen, mit echten Daten testen, parallel zum manuellen Prozess laufen lassen, validieren, dann umschalten. Niemand wacht morgens auf und stellt fest, dass sich sein Workflow ohne Vorwarnung geändert hat.

Wir machen das iterativ. Nach jedem Go-live prüfen wir: Funktioniert es? Ist es schneller? Stimmen die Daten? Gibt es Edge Cases, die wir übersehen haben? Dann nehmen wir uns die nächste Integration vor.

Phase 4: Stabilisieren und übergeben

Sobald die Integrationen laufen, überwachen wir sie. Datenpipelines neigen dazu, drei Wochen lang einwandfrei zu funktionieren und dann zu brechen, sobald jemand ein unerwartetes Zeichen in ein Feld einträgt oder ein System aktualisiert wird. Wir bleiben lange genug an Bord, um diese Probleme zu fangen, und bauen ein sauberes Error-Handling ein.

Anschließend übergeben wir: Dokumentation, Runbooks, Monitoring-Dashboards und eine klare Erläuterung dessen, was jede Integration tut und wie man sie repariert, wenn etwas schiefgeht.

Wie das in der Praxis aussieht

Einige Muster, die uns immer wieder begegnen:

„Unser ERP hat die Daten, aber niemand kommt heran."

Das ERP ist das führende System, aber an Informationen heranzukommen heißt, Reports auszuführen, Dateien zu exportieren oder jemanden zu fragen, der die richtigen Transaktionscodes kennt. Wir bauen einen API-Layer, sodass andere Anwendungen — Dashboards, Portale, Automatisierungstools — direkt auf das zugreifen können, was sie brauchen.

„Wir haben drei Systeme, die übereinstimmen sollten, tun es aber nicht."

Die Kundendaten im CRM passen nicht zum Abrechnungssystem. Die Produktinformationen im Katalog unterscheiden sich von denen im ERP. Der Auftragsstatus im Kundenportal ist 24 Stunden hinter der Realität. Wir bauen eine Synchronisation, die diese Systeme konsistent hält und Alarm schlägt, wenn sie auseinanderdriften.

„Dieser eine Prozess bringt uns um."

Es gibt immer einen Workflow, den alle hassen. Er umfasst vier Systeme, zwei manuelle Übergaben, eine E-Mail-Freigabe und eine Tabelle, die alles zusammenhält. Wir automatisieren genau diesen Workflow Ende-zu-Ende — nicht indem wir die Systeme ersetzen, sondern indem wir den Klebstoff dazwischen bauen.

„Wir müssen weg von diesem Legacy-System, können es aber nicht einfach abschalten."

Das System ist alt, nicht mehr supportet oder teuer im Unterhalt — aber es ist zu tief integriert, um über Nacht ersetzt zu werden. Wir umhüllen es mit modernen Services, migrieren Funktionalität schrittweise und geben Ihnen einen Ausstiegspfad, der ohne Big Bang auskommt.

Womit wir arbeiten

Wir sind an kein bestimmtes Hersteller-Ökosystem gebunden. Hier eine Auswahl dessen, womit wir typischerweise integrieren:

ERP & Business-Systeme: SAP (verschiedene Module und Versionen), Microsoft Dynamics, individuell entwickelte ERP-Systeme, branchenspezifische Business-Software.

CRM & Kundenplattformen: Salesforce, HubSpot, Microsoft Dynamics CRM, Zoho, individuelle Kundendatenbanken.

Dokumenten- & Content-Management: SharePoint, Confluence, individuelle Dokumentenmanagement-Systeme, dateibasierte Archive.

Daten & Reporting: PostgreSQL, SQL Server, Oracle, Data Warehouses, BI-Tools, individuelle Reporting-Datenbanken.

Kommunikation & Workflow: E-Mail-Systeme (Exchange, Gmail), Ticketing-Plattformen, Freigabe-Workflows, Benachrichtigungsdienste.

Cloud-Services: Azure, AWS, Google Cloud — wir arbeiten mit dem, was Sie haben, und drängen Sie nicht zu einem Wechsel.

Wenn Ihr System nicht auf dieser Liste steht, heißt das nicht, dass wir nicht damit arbeiten können. Wenn es eine API, eine Datenbank, eine Datei-Schnittstelle oder auch nur ein berechenbares Exportformat hat, finden wir in der Regel einen Weg hinein. Wir haben uns schon an Dinge angebunden, die selbst uns überrascht haben.

Für wen das gedacht ist

Das passt gut, wenn:

Sie jede Woche reale Stunden mit manueller Datenübertragung zwischen Systemen verbringen
Ihre Daten plattformübergreifend inkonsistent sind und Sie nicht sagen können, welche Version stimmt
Ihnen gesagt wurde, Sie müssten ein Kernsystem ersetzen, Sie aber nicht sicher sind, ob Sie sich das Risiko leisten können
Sie einen kritischen Workflow haben, der vom Wissen einer einzelnen Person über drei verschiedene Tools abhängt
Sie wachsen und die manuellen Prozesse, die bei der Hälfte Ihrer heutigen Größe noch funktioniert haben, langsam brechen

Es passt weniger gut, wenn:

Sie ein Start-up mit zwei oder drei SaaS-Tools sind, die sich nativ integrieren — Sie haben wahrscheinlich noch kein Integrationsproblem
Sie alle Ihre Systeme auf einmal durch eine einzige Plattform ersetzen wollen — das ist eine andere Art von Projekt, und ehrlich gesagt würden wir Sie zuerst durch die Risiken führen wollen, bevor wir es übernehmen

Was Kunden uns fragen

Können Sie mit [System, von dem wir noch nie gehört haben] integrieren?

Sehr wahrscheinlich. Wir haben mit einer großen Bandbreite an Enterprise-Software gearbeitet, einschließlich Nischen- und branchenspezifischer Tools. Wenn das System Daten in einer zugänglichen Form ablegt — API, Datenbank, Datei-Export —, können wir damit arbeiten. Wenn es ein vollständig geschlossenes System ohne jede Möglichkeit ist, Daten herauszubekommen, sagen wir Ihnen das von vornherein.

Wie gehen Sie mit Datenqualitätsproblemen um?

Das kommt in fast jedem Integrationsprojekt zur Sprache. Sobald Sie zwei Systeme verbinden, sehen Sie auf einmal alle Inkonsistenzen, die vorher unsichtbar waren — Dubletten, fehlende Felder, widersprüchliche Daten. Wir adressieren das als Teil des Projekts: Datenbereinigung, Deduplizierungsregeln, Validierung und definierte Defaults. Das ist keine glamouröse Arbeit, aber unverzichtbar.

Wie steht es um Datensicherheit und Zugriffskontrolle?

Jede Integration, die wir bauen, hat eine saubere Authentifizierung und Autorisierung. Wir bauen keine offenen Pipes — wir bauen Verbindungen, die Ihre bestehenden Berechtigungen respektieren und dort, wo es nötig ist, neue ergänzen. Daten in Übertragung sind verschlüsselt. Zugangsdaten werden über ein ordentliches Secrets-Management verwaltet, nicht in Konfigurationsdateien.

Stört das unseren laufenden Betrieb?

Wir tun alles, um genau das zu vermeiden. Neue Integrationen laufen parallel zu den bestehenden Prozessen, bis sie validiert sind. Migrationen passieren schrittweise. Wir legen niemals einen Schalter um, der den alten Weg abschaltet, bevor der neue sich bewährt hat. Das Ziel ist, dass Ihr Team den Übergang kaum bemerkt — die Dinge fangen einfach an, besser zu funktionieren.

Wie sieht die Wartung aus?

Integrationen sind keine Set-and-forget-Sache. Systeme werden aktualisiert, Datenformate ändern sich, APIs entwickeln sich weiter. Wir bauen Monitoring und Alerting in jede Integration ein, damit Sie wissen, wann etwas Aufmerksamkeit braucht. Wir können das entweder an Ihr Team übergeben oder als Teil einer laufenden Support-Vereinbarung weiterführen.

Detailliertes Angebot anfordern

Sagen Sie uns, welche Systeme miteinander sprechen müssen und wo die manuelle Arbeit zunimmt. Wir kommen mit einem konkreten Integrationsplan zurück.