Systemintegration, die den Alltag zusammenbringt.
Produktdaten, Inhalte, Kundensignale und Anfragen gehören zu einem funktionierenden Ablauf. Wir planen und entwickeln die Verbindungen zwischen CMS, PIM, DAM, CRM und Commerce – einschließlich der Fälle, in denen etwas ausfällt.
Eine Schnittstelle ist erst gut, wenn der Prozess funktioniert.
Eine Anfrage wird auf der Website bestätigt, taucht aber nicht im CRM auf. Eine Produktänderung kommt an, doch im Suchindex bleibt der alte Stand sichtbar. Solche Übergänge brauchen mehr als einen Connector. Wir beginnen mit dem fachlichen Vorgang: Was muss in welchem System ankommen, in welchem Zeitraum und mit welcher Rückmeldung? Daraus entstehen Datenmodell, Schnittstellen und ein nachvollziehbarer Betrieb.
Verlässliche Abläufe für Marketing und IT
Saubere Integration kann manuelle Übertragungen und widersprüchliche Datenstände reduzieren. Sie macht sichtbar, welcher Schritt erfolgreich war und wo jemand eingreifen muss. Creative Engineering verbindet dabei den Kundenkontakt mit den dahinterliegenden Systemen. Eine attraktive Oberfläche und ein grüner API-Aufruf reichen nicht, wenn die Anfrage danach liegen bleibt.
Vor der ersten API: Verantwortung für die Daten klären
Für jedes fachliche Feld bestimmen wir das führende System. Eine Produktkennung darf über CMS, Shop und Reporting nicht ihre Bedeutung wechseln. Preise, Freigaben, Einwilligungen und Löschentscheidungen benötigen jeweils eine eindeutige Quelle.
Anschließend vereinbaren wir einen Datenvertrag: Pflichtfelder, Kennungen, Format, Version, zulässige Zugriffe und erwartete Aktualität. Dabei legen wir auch fest, wie fehlende oder widersprüchliche Werte behandelt werden. Das ist die Grundlage für eine austauschbare Anbindung.
Vier Fragen, die eine Integration beantworten muss
Was passiert bei einer Wiederholung?
Wird dieselbe Nachricht erneut zugestellt, darf daraus nicht versehentlich ein zweiter Lead oder Auftrag entstehen. Eindeutige Vorgangskennungen und ein definierter Umgang mit Wiederholungen gehören zum Entwurf.
Was passiert bei einem Ausfall?
Wir bestimmen Zeitlimits, kontrollierte Wiederholungen und den Ort für nicht verarbeitete Vorgänge. Eine zuständige Person braucht eine verständliche Meldung und einen Weg zur Nachbearbeitung.
Was passiert bei einer Änderung?
Neue Felder und geänderte Schnittstellen werden gegen vereinbarte Verträge getestet. Bestehende Verbraucher sollen nicht unbemerkt ausfallen, weil ein anderes Team ein Datenformat ändert.
Was passiert bei Widerruf oder Löschung?
Wir klären, welche angeschlossenen Systeme betroffen sind und wie die Bearbeitung bestätigt wird. Datenminimierung, Zugriffsrechte und Aufbewahrung gehören in den Ablauf, nicht erst in die Dokumentation nach dem Launch.
Beispiel: eine freigegebene Produktänderung ausspielen
In einer möglichen Architektur meldet das PIM eine freigegebene Änderung. Die Integration validiert Produktkennung und Markt, aktualisiert die vorgesehenen CMS-Felder und stößt erforderliche redaktionelle Prüfungen an. Nach Freigabe werden betroffene Ausspielungen und Suchindizes aktualisiert.
Die Abnahme prüft auch eine doppelte Nachricht, einen nicht erreichbaren Suchdienst und eine zurückgenommene Freigabe. Ein Protokoll zeigt den Stand des Vorgangs über die beteiligten Systeme hinweg.
Direkte API, Integrationsplattform oder Ereignisse?
Eine direkte API kann für einen klar begrenzten synchronen Vorgang passen. Eine Integrationsplattform kann wiederkehrende Verbindungen zentral betreiben. Ereignisbasierte Abläufe helfen, wenn mehrere Systeme auf Änderungen reagieren sollen und nicht alles gleichzeitig verfügbar sein muss.
Wir vergleichen Verständlichkeit, Fehlersuche, Last, Betriebsverantwortung und Gesamtkosten. Ein modulares Setup wird nicht automatisch einfacher. Ein nachweisbar beherrschbarer Ablauf ist wichtiger als die Zahl der eingesetzten Werkzeuge.
KI-Agenten brauchen dieselben Grenzen
Wenn ein Agent Werkzeuge über eine API oder MCP aufruft, gelten weiterhin Berechtigungen, Datenverträge und Freigaben. Lesende Abfragen, vorbereitete Änderungen und produktive Aktionen erhalten getrennte Rechte. Zugangsdaten gehören nicht in frei bearbeitbare Prompts.
Wir prüfen, welche Informationen an den Modellanbieter gehen dürfen und wie Werkzeugaufrufe nachvollziehbar bleiben. Ein fehlgeschlagener Aufruf muss als Fehler erkennbar sein. Ein plausibel formulierter Text ist keine Bestätigung, dass ein Geschäftsvorgang abgeschlossen wurde.
So liefern wir
Ablauf aufnehmen
Wir verfolgen einen Vorgang durch die beteiligten Systeme. Ergebnis: Datenquellen, Übergaben und die Stelle, an der heute Arbeit oder Informationen verloren gehen.
Vertrag festlegen
Wir definieren Felder, Kennungen, Rechte und Aktualität. Ergebnis: ein abgestimmter Datenvertrag und ein geplanter Umgang mit Fehlern.
Eine Verbindung bauen
Wir setzen einen begrenzten Ablauf in einer geeigneten Testumgebung um. Ergebnis: nachvollziehbare Eingaben, Verarbeitungsschritte und Rückmeldungen.
Fehler gezielt prüfen
Wir testen unter anderem doppelte Nachrichten, fehlende Pflichtwerte und nicht erreichbare Systeme. Ergebnis: dokumentierte Befunde und überprüfbare Abnahme.
Betrieb übergeben
Wir vereinbaren Monitoring, Zuständigkeiten und Nachbearbeitung. Ergebnis: ein Betriebsleitfaden und ein priorisierter Plan für weitere Anbindungen.
Fragen zur Systemintegration
Quellen und technische Einordnung
- Twilio Segment: Connections
Erfassung und Weiterleitung von Ereignisdaten an Zielsysteme.
- Magnolia Answers: Integration
ai12z-Anbindung mit Webhooks und REST; separate technische und vertragliche Voraussetzungen.
Zeigt uns den Übergang, an dem es hakt.
Nennt uns die beteiligten Systeme und einen konkreten Vorgang. Gemeinsam grenzen wir die erste Verbindung und die Anforderungen an ihre Abnahme ein.
Integrationsvorhaben besprechenAusgewählte Website- und Plattformprojekte
Diese Drupal-Projekte zeigen ausgewählte Aspekte unserer Plattformarbeit. Den jeweiligen Umfang beschreibt der Case.
PEPSI
Pepsi.com: Drupal-Relaunch für den US-Markt
Lipton
UK-Website-Launch für Kombucha-Range
poppi
UK-Website-Launch
Ein sinnvoller erster Schritt mit klarem Umfang.
Leistungen, Voraussetzungen, Abnahme und Kosten vereinbaren wir vor Beginn. Im ersten Gespräch klären wir, welcher Einstieg zu eurer Aufgabe passt.
Plattform-Check
Ein CMS, eine Kundenstrecke und ein Redaktionsablauf. Ihr erhaltet priorisierte Verbesserungen und eine begründete Empfehlung für den nächsten Schritt.
Plattform-Check besprechenCMS-/KI-Pilot
Ein Inhaltstyp, eine Quelle und ein Prüfweg. Fachliche Qualität, Bedienbarkeit und Korrekturaufwand an einem begrenzten Ablauf bewerten.
CMS-/KI-Pilot besprechenUX- und Umsetzungspilot
Eine wichtige Kundenstrecke verbessern. Ein Prototyp und vereinbarte Nutzertests schaffen die Grundlage für die Umsetzung.
UX- und Umsetzungspilot besprechenExpertise sichtbar machen
Fachwissen, Belege und Originalmaterial in eine hilfreiche Inhaltsseite und vereinbarte Adaptionen überführen.
Content-Vorhaben besprechen