PIM-Implementierung mit HITL-KI für Sanitas Troesch

Sanitas Troesch onboardet über 200.000 Lieferanten-SKUs in das PIM. Lieferanten liefern Produktdaten als 40-seitige PDF-Datenblätter, mehrseitige Excel-Mappen, Jira-Tickets und E-Mail-Anhänge — jeder Lieferant in einem eigenen Schema. Interne Produktmanager tippten Felder ab, normalisierten Einheiten und glichen Kategoriebäume manuell ab, während dieselben SKUs wochenlang zwischen Lieferant und Admin pendelten.

Der Auftrag war klar: Die manuelle Erfassung durch eine KI-gestützte Pipeline ersetzen, die Lieferanten und internes Team teilen, ohne den Audit-Trail aufzugeben, den Stammdatenarbeit dieser Grösse braucht. Das ist die pim-implementierung, die wir hier umgesetzt haben.

Die Plattform ist in drei eigenständig deployfähige Dienste geteilt, damit jede Seite auf ihrem eigenen Takt betrieben, skaliert oder ersetzt werden kann:

• Laravel 12 Admin-API — Quelle der Wahrheit für Produkte, Workflow-Zustand und rollenbasierte Schreibrechte. MySQL ist Persistenz, Redis trägt Queues und Locks.
• React 19 SPA — die Arbeitsfläche für Lieferanten und interne Admins, mit Live-Fortschritt über Pusher.
• Node-Mastra-KI-Pipeline — die Multi-Agent-KI läuft als separater Prozess, ein langsamer OpenAI- oder Mistral-Aufruf blockiert weder Web-App noch Editor.

Alles läuft in Docker; die KI-Pipeline lässt sich unabhängig von der Admin-App neu ausrollen, was zählt, wenn Prompt- oder Modellanbieter wechseln. Diese Arbeit sitzt in unserer Praxis Master Data Management.

Ein einziger Prompt verwandelt ein 40-seitiges Lieferanten-PDF nicht zuverlässig in eine saubere PIM-Zeile. Die Mastra-Pipeline verteilt die Arbeit auf spezialisierte Agenten, die einander zuarbeiten:

• Analyse-Agent — klassifiziert das Dokument, lokalisiert Produktblöcke und entscheidet, welche Folgeagenten gerufen werden.
• Extraktions-Agent — der eigentliche Schritt der ki-dokumentenextraktion: zieht Rohfelder aus PDF, XLSX oder Text in ein typisiertes Payload.
• Vorbereitungs-Agent — normalisiert Einheiten, säubert Formatierung und entfernt offensichtliche Duplikate.
• Attribut-Zuweisungs-Agent — bildet das saubere Payload auf das PIM-Attributschema von Sanitas Troesch ab.

Jeder Agent bekommt einen engen Werkzeugkasten deterministischer Helfer — PDF-Reader, XLSX-Reader, Einheitenkonverter, Rechner — damit Modellausgabe an reale Bytes gebunden bleibt. OpenAI und Mistral sind als austauschbare Provider hinter derselben Agentenschnittstelle verdrahtet. Das ist der Kern der ki-produktinformationsmanagement-Arbeit, die wir für Schweizer Grosshändler liefern.

Sanitas Troesch brauchte Lieferanten und interne Admins, die dieselben Produktdatensätze nebeneinander bearbeiten, mit harten Grenzen: ein Lieferantenportal, in dem jeder Lieferant nur den eigenen Katalog sieht und nur die ihm zugewiesenen Felder ändert, und eine interne Admin-Fläche, die alles sieht und Kategorie, Preis und Veröffentlichung verantwortet.

Laravel erzwingt die Policy bei jedem Schreibvorgang. Eine Workflow-State-Machine führt jeden SKU durch die Zustände Entwurf, Prüfung, freigegeben und veröffentlicht; jeder Übergang schreibt einen Statushistorie-Eintrag mit Akteur, Rolle, Event-Payload und Zeitstempel. Wenn Revision oder Compliance fragt, wie ein Wert ins PIM kam, ist die Antwort eine Datenbankabfrage, kein Slack-Archäologie-Projekt — die Art von Governance, die schweizer b2b-automatisierung tatsächlich liefern muss.

Lieferanten wollen nicht alle ein neues Portal lernen. Die Plattform holt sie dort ab, wo sie schon arbeiten:

• Direkter Upload im Lieferantenportal — PDF oder Excel hineinziehen, der Pipeline-Status läuft live über Pusher zurück.
• Jira-Anbindung — Lieferanten-Tickets aus einem Jira-Workflow gehen in dieselbe Annahme.
• E-Mail-Eingang — Anhänge an eine überwachte Adresse werden automatisch an den Analyse-Agenten geroutet.

Alle Wege münden in denselben Multi-Agent-Extraktionsschritt und denselben human in the loop ki-workflow als Prüf-Queue, sodass ein SKU, der per E-Mail ankam, dieselbe Governance erlebt wie einer aus dem Portal. Die Dokument-Seite dieser Arbeit ist unter Dokumenten-Automatisierung beschrieben.

Was Sanitas Troesch heute in Produktion hat:

• Die manuelle Produktdatenerfassung ist durch eine KI-gestützte HITL-Pipeline über den gesamten 200k+ SKU-Bestand ersetzt.
• Ein schnellerer, planbarer Lieferanten-Onboarding-Zyklus, mit Status für beide Seiten an jedem Schritt sichtbar.
• Konsistente Attributformate über den Katalog — Einheiten, Masse und Optionssets von deterministischen Tools normalisiert, nicht von Menschen umgetippt.
• Klare Trennung von Lieferanten- und interner Verantwortung bei jeder Bearbeitung, im Audit-Trail festgehalten.

Wenn Sie ein Schweizer oder DACH-Grosshandels-, Baumaterial- oder Industriebedarfsgeschäft mit grossem SKU-Bestand und PIM führen, lässt sich dasselbe Muster übertragen. In den FAQ unten stehen die Fragen, die Käufer üblicherweise stellen — und wenn Sie das eigene Vorhaben planen wollen, vereinbaren Sie ein Erstgespräch für Ihr PIM-KI-Onboarding.