Wie MCP das PIM zur Orchestrierungsschicht macht

Die wichtigste Oberfläche Ihrer Business-Software ist bald keine Oberfläche mehr.

Seit dem Model Context Protocol (MCP) ist ein anderer Weg in Ihre Systeme offen: Ein AI-Assistent ruft deren Fähigkeiten direkt auf, ohne dass jemand eine Maske öffnet, Filter setzt oder Felder abtippt. Das klingt nach Komfort. Es ist mehr: Es verschiebt, wo der Wert einer Software sitzt.

Meine These: Wenn die Maske nicht mehr der Arbeitsplatz ist, wird SaaS zur Orchestrierungsschicht. Entscheidend ist dann nicht mehr, wie gut ein PIM aussieht, sondern wie verlässlich es steuert, was Menschen und AI Agents mit Ihren Produktdaten tun dürfen.

Jede Abstraktion hat Arbeit wegautomatisiert, nie das System darunter

Wer früher Programme schrieb, schrieb Maschinenbefehle. Dann kamen Hochsprachen. Niemand hat die Maschine abgeschafft, aber ganze Klassen von Handarbeit sind verschwunden: Register verwalten, Speicheradressen zählen, Sprungmarken pflegen. Man beschreibt, was man will, und die Schicht darunter erledigt das Wie.

Business-Software durchläuft gerade denselben Schritt. Die Maske war immer eine Übersetzung: Sie hat die Absicht eines Menschen („Diese 400 Artikel brauchen eine Kurzbeschreibung“) in Klicks, Filter und Eingaben übersetzt, die das System versteht. Diese Übersetzung kann künftig ein Assistent übernehmen.

Was ändert MCP? Fähigkeit statt Maske

Das Model Context Protocol ist ein offener Standard, mit dem KI-Anwendungen sich mit externen Systemen verbinden. Anthropic hat es im November 2024 vorgestellt. Ein System macht seine Fähigkeiten als Werkzeuge verfügbar, der Assistent wählt selbst, welches er braucht.

Beim MCP-Server von ainavio sieht das so aus: Ein Administrator verbindet ainavio mit einem AI-Assistenten wie Claude. Der Assistent kann Produkte finden, ein Produkt lesen und Produktattribute aktualisieren. Es gibt keine Maske dazwischen, nur die Fähigkeit selbst. Die Produktankündigung steht im Beitrag PIM Studio und MCP-Server.

Wichtig ist der letzte Punkt: Schreibende Zugriffe landen als Entwurf im PIM. Freigegeben wird im PIM.

Welche Arbeit verschwindet? Ein Montagmorgen

Ein ausgedachtes, aber alltägliches Beispiel: Eine Produktdatenverantwortliche stellt fest, dass in einer Kategorie viele Artikel keine Kurzbeschreibung haben. Bisher hieß das: Kategorie öffnen, filtern, Artikel für Artikel prüfen, Text schreiben oder aus einer Excel-Datei einfügen, speichern, nächster Artikel.

Mit MCP formuliert sie die Aufgabe im Chat. Der Assistent findet die betroffenen Produkte, liest ihre vorhandenen Daten, schlägt Texte vor und schreibt sie als Entwurf zurück. Die Verantwortliche öffnet das PIM, prüft die Entwürfe und gibt frei oder korrigiert.

Verschwunden sind das Suchen, Öffnen, Abgleichen, Abtippen und Wiederholen. Geblieben ist das, was Verantwortung verlangt: entscheiden, ob der Text zur Marke passt, ob die Angabe stimmt, ob er live gehen darf. Wegautomatisiert wird die Bedienung, nicht das Urteil.

Das Protokoll liefert keine Governance, das System dahinter muss es

Hier kippt die Perspektive. Die MCP-Spezifikation formuliert Grundsätze zu Einwilligung, Kontrolle und Tool-Sicherheit. Sie hält zugleich fest, dass das Protokoll diese Grundsätze nicht selbst durchsetzen kann. Das müssen die Anwendungen leisten.

Ein Assistent kann also alles versuchen. Was passiert, entscheidet das System, das er aufruft. Beim PIM sind das vier Dinge:

• Das Datenmodell entscheidet, was gültig ist. Beim ainavio MCP-Server sind Attributschlüssel zum Beispiel case-sensitiv, unbekannte Schlüssel werden verworfen. Das Modell schätzt, das Schema entscheidet.
• Rechte entscheiden, was möglich ist. Der Assistent sieht nur, was das PIM-Konto der Nutzerin sehen darf. Schreiben setzt die Rechte „Erstellen“ und „Aktualisieren“ in einer Benutzergruppe voraus.
• Entwurf und Freigabe entscheiden, was live geht. Was ein Assistent über MCP schreibt, erreicht den Live-Bestand nicht direkt, sondern landet als Entwurf und wird im PIM freigegeben.
• Die Änderungshistorie entscheidet, was nachvollziehbar bleibt. Wer wann was geändert hat, muss auch dann belegbar sein, wenn ein Assistent den Anstoß gab.

Diese Summe nenne ich die Orchestrierungsschicht: die Schicht, die festlegt, welche Daten gültig sind, wer was darf, was freigegeben werden muss und wie die Arbeit von Menschen und AI Agents zusammenläuft.

Was bedeutet das für SaaS?

„SaaS ist tot“ ist die falsche Schlagzeile. Software verschwindet nicht, sie ändert ihre Rolle.

Die Maske wird zur Prüfstelle

Die Oberfläche bleibt, aber für andere Aufgaben: Entwürfe prüfen, Ausnahmen klären, Regeln konfigurieren. Man sitzt nicht mehr den ganzen Tag in ihr, man geht dorthin, wenn eine Entscheidung ansteht.

Das Datenmodell wird zum Produkt

Wenn ein Assistent die Eingabe übernimmt, zählt die Qualität dessen, was ihn begrenzt und führt: Attribute, Pflichtfelder, Vererbung, Validierung. Ein sauberes Modell macht jeden Agenten besser. Ein schwaches Modell macht jeden Agenten gefährlicher.

Die Frage an den Anbieter ändert sich

Nicht mehr „Wie komfortabel ist die Bedienung?“, sondern „Was darf ein Agent in Ihrem System sicher tun, und wer sieht es, bevor es wirkt?“ Wer diese Frage nicht beantworten kann, hat ein Werkzeug für Menschen, aber keine Schicht für Agenten.

Wie setzt ainavio das als PIM mit AI um?

ainavio ist ein PIM mit AI, und die Arbeit teilt sich auf zwei Wege. Der MCP-Server holt Assistenten von außen heran, etwa Claude, die mit Ihren Produktdaten arbeiten. Im PIM Studio erledigen die AI Agents von ainavio Aufgaben im System selbst. Beide arbeiten auf demselben Datenmodell im PIM.

Ob ein Agent den Auftrag von innen oder ein Assistent von außen anstößt, das Datenmodell bleibt die Grundlage. Der Quality Agent erkennt fehlende Informationen, Dubletten und Inkonsistenzen und schlägt Korrekturen vor. Der Workflow Agent automatisiert Freigaben, Aufgaben und Produktprozesse. Der Mensch bleibt dort, wo es um Verantwortung geht.

Das hat auch eine Außenseite. Wenn Käufer-Agenten Ihre Produkte prüfen (wie wir im Beitrag zum Protokoll-Stack beschrieben haben), kommen sie bei den Daten an, die diese Schicht verwaltet. Sie ist die Quelle für beides: die Arbeit im Haus und die Antwort an Agenten draußen.

Drei Fragen, die Sie Ihrem PIM jetzt stellen sollten

1. Was darf ein Agent lesen und schreiben? Richten sich seine Rechte nach den Benutzergruppen, oder gibt es einen Generalschlüssel?
2. Wo landet ein schreibender Zugriff? Als Entwurf, der geprüft wird, oder direkt im Bestand?
3. Wer gibt frei, und ist es nachvollziehbar? Und was passiert mit Daten, die das Schema nicht kennt?

Die Antworten zeigen, ob Ihr PIM ein Ablageort mit Maske ist oder eine Schicht, auf der Agenten arbeiten können, ohne dass Sie die Kontrolle abgeben.

Die Maske tritt zurück, die Absicht rückt vor

Hochsprachen haben die Maschine nie abgeschafft. Sie haben sie unsichtbar gemacht und dafür gesorgt, dass Menschen Absichten statt Befehle schreiben. Beim PIM passiert dasselbe: Die Maske tritt zurück, die Absicht rückt vor. Wer Produktdaten künftig beauftragt statt pflegt, braucht kein hübscheres Formular, sondern eine Schicht, der er vertrauen kann.