ERP- und PIM-Konnektoren CH
Konnektor-Suite fuer ERP und PIM
Typisierte Attribut-Mappings
Jedes Feld an der Grenze hat einen deklarierten Typ, eine Quelle der Wahrheit und eine Konvertierungsregel. SKU, EAN, Preis, Bestand, Kategorie, mehrsprachige Beschreibungen und Asset-Referenzen sind als typisierte Bindungen abgebildet, nicht als freie CSV-Spalten. Die Mapping-Datei ist der Vertrag; der Konnektor schreibt nichts dagegen.
Zwei-Wege-Sync fuer SKU und Medien
Produktdaten, Attributaenderungen, Preis- und Bestandsupdates sowie Bild- und Dokumentreferenzen fliessen in beide Richtungen. Das PIM publiziert angereicherte Inhalte nachgelagert, waehrend das ERP die kommerzielle Realitaet meldet. Medien werden per Referenz mit deterministischer Dateibenennung synchronisiert, kein Asset landet doppelt.
Regeln zur Konfliktaufloesung
Aendern beide Seiten zwischen zwei Laeufen denselben SKU, waehlt der Konnektor nicht den letzten Schreiber. Die Eigentuemerschaft ist attributweise deklariert — das ERP besitzt Preis und Bestand, das PIM Beschreibungen und Medien, Marketing die Kampagnen — und der Resolver setzt diesen Vertrag um. Faelle ohne Regel laufen in die HITL-Queue.
Delta-Sync und Vollabgleich
Der laufende Betrieb ist delta-basiert: Change-Data-Capture oder Zeitstempel-Wasserzeichen ziehen nur, was sich seit dem letzten erfolgreichen Lauf bewegt hat. Der Vollabgleich ist eine geplante Operation — fuer Taxonomie-Umstellungen, Schema-Migrationen oder Wiederherstellung. Beide Pfade nutzen denselben Mapper und dieselben Konfliktregeln.
Observability-Schicht fuer Ops
Jeder Lauf zeigt, welche SKUs sich bewegt haben, welche Attribute geaendert wurden, welche Konflikte der Resolver geloest hat und welche eskaliert wurden. Fehlerzustaende sind explizit und benannt, keine stillen Wiederholungen. Das operative Team sieht Warteschlange, Verzoegerung, Konfliktrate und Schreiberfolg je Attribut.
Unterstuetzte ERP- und PIM-Stacks
Wir binden Akeneo, Contentserv, SAP S/4HANA, Abacus, Dynamics 365 sowie eigene PIM- oder ERP-Systeme an, die eine REST-, SOAP-, OData- oder Datenbankschnittstelle bereitstellen. Wir sind kein Vertriebspartner einer Plattform — wir arbeiten gegen die dokumentierte API. So bleibt das Mapping unter Ihrer Kontrolle.
So bauen wir das
Systeme aufnehmen
Wir kartieren, was das ERP heute weiss, was das PIM bereits anreichert, wo Duplikate liegen und welche manuellen Exporte und Importe laufen. Daraus entsteht ein einheitliches Bild des Stammdatenflusses, samt CSV-Austausche.
Eigentuemerschaftsmodell
Attribut fuer Attribut wird deklariert, welche Seite die Quelle der Wahrheit ist und welche der Konsument. Preis, Bestand, Masse, Taxonomie, Beschreibungen, Uebersetzungen und Medien erhalten Eigentuemer und Schreibregel.
Schema-Mapping
Auf Basis des Modells entstehen typisierte Mappings zwischen ERP- und PIM-Feldern, samt Konvertierungen, Standardwerten und Validierungsregeln. Mappings liegen versioniert als Daten; Reviewer sehen einen Diff des Verhaltens.
Konfliktregeln, HITL
Wir kodifizieren den Resolver: deterministische Regeln fuer haeufige Konflikte, HITL-Routing fuer Faelle, die menschlich entschieden werden. Die Oberflaeche zeigt beide Seiten, die Differenz und die ausloesende Regel.
Delta-Pipeline
Die Delta-Erkennung wird gegen Change-Data-Capture, Audit-Logs oder Wasserzeichen verdrahtet, je nach Quellsystem. Der Vollabgleich kommt als separater, kontrollierter Pfad mit Schutzgittern dazu. Beide teilen Mapper und Resolver.
Observability, Uebergabe
Wir liefern Dashboards, Alarme und Laufprotokolle, die Warteschlangentiefe, Konfliktrate, Fehlermodi und Schreiberfolg je Attribut zeigen. Bei der Uebergabe besitzt Ihr Team Mapping-Datei, Konfliktregeln und Runbook.
Wir kartieren, was das ERP heute weiss, was das PIM bereits anreichert, wo Duplikate liegen und welche manuellen Exporte und Importe laufen. Daraus entsteht ein einheitliches Bild des Stammdatenflusses, samt CSV-Austausche.
Attribut fuer Attribut wird deklariert, welche Seite die Quelle der Wahrheit ist und welche der Konsument. Preis, Bestand, Masse, Taxonomie, Beschreibungen, Uebersetzungen und Medien erhalten Eigentuemer und Schreibregel.
Auf Basis des Modells entstehen typisierte Mappings zwischen ERP- und PIM-Feldern, samt Konvertierungen, Standardwerten und Validierungsregeln. Mappings liegen versioniert als Daten; Reviewer sehen einen Diff des Verhaltens.
Wir kodifizieren den Resolver: deterministische Regeln fuer haeufige Konflikte, HITL-Routing fuer Faelle, die menschlich entschieden werden. Die Oberflaeche zeigt beide Seiten, die Differenz und die ausloesende Regel.
Die Delta-Erkennung wird gegen Change-Data-Capture, Audit-Logs oder Wasserzeichen verdrahtet, je nach Quellsystem. Der Vollabgleich kommt als separater, kontrollierter Pfad mit Schutzgittern dazu. Beide teilen Mapper und Resolver.
Wir liefern Dashboards, Alarme und Laufprotokolle, die Warteschlangentiefe, Konfliktrate, Fehlermodi und Schreiberfolg je Attribut zeigen. Bei der Uebergabe besitzt Ihr Team Mapping-Datei, Konfliktregeln und Runbook.
Warum Konnektor-Projekte scheitern
Konnektoren sind typisierte Vertragsschicht, keine Middleware
Middleware verschiebt Bytes; ein Konnektor setzt Bedeutung durch. Jedes Attribut, das ERP↔PIM ueberquert, traegt einen deklarierten Typ, einen Eigentuemer und eine Konvertierungsregel — die Mapping-Datei ist der Vertrag, den Reviewer in der Versionsverwaltung lesen. Werte, die den Vertrag brechen, werden verweigert, nicht durchgereicht.
Schema- und Regel-Versionen bleiben stack-uebergreifend synchron
Akeneo, Contentserv, SAP S/4HANA, Abacus und Dynamics entwickeln sich in eigener Kadenz. Wir pinnen Schema-Versionen, Mapping-Regeln und KI-seitige Prompt- oder Validierungsregeln auf einen markierten Release, sodass eine Kategorie-Umbenennung im PIM und eine Preisaenderung im ERP nicht still gegeneinander schreiben. Rollbacks zeigen auf einen Tag.
Rollen-gebundene Pruefqueues fuer Einkauf, Category Manager, Admin
Kann der Resolver nicht entscheiden, landet der Fall in einer HITL-Warteschlange, die auf die Rolle zugeschnitten ist. Einkauf sieht Preis- und Bestandskonflikte, Category Manager Taxonomie- und Beschreibungsstreitigkeiten, Admins strukturelle Faelle. Jede Queue zeigt beide Seiten, die Differenz und die Regel; jede Entscheidung wird protokolliert.
Explizite Lebenszyklus-Zustaende mit benannten Fehlerstati
Jedes SKU-Update durchlaeuft einen typisierten Zyklus: queued, mapped, validated, pushed, reconciled — mit benannten Fehlerstati wie mapping-mismatch, validation-rejected, push-conflict und reconcile-drift. Ops sieht, wo Arbeit stockt und warum. Pairt mit Stammdatenbereinigung fuer die Qualitaetsschicht.
Haeufig gestellte Fragen
Fertige Konnektoren liefern eine Leitung zwischen zwei Systemen. Sie greifen zu kurz bei typisierten Attribut-Mappings, deklarierter Eigentuemerschaft und Konfliktaufloesung. Der Vertrag darueber, wem was gehoert, wird fuer Ihr Geschaeft geschrieben — das bauen wir.
Alle, aber als typisiertes Mapping je Attribut, nicht als Bulk-Dump. Preis und Bestand fliessen ERP→PIM, Beschreibungen und Medien PIM→ERP, Uebersetzungen mit der PIM-Seite, Kampagnen koennen ueber beide Wege laufen. Die Richtung ist Teil des Eigentuemerschaftsmodells.
Der Resolver wendet eine deklarierte Regel an, keine Letzter-gewinnt-Heuristik. Gehoert der Preis dem ERP, gewinnt der ERP-Wert beim Preis, auch wenn das PIM spaeter geschrieben hat. Faelle ohne Regel gehen in die HITL-Queue; die Entscheidung wird protokolliert.
Delta-Laeufe arbeiten fortlaufend oder im kurzen Takt und ziehen nur Aenderungen seit dem letzten erfolgreichen Wasserzeichen. Der Vollabgleich ist geplant oder angefragt — fuer Taxonomie-Migrationen, Schemaaenderungen oder Wiederherstellung. Beide teilen Mapper und Resolver.
Auf ERP-Seite SAP S/4HANA, Abacus, Dynamics 365 und Eigen-ERPs; auf PIM-Seite Akeneo, Contentserv und Eigen-PIMs. Wir binden uns an die dokumentierte API — REST, SOAP, OData oder, wo unvermeidbar, an eine Datenbank. Das Mapping bleibt unter Ihrer Kontrolle.
Die Konnektor-Schicht ist unabhaengig vom Lebenszyklus beider Seiten. Laeuft das ERP durch eine Modernisierung, siehe Legacy-Modernisierung — der Konnektor adressiert alte und neue Oberflaeche parallel. Bei einem PIM-Neuaufbau ist Katalogmigration & Onboarding die Inbound-Seite.
Über SAPIENTROQ
Sind Sie an einer Lösung interessiert?
Wir freuen uns, Ihnen die Möglichkeiten unverbindlich aufzuzeigen.
Roland Kurmann
CEO, SAPIENTROQ
