Sieben konkrete Aufgaben, die ein KI-Assistent über den Shopware MCP Server übernimmt, für Händler in Österreich, mit Prompts, Rechten und Fehlern.
Mit dem Shopware MCP Server erledigt ein KI-Assistent wie Claude oder ChatGPT echte Shop-Aufgaben: Berichte erstellen, Bestand prüfen, Kunden finden, Versand verbuchen, Produkttexte ergänzen, Artikel anlegen und Einstellungen ändern. Der Server gehört seit Shopware 6.7.14 fest zum Kern und arbeitet mit den Rechten einer Integration, die Sie in der Administration anlegen.
Jede ändernde Aktion läuft zuerst als Vorschau. Shopware nennt das Dry-Run: Das Modell zeigt, was es ändern würde, und schreibt erst nach einem zweiten, bestätigten Aufruf. Einzige Ausnahme ist der Upload von Bildern, der sofort speichert.
Der Nutzen hängt weniger von der KI ab als von sauberen Rollen. Wer für jede Aufgabe eine eigene Integration mit eng gefasster Allowlist anlegt, kann lesende Aufgaben am ersten Tag nutzen und Schreibrechte Schritt für Schritt freigeben.
Dieser Beitrag richtet sich an Shop-Betreiber, E-Commerce-Leiter und Teamleitungen im Kundenservice, die einen Shopware-6.7-Shop betreiben und wissen wollen, welche Arbeit ein KI-Assistent heute konkret übernimmt. Die Grundlagen zu Protokoll, Clients und Einrichtung erklärt unser Beitrag MCP Server für Shopware. Hier geht es um die Praxis: sieben Aufgaben mit Beispiel-Prompt, den Tools im Hintergrund, den nötigen Rechten und den Stellen, an denen Sie aufpassen sollten.
Der MCP Server ist eine Schnittstelle im Shop, über die ein KI-Assistent Daten liest und nach Freigabe ändert. Er läuft unter /api/_mcp und nutzt die Admin API, also die Verwaltungsschnittstelle von Shopware. Shopware hat ihn mit Version 6.7.11 hinter einem Feature-Flag eingeführt, seit 6.7.14 ist er immer aktiv. Version 6.7.16 vom November 2026 bringt laut Release Notes unter anderem eine bessere Verarbeitung großer Tool-Antworten. Bis Shopware 6.8 gilt der Server als experimentell, Tool-Namen können sich also noch ändern.
Shopware liefert keine Spezialbefehle wie „Tagesbericht“ oder „Kunde suchen“. Es gibt generische Tools, die mit jeder Entität arbeiten, also mit jedem Datentyp wie Produkt, Bestellung oder Kunde:
shopware-entity-search sucht Datensätze, shopware-entity-read liest einen einzelnen Datensatz, shopware-entity-schema zeigt die Felder einer Entität.shopware-entity-aggregate rechnet Summen, Durchschnitte, Zählungen und Verläufe direkt in Shopware, ohne Zeilen zu übertragen.shopware-entity-upsert legt an oder ändert, shopware-entity-delete löscht, beide standardmäßig als Vorschau.shopware-order-state ändert Status von Bestellung, Zahlung und Lieferung, shopware-media-upload lädt Bilder von einer URL, shopware-system-config-read und shopware-system-config-write lesen und ändern Einstellungen, shopware-theme-config das Theme.Dazu kommen Resources mit Referenzdaten wie shopware://sales-channels, shopware://currencies oder shopware://state-machines. Daraus liest das Modell zum Beispiel, welche Statuswechsel für eine Bestellung erlaubt sind.
MCP ist für den Dialog gebaut. Shopware begrenzt die Aufrufe am Admin-Endpunkt auf 300 pro Minute und 1.000 pro zehn Minuten. Für den Import von 20.000 Preisen bleibt die Sync API über die Shopware Admin API der richtige Weg. Auch Abläufe, die nachts ohne Menschen laufen, gehören in eine Schnittstelle oder einen Workflow, nicht in einen Chat.
Die häufigste Aufgabe ist zugleich die sicherste: Zahlen abfragen. Bisher heißt das in vielen Shops Bestellungen exportieren, in Excel filtern und eine Pivot-Tabelle bauen. Mit MCP stellen Sie die Frage direkt.
Beispiel-Prompt: „Wie viel Umsatz hatten wir gestern je Verkaufskanal, wie viele Bestellungen waren es, und wie hoch war der durchschnittliche Warenkorb? Vergleiche mit dem gleichen Wochentag der Vorwoche.“
Das Modell liest die Verkaufskanäle aus der Resource, ruft shopware-entity-aggregate auf der Entität order auf und bildet Summe und Durchschnitt von amountTotal sowie eine Zählung, gefiltert nach Datum. Für den Wochenvergleich kommt ein zweiter Aufruf hinzu. Shopware liefert nur die Ergebnisse, keine einzelnen Bestellungen. Das hält die Antwort klein und schützt Kundendaten.
Die Integration braucht nur Leserechte auf Bestellungen und Verkaufskanäle. In der Allowlist reichen shopware-entity-schema, shopware-entity-search und shopware-entity-aggregate. Schreibende Tools fehlen ganz.
Wer Ware selbst lagert, verliert Umsatz durch leere Regale und Kapital durch volle. Ein KI-Assistent ersetzt kein Warenwirtschaftssystem, kann aber in Sekunden eine Liste liefern, für die sonst jemand filtern und sortieren muss.
Beispiel-Prompt: „Zeige alle aktiven Produkte mit einem Bestand unter 10, sortiert nach verkaufter Menge der letzten 30 Tage. Schätze für jedes Produkt, wie viele Tage der Bestand noch reicht.“
Das Modell sucht mit shopware-entity-search Produkte mit den Filtern active und stock kleiner 10. Die verkaufte Menge ermittelt es über eine Aggregation auf Bestellpositionen. Die Reichweite rechnet das Modell selbst aus: Bestand geteilt durch durchschnittlichen Tagesabsatz. Diese Rechnung sollten Sie verstehen, denn sie stammt nicht aus Shopware.
Leserechte auf Produkte und Bestellungen genügen. Wenn das Modell den Bestand nach einer Lieferung auch korrigieren soll, kommt shopware-entity-upsert mit Änderungsrecht auf Produkte hinzu. Das trennen wir in der Praxis in eine eigene Integration für das Lager.
Im Kundenservice kostet nicht die Antwort Zeit, sondern das Zusammensuchen: Kundenkonto finden, Bestellung öffnen, Zahlungsstatus prüfen, Sendungsnummer kopieren. Genau das übernimmt der Assistent.
Beispiel-Prompt: „Suche die Kundin mit der Bestellnummer 10482. Fasse ihre letzten drei Bestellungen mit Datum, Positionen, Zahlungsstatus, Lieferstatus und Sendungsnummer zusammen.“
Das Modell sucht die Bestellung mit shopware-entity-search, liest sie mit shopware-entity-read samt Positionen, Zahlungen und Lieferungen und sucht dann weitere Bestellungen desselben Kunden. Aus dem Ergebnis schreibt es eine kurze Übersicht, auf deren Basis Ihr Team antwortet.
Leserechte auf Bestellung, Kunde und Lieferung, dazu die drei Lese-Tools. Shopware empfiehlt für genau diesen Fall ausdrücklich eine rein lesende Integration. Der Grund ist Prompt Injection: Bestellnotizen, Kundennamen oder Adresszeilen stammen von Kunden und können Text enthalten, der das Modell zu anderen Aktionen verleiten soll. Rechte begrenzen den Schaden, verhindern die Täuschung aber nicht.
Ab hier ändert der Assistent Daten. Die Aufgabe eignet sich trotzdem früh für den Einstieg, weil das Tool shopware-order-state nur Statuswechsel kennt, die Shopware ohnehin erlaubt.
Beispiel-Prompt: „Setze die Lieferung der Bestellungen 10501 bis 10512 auf versandt. Zeige mir vorher die Liste mit dem aktuellen Status.“
Das Modell liest die erlaubten Übergänge aus shopware://state-machines und ruft shopware-order-state mit deliveryAction: ship auf, zuerst mit dryRun=true. Sie sehen, welche Bestellungen sich wie ändern würden. Erst nach Ihrer Bestätigung folgt derselbe Aufruf mit dryRun=false. Ein Aufruf kann Bestellstatus, Zahlungsstatus und Lieferstatus gemeinsam ändern, etwa bei einer Stornierung mit Erstattung.
Die Rolle braucht order:read und je nach Aktion Änderungsrechte auf Bestellung, Zahlung oder Lieferung. Wer nur Versand buchen darf, bekommt nur order_delivery:update. Dann scheitert eine Stornierung schon an den Rechten, nicht erst an der Aufmerksamkeit eines Menschen.
In fast jedem Katalog fehlen Beschreibungen in der zweiten Sprache, Meta-Titel sind leer oder doppelt, Eigenschaften unvollständig. Ein Sprachmodell kann solche Lücken gut füllen, wenn es klare Vorgaben bekommt.
Beispiel-Prompt: „Finde alle aktiven Produkte der Kategorie Gartenmöbel ohne Meta-Titel. Schlage für die ersten 20 einen Meta-Titel mit höchstens 60 Zeichen vor, Muster: Produktname, wichtigstes Merkmal, Marke. Zeige die Vorschläge als Tabelle, speichere noch nichts.“
Das Modell sucht die Produkte, liest Name, Eigenschaften und Beschreibung und formuliert Vorschläge. Nach Ihrer Durchsicht ruft es shopware-entity-upsert auf, zuerst als Vorschau mit den alten und neuen Werten, dann bestätigt. Für Übersetzungen nennen Sie die Zielsprache. Das Modell schreibt dann in die Übersetzung der jeweiligen Sprache.
Lese- und Änderungsrechte auf Produkte, keine Rechte auf Bestellungen oder Kunden. In der Allowlist stehen die Lese-Tools und shopware-entity-upsert, nicht aber shopware-entity-delete.
Neue Ware kommt oft als Tabelle vom Lieferanten: Artikelnummer, Name, Einkaufspreis, empfohlener Verkaufspreis, Bild-URL. Das Anlegen in der Administration dauert pro Artikel einige Minuten. Bei einer Handvoll Artikeln lohnt sich keine Import-Schnittstelle, bei 15 Artikeln pro Woche aber der Assistent.
Beispiel-Prompt: „Lege diese acht Artikel als inaktive Produkte an: Name, Produktnummer, Bestand 0, Hersteller Gartenwerk, Steuersatz 20 Prozent, Bruttopreis laut Tabelle. Zeige mir zuerst die Vorschau. Danach lade das Bild aus der Spalte Bild-URL als Titelbild hoch.“
Shopware arbeitet intern mit IDs. Das Modell sucht deshalb zuerst die ID des Steuersatzes und des Herstellers, liest die Währung aus shopware://currencies und baut dann den Aufruf von shopware-entity-upsert. Die Vorschau zeigt jeden Artikel mit allen Feldern. Nach der Freigabe lädt shopware-media-upload die Bilder und setzt sie als Titelbild.
Anlegen und Ändern von Produkten, Lesen von Steuersätzen, Herstellern und Währungen, dazu media:create für den Upload. Weil der Upload ohne Vorschau speichert, bekommt nur diese Integration das Medien-Tool.
Die Systemeinstellungen von Shopware sind umfangreich und verteilt. Wer wissen will, wie viele Produkte eine Kategorieseite zeigt oder welche Sortierung voreingestellt ist, klickt sich durch mehrere Menüs. Der Assistent liest das in einem Schritt.
Beispiel-Prompt: „Welche Einstellungen gelten für die Produktlisten im Verkaufskanal Storefront AT? Ändere die Standardsortierung auf Preis aufsteigend, zeige mir aber vorher, was sich ändert.“
shopware-system-config-read liest alle Werte unter dem Schlüssel core.listing, auf Wunsch für einen bestimmten Verkaufskanal. Für die Änderung zeigt shopware-system-config-write im Dry-Run einen Vorher-nachher-Vergleich. Nach der Bestätigung speichert es den neuen Wert. Für Logo und Farben gibt es shopware-theme-config, ebenfalls mit Vorschau.
system_config:read zum Lesen, system_config:update zum Ändern. Diese Rechte gehören in eine Integration für eine Person, die heute schon Einstellungen pflegt, meist die Shop-Leitung oder die betreuende Agentur.
Die wichtigste Entscheidung fällt vor dem ersten Prompt: Welche Integration darf was? Shopware empfiehlt eine Integration je Aufgabe oder Rolle im Team. Die Tabelle zeigt, wie wir die sieben Aufgaben in Projekten aufteilen.
| Aufgabe | Integration | Tools in der Allowlist | Schreibt Daten |
|---|---|---|---|
| 1 Tagesbericht | Auswertung | schema, search, aggregate | nein |
| 2 Bestand | Auswertung oder Lager | schema, search, aggregate, bei Lager upsert | nur Lager |
| 3 Kundenservice | Service lesend | schema, search, read | nein |
| 4 Versand und Storno | Service Status | search, read, order-state | ja, mit Vorschau |
| 5 Produkttexte | Katalog | schema, search, read, upsert | ja, mit Vorschau |
| 6 Neue Artikel | Katalog | schema, search, read, upsert, media-upload | ja, Bilder ohne Vorschau |
| 7 Einstellungen | Shop-Leitung | system-config-read, system-config-write | ja, mit Vorschau |
Die drei Discovery-Tools, mit denen ein Client weitere Tools findet und Toolsets aktiviert, kommen in jede Allowlist dazu. Wichtig: Das Aktivieren eines Toolsets vergibt keine Rechte. Die Allowlist der Integration bleibt die Grenze. Ein MCP-Zugang gehört nie an ein Admin-Konto, denn Administratoren umgehen die Allowlist für Benutzer.
Ein hypothetisches Beispiel mit Erfahrungswerten: Ein Händler mit 1.500 Bestellungen im Monat erstellt jeden Montag einen Wochenbericht. Das dauert heute 60 Minuten, mit dem Assistenten 10. Der Service bearbeitet 400 Anfragen im Monat und spart beim Zusammensuchen je Anfrage etwa 2 Minuten. Zusammen sind das gut 3 Stunden für die Berichte und gut 13 Stunden im Service, also etwa 17 Stunden im Monat.
Dem stehen die Einrichtung mit Rollen, Allowlists, Prompt-Vorlagen und Schulung gegenüber, die nach unserer Erfahrung bei 1.500 bis 5.000 € liegt, und die laufenden Kosten für die KI-Clients, etwa 20 US-Dollar je Nutzer und Monat für Claude Pro oder ChatGPT Plus. Bei einem internen Stundensatz von 40 € ist die Einrichtung im unteren Bereich nach zwei bis drei Monaten bezahlt. Bei einem kleinen Shop mit 100 Bestellungen im Monat rechnet sich vor allem der lesende Teil, der kaum Einrichtung braucht.
Die sieben Aufgaben funktionieren, aber nicht ohne Aufsicht. Diese Grenzen sehen wir in der Praxis am häufigsten.
Die DSGVO gilt in Österreich genauso: Für Kundendaten, die an Claude oder ChatGPT gehen, brauchen Sie einen Vertrag zur Auftragsverarbeitung nach Art. 28 DSGVO. Gibt es einen Betriebsrat, klären Sie das Audit-Log früh mit ihm. Das Arbeitsverfassungsgesetz verlangt für Kontrollmaßnahmen und für Systeme, die Daten von Mitarbeitern verarbeiten, je nach Ausgestaltung eine Betriebsvereinbarung (§§ 96 und 96a ArbVG). Beim Anlegen von Produkten braucht das Modell die österreichischen Steuersätze: 20 Prozent Normalsatz, ermäßigt 10 und 13 Prozent. Sie müssen als Steuerregeln in Shopware hinterlegt sein. Eine Agentur mit Sitz in Österreich finden Sie über den Länderfilter im Partnerverzeichnis von Shopware. Die Kostenangaben in diesem Beitrag sind Erfahrungswerte aus unseren Projekten, überwiegend in Deutschland.
Für Händler, die keine eigenen Rollen und Prompts pflegen wollen, gibt es Alternativen. Der Shopware Copilot in der Administration nutzt denselben MCP-Endpunkt mit den Rechten des angemeldeten Benutzers und fragt vor Änderungen nach, seine agentischen Funktionen sind Teil des Zusatzabos Intelligence+. Das experimentelle Paket SwagMcpMerchantTools bringt fertige Tools wie merchant-revenue-report oder merchant-customer-lookup, Shopware behält sich aber vor, es zugunsten des Copilot wieder einzustellen. Welche KI-Funktionen Shopware insgesamt anbietet, ordnet unser Beitrag Shopware KI ein.
Nein. Ab Shopware 6.7.14 ist der MCP Server im Kern enthalten und immer aktiv. Sie legen eine Integration mit Rolle und Allowlist an und verbinden einen Client wie Claude oder ChatGPT. Plugins wie AI Connect ergänzen Vorschau-Ansichten, Audit-Log und fertige Konfigurationen.
Nur wenn Sie es zulassen. Alle schreibenden Tools außer dem Bild-Upload laufen standardmäßig als Vorschau, und Clients wie Claude und ChatGPT legen Tool-Aufrufe zur Freigabe vor. Wer beides abschaltet, gibt die Kontrolle ab.
Der Tagesbericht. Er braucht nur Leserechte, liefert vom ersten Tag an Nutzen und zeigt schnell, wie genau das Modell mit Ihren Daten arbeitet.
Der native MCP Server fehlt in 6.6. Möglich ist ein separater MCP Server, der über die Admin API spricht. Wir raten meist zum Update auf 6.7, weil ein separater Server mit dem Update überflüssig wird.
Der Server selbst kostet nichts. Laufend fallen die Kosten der KI-Clients an. Die Einrichtung mit Rollen, Allowlists und Schulung liegt nach unserer Erfahrung bei 1.500 bis 5.000 €.
Sie möchten wissen, welche der sieben Aufgaben in Ihrem Shop den größten Nutzen bringt? Wir prüfen Ihre Shopware-Version, schlagen Integrationen mit passenden Rollen und Allowlists vor und richten die ersten Prompt-Vorlagen gemeinsam mit Ihrem Team ein. Für Vorschau und Audit-Log setzen wir auf unser Plugin AI Connect.
Schreiben Sie uns über das Kontaktformular. Wenn Sie zuerst wissen möchten, wo Ihr Shop heute steht, hilft unsere kostenlose Shop-Analyse.
Besnik Bilalli ist Gründer und CEO von solution25, der Shopware Agentur aus Bremen. Vor der Agenturgründung 2017 hat er selbst einen Online-Shop aufgebaut und auf mehr als 500 Bestellungen am Tag gebracht. Seitdem begleitet er Händler bei Shopware-Projekten, von der ersten Kalkulation bis zum laufenden Betrieb. Fragen zum Artikel beantwortet er gern persönlich: Kontakt aufnehmen.
Verantwortlich für Inhalt und Aktualisierung: Besnik Bilalli. Stand: November 2026. Nächste inhaltliche Prüfung: Februar 2027.