Schnittstellen & Middleware
Shopify mit den Systemen verbinden, die du wirklich betreibst
Der Storefront ist selten das Problem. Projekte kippen dort, wo Shopify auf Warenwirtschaft, Buchhaltung und Lager trifft. Wir bauen die Schnittstellen dazwischen: als saubere API-Anbindung, über Middleware, oder gar nicht, wenn ein fertiger Konnektor es schon löst.
Was angebunden wird
Die vier Systeme, an denen deutsche Shops hängen
Fast jede Anfrage, die bei uns landet, ist eine Kombination aus diesen vier. Welche davon dein Projekt bestimmt, entscheidet über Aufwand und Architektur mehr als die Anzahl der Produkte.
ERP und Warenwirtschaft
JTL, Xentral, plentymarkets, microtech, SAP Business One, Microsoft Dynamics. Artikel, Bestände, Preise und Bestellungen in beide Richtungen. Die eigentliche Arbeit ist selten die API, sondern die Frage, welches System bei einem Konflikt gewinnt.
Buchhaltung und Steuern
DATEV, Lexware und die Belegkette drumherum. Rechnungen, Gutschriften, OSS und die Frage, wer die Rechnungsnummer vergibt. Unspektakulär, prüfungsrelevant, und der Bereich, in dem improvisierte Lösungen am teuersten werden.
Lager, Versand und Retouren
Fulfillment-Dienstleister, DHL und Packstation, Retourenportale, Tracking zurück in den Shop. Hier entstehen die Fehler, die deine Kunden zuerst sehen, deshalb bauen wir Statusrückmeldung und Fehlerfälle mit, nicht nur den Happy Path.
CRM, PIM und Marketing
Klaviyo, HubSpot, Produktdatenpflege, Kundensegmente. Diese Anbindungen sind technisch die einfachsten und inhaltlich die heikelsten: welche Daten dürfen raus, wie lange bleiben sie dort, und was passiert bei einem Löschantrag.
Wie wir vorgehen
Erst die Entscheidung, dann der Code
Die teuersten Integrationsprojekte sind die, in denen zu früh gebaut wurde. Vier Schritte, und der erste spart am meisten Geld.
Prüfen, ob es eine App schon löst
JTL, Xentral und plentymarkets haben eigene Apps im Shopify App Store. Wenn eine davon deinen Fall abdeckt, sagen wir das und bauen nichts. Custom-Code ist die Antwort, wenn dein Prozess dich unterscheidet, nicht wenn er nur unbequem ist.
Datenrichtung und Konfliktregeln festlegen
Wer ist die Wahrheit für Preise, wer für Bestände, wer für Kundendaten. Was passiert, wenn beide Seiten dasselbe Feld ändern. Diese Fragen schriftlich zu beantworten dauert einen Workshop und verhindert die Sorte Bug, die niemand reproduzieren kann.
Bauen, mit Fehlerfällen
Direkt über die Shopify-APIs, wenn die Anbindung schlank ist, über Middleware, wenn mehrere Systeme sprechen müssen. In beiden Fällen mit Retry, Logging und einer Stelle, an der man sieht, was gestern nicht durchgelaufen ist.
Übergeben und beobachten
Eine Integration ist nie fertig: Systeme aktualisieren ihre APIs, Sortimente wachsen, Prozesse ändern sich. Wir übergeben mit Dokumentation und Monitoring, und wenn du willst, bleibt die Überwachung Teil der laufenden Betreuung.
Marken, die uns vertrauen
Marken, deren Shopify Stores an echte Backoffice-Systeme angebunden sind
Die Logos unten sind Shops im Betrieb, nicht Pilotprojekte. Bei den meisten liegt der schwierige Teil hinter dem Storefront.
FAQ Schnittstellen
Was Händler zu ERP- und Schnittstellenprojekten fragen
Direkte Antworten zu Konnektor gegen Custom, Middleware, Datenhoheit und dazu, wann wir vom Bauen abraten.
Komplexer Systemzoo?
Beschreib uns eine Bestellung.
Nimm den Konnektor, wenn er deinen Prozess trifft. Er ist günstiger, wird gepflegt und du bist nicht der einzige Nutzer. Individuell wird es sinnvoll, sobald du Felder brauchst, die er nicht kennt, Logik, die er nicht abbildet, oder sobald du anfängst, deinen Prozess an das Tool anzupassen statt umgekehrt. Wir prüfen zuerst die Apps von JTL, Xentral und plentymarkets, bevor wir ein Angebot für Custom-Code machen.
Bei zwei Systemen meist nicht: eine direkte Anbindung über die Shopify-APIs ist schlanker und hat weniger Teile, die kaputtgehen. Ab drei oder vier Systemen, die alle dieselben Daten anfassen, zahlt Middleware sich aus, weil sie eine Stelle schafft, an der Mapping, Wiederholungen und Protokolle liegen. Die Entscheidung hängt an der Anzahl der Beteiligten, nicht an der Shopgröße.
Real, und deshalb schalten wir Schnittstellen nie in einem Schritt scharf. Erst lesend gegen Testdaten, dann schreibend gegen ein einzelnes Testsortiment, dann der volle Lauf mit Rückfallweg. Der Fehler, der wirklich weh tut, ist nicht ein Ausfall der Schnittstelle, sondern eine, die falsche Bestände schreibt und dabei aussieht, als würde sie funktionieren.
Du. Der Code liegt in deinem Repository, die Zugangsdaten in deinen Systemen, die Dokumentation bei deinem Team. Eine Integration, die nur wir betreiben können, ist ein Abhängigkeitsverhältnis, kein Ergebnis.
Ja, auf zwei Wegen. Zeitgesteuert synchronisieren ist robust und läuft um das Intervall hinterher. Live auflösen ist immer aktuell und legt die Verfügbarkeit deines ERP in den Kaufpfad. Wir entscheiden danach, wie oft sich deine Daten wirklich ändern, und das ist bei den meisten Händlern seltener als angenommen.
Das hängt an der Anzahl der Systeme, der Richtung des Datenflusses und daran, wie sauber die Daten heute sind. Der letzte Punkt überrascht am häufigsten: einen unsauberen Artikelstamm anzubinden kostet mehr als die Schnittstelle selbst. Wir scopen zuerst und bepreisen jeden Block einzeln.
Passend dazu
Rund um die Anbindung
Die Leistungen, mit denen Schnittstellenprojekte meist zusammen kommen.
Martin Winkler
Co-Founder & CEO
Mark Chang
Founder & CTO