KI im B2B-Kundenportal: Aufträge, Rechnungen und Nachbestellungen

Ein B2B-Kundenportal ist der Ort, an den Einkäufer nach dem Kauf gehen: um Auftragsstatus und Liefertermine zu prüfen, Rechnungen und Gutschriften herunterzuladen, Restmengen aus Verträgen zu sehen und nachzubestellen, was sie zuletzt gekauft haben. Ein KI-Agent im Portal beantwortet diese Fragen in normaler Sprache, aber nur aus Live-Kontodaten, die er über Werkzeuge abruft, und nur innerhalb dessen, was der angemeldete Nutzer sehen darf.

Dieser Artikel behandelt, wofür der Portal-Agent zuständig ist, warum Kontodaten aus Werkzeugen und nicht aus indiziertem Text kommen müssen, Rechte pro Nutzer in einem Firmenkonto mit vielen Nutzern, die Cache-Grenze für kundenspezifische Daten, welche Fragen sich abfangen lassen und welche einen Menschen brauchen, und den Business Case. Hilfe vor dem Kauf im Shop ist ein anderes Problem, beschrieben in KI-Support für B2B-Shops.

Wofür ist ein Portal-Agent zuständig?

Er übernimmt die Routinefragen nach dem Kauf: Wo ist mein Auftrag, wann kommt er, warum weicht diese Rechnung vom Auftrag ab, ist die Gutschrift gebucht, was ist vom Abruf noch übrig, bestelle die übliche Liste nach, und ist es lagernd. Eine kurze Liste geht immer an einen Menschen: Streitfälle, Vertragsänderungen, Gutschrifts- und Kulanzentscheidungen und alles mit rechtlichem Gewicht.

Genau das wünschen sich Einkäufer. In einer Umfrage von Sana Commerce unter 1.000 B2B-Einkäufern wollten 37 % Auftragsstatus, Auftragshistorie und offene Rechnungen im Webshop sehen und 40 % korrekte Bestände, Preise und Liefertermine (Digital Commerce 360, März 2024; Anbieterumfrage).

Nachbestellungen verdienen besondere Sorgfalt, denn sie sind die Aktion, die dem Umsatz am nächsten ist. Der Agent baut einen Warenkorb aus der Auftragshistorie, prüft jede Position gegen aktuelle Verfügbarkeit, Nachfolger für ausgelaufene Artikel und den aktuellen Kundenpreis und zeigt, was sich seit der letzten Bestellung geändert hat. Der Nutzer bestätigt den Warenkorb; der Agent bestellt nie selbst. Derselbe Ablauf funktioniert für wiederkehrende Listen, etwa die monatliche Verbrauchsmaterialbestellung eines Standortleiters.

Woher sollte der Agent Kontodaten beziehen?

Aus den führenden Systemen, über Werkzeuge, zum Zeitpunkt der Frage. ERP oder Auftragsmanagement führen Aufträge, Lieferungen, Rechnungen und Gutschriften; das Portal ist eine Leseschicht mit API und Synchronisationsverzug. Kontodokumente in einen Vektorspeicher zu indizieren und „aus Dokumenten zu antworten“, scheitert hier, denn die Antwort, auf die es ankommt, der heutige Status, ändert sich nach der Indizierung.

Rechnungs- und Gutschriftsfragen zeigen den Grund. Eine Gutschrift steht am Ende einer Kette aus Retourenauftrag, RMA, Disposition und Gutschrift im ERP, und zwischen Handelspartnern reisen dieselben Fakten als EDI-Nachrichten, etwa X12 810 für Rechnungen und 812 für Gut- und Lastschriften. Der Agent erklärt eine Rechnung, indem er diese Datensätze liest und das PDF verlinkt, nicht indem er es umschreibt. Das wird wichtiger, je mehr Rechnungen strukturierte Daten werden: In Frankreich muss seit 1. September 2026 jedes umsatzsteuerpflichtige Unternehmen E-Rechnungen über eine zugelassene Plattform empfangen können, und große und mittlere Unternehmen müssen sie ab demselben Datum ausstellen (Service-Public.fr).

Seien Sie ehrlich bei der Aktualität. Jede Antwort, die von einem synchronisierten Wert abhängt, sollte sagen, wann und aus welchem System er gelesen wurde, etwa „Status aus dem ERP, 10:42“. Liest das Portal aus einer Replik, die dem ERP Minuten hinterherhinkt, sollte der Agent das sagen, statt den Wert als live darzustellen. Kunden verzeihen eine angegebene Verzögerung viel eher als einen Liefertermin, der sich als der von gestern herausstellt.

Wie funktionieren Rechte in einem Firmenkonto?

Ein B2B-Konto hat viele Nutzer mit unterschiedlichen Bereichen, und der Agent muss genau den Bereich eines Nutzers übernehmen. Das Firmenkontomodell von Spryker ist ein gutes Beispiel: Geschäftsbereiche, Rollen und Auftragssichtbarkeit auf drei Ebenen, eigene Aufträge, Aufträge des Geschäftsbereichs oder des Unternehmens (Spryker-Dokumentation). Andere Plattformen unterscheiden sich im Detail, die Form ist aber verbreitet.

Die verwundbare Stelle ist der Zugriff auf Objekte, nicht auf Endpunkte. OWASP führt Broken Object Level Authorization auf Platz eins der API Top 10 2023 und hält fest, dass der Vergleich des Session-Nutzers mit einer ID in der URL nicht reicht; jeder Endpunkt, der eine Objekt-ID erhält, muss prüfen, ob dieser Nutzer auf genau dieses Objekt zugreifen darf (OWASP API1:2023). Ein Agent verschärft das, weil er bereitwillig IDs ausprobiert, die er in einer eingefügten E-Mail gesehen hat. Legen Sie die Prüfung in jedes Werkzeug:

// Object-level check inside the tool (sketch): endpoint access is not object access
async function getInvoice(user: PortalUser, invoiceNo: string) {
  const invoice = await erp.invoices.get(invoiceNo, { onBehalfOf: user.id })
  if (!invoice) return { ok: false, error: 'NOT_FOUND' }

  const allowed =
    (user.scope === 'own' && invoice.orderedBy === user.id) ||
    (user.scope === 'business-unit' && invoice.businessUnit === user.businessUnit) ||
    (user.scope === 'company' && invoice.companyId === user.companyId)

  // same answer for "missing" and "not yours", so ids cannot be probed
  if (!allowed) return { ok: false, error: 'NOT_FOUND' }
  return { ok: true, invoice: pick(invoice, ['number', 'date', 'total', 'currency', 'status', 'pdfUrl']) }
}

Der Agent läuft nie als Servicekonto mit Rechten über alle Kunden. Werden die Werkzeuge über MCP angeboten, beschreibt die aktuelle Autorisierungsspezifikation, Revision 2026-07-28, das Muster: OAuth 2.1, Resource Indicators, damit ein Token an einen Server gebunden ist, minimale Scopes mit Step-up bei insufficient_scope und ausdrücklicher Schutz vor Confused-Deputy-Angriffen (MCP). Die Retrieval-Variante derselben Regel steht in Zugriffskontrolle für RAG.

Firmenkonten tragen außerdem Freigaberegeln: Bestellbudgets pro Nutzer, Kostenstellen und Aufträge über einem Limit, die eine zweite Person im Unternehmen des Käufers brauchen. Der Agent muss diese Regeln genau so einhalten wie der Webshop, indem er dieselben Checkout- und Freigabedienste aufruft, statt sie nachzubauen. Eine Nachbestellung, die den Freigabeschritt des Käufers überspringt, ist ein Fehler, auch wenn jeder Preis und jede Menge stimmt.

Was darf in einem B2B-Portal gecacht werden?

Nur, was für jeden Kunden identisch ist. RFC 9111 legt fest, dass ein geteilter Cache eine Antwort auf eine Anfrage mit Authorization-Header nicht wiederverwenden darf, sofern eine Antwortdirektive das nicht ausdrücklich erlaubt, und definiert private für Antworten, die für einen Nutzer bestimmt sind (RFC 9111). In einem Portal sind Preise, Kundenbestand, Aufträge, Rechnungen und Abrufmengen per Definition kundenspezifisch.

Header allein reichen nicht. Web Cache Deception bringt Caches dazu, private dynamische Antworten zu speichern, indem Unterschiede in der Pfadauswertung zwischen Cache und Ursprung ausgenutzt werden; PortSwigger empfiehlt, dynamische Antworten mit no-store oder private zu kennzeichnen und sicherzustellen, dass CDN-Regeln Cache-Control nicht überschreiben (PortSwigger). In einem Nuxt-Frontend machen Route Rules die Trennung ausdrücklich:

// nuxt.config.ts (sketch): shareable catalog vs never-shared account data
export default defineNuxtConfig({
  routeRules: {
    '/catalog/**': { swr: 600 },                                         // same for every customer
    '/account/**': { headers: { 'cache-control': 'private, no-store' } },  // orders, invoices, prices
    '/api/account/**': { headers: { 'cache-control': 'private, no-store' } },
  },
})

Welche Fragen kann der Agent abschließen, welche brauchen einen Menschen?

Entscheiden Sie je Fragetyp, nicht für das Portal als Ganzes. Gartners Umfrage unter 5.728 Kunden ergab, dass nur 14 % der Serviceanliegen vollständig per Self-Service gelöst werden, selbst bei sehr einfachen Anliegen nur 36 %; 43 % der Fehlschläge lagen daran, dass relevante Inhalte nicht gefunden wurden (Gartner, Aug. 2024). Ein Agent mit Live-Werkzeugen kann den Teil „nicht gefunden“ beheben; der Rest bleibt bei Menschen.

Geht eine Frage an einen Menschen, sollte die Übergabe die bereits erledigte Arbeit mitnehmen: Nutzer, Konto, die vom Agenten abgefragten Objekte und was er gefunden hat, damit der Kunde nicht alles wiederholen muss. ContactBabel berichtet, dass 52 % der Unternehmen sagen, Kunden riefen an, weil sie die Self-Service-Funktion gar nicht gefunden haben (ContactBabel); eine sichtbare, gut vorbereitete Übergabe ist Teil des Self-Service-Designs, kein Eingeständnis des Scheiterns.

Was ist ein Portal-Agent wert?

Er ist niedrigere Kosten pro Kontakt bei häufigen, einfachen Fragen wert und schnellere, fehlerfreie Nachbestellungen. Eine geprüfte Wirkung von Portal-Agenten im B2B ist nicht veröffentlicht; der Business Case nutzt daher Kosten-pro-Kontakt-Daten, Einkäuferpräferenzen und Messung pro Kunde.

• Kosten pro Kontakt: ContactBabels Self-Service-Leitfaden, aktualisiert im Dezember 2025, beziffert eine typische Web-Self-Service-Sitzung auf unter 10 Pence oder 15 Cent gegenüber 6,25 Pfund oder 7,16 US-Dollar pro Telefonat (ContactBabel). Das sind Durchschnittswerte aus britischen und US-Contact-Centern, nicht B2B-spezifisch.
• Nachbestellungen: 79 % der B2B-Einkäufer in der Umfrage von Sana Commerce bestellen lieber online nach, berichten aber Fehler bei 33 % der Online-Bestellungen; 68 % schrecken solche Fehler ab, und 74 % würden für einen besseren Webshop den Lieferanten wechseln (Anbieterumfrage, März 2024).
• Digitaler Anteil: McKinseys B2B Pulse 2026 berichtet, dass 71 % der B2B-Unternehmen inzwischen online verkaufen und etwa ein Drittel des Umsatzes über digitale Kanäle läuft (McKinsey, Mai 2026).

Für eine E-Commerce- oder Kundenservice-Leitung sind die vier Kennzahlen pro Kunde: Abfangquote je Fragetyp, Nachbestellquote aus der Historie, Portalnutzung und Kontakte pro Auftrag. Ich baue diese Schicht, Rechte, Caching und das Nuxt-Frontend, auf B2B-Commerce-Stacks wie Spryker und Pimcore, und betreibe LLM-Funktionen auf meiner eigenen Nuxt-Seite; dieselben Grenzen gelten in beiden Größenordnungen.

Wann sollte man keinen Portal-Agenten bauen?

Bauen Sie keinen, wenn die ERP-Daten unzuverlässig sind, wenn Rechnungen nur als Scans ohne strukturierte Quelle existieren, wenn niemand eine durchsetzbare und testbare Berechtigungsmatrix verantwortet oder wenn es kein Audit-Log gibt. Bei geringem Auftragsvolumen schlagen eine gute Suche und eine sichtbare Telefonnummer jeden Agenten. Und vermeiden Sie Abfang-Theater: Zählt die Leitkennzahl angenommene Lösungen, sieht sie besser aus als die Wirklichkeit.

Portale für mehrere Gesellschaften und Sprachen bringen eine weitere Bedingung: Jede Sprache und jede juristische Einheit braucht eine verantwortliche Person, die prüft, was der Agent in diesem Markt über Rechnungen, Steuern und Lieferbedingungen sagt. Ohne Verantwortliche je Sprache sollten Sie warten.

Eine Checkliste für einen Portal-Agenten

1. Die Berechtigungsmatrix als Code schreiben und mit Nutzern auf Ebene eigene Daten, Geschäftsbereich und Unternehmen testen.
2. Objektzugriff in jedem Werkzeug prüfen und für fehlende und verbotene Objekte denselben Fehler liefern.
3. Cache-Header auf jeder angemeldeten Route testen, inklusive CDN-Regeln; ich fahre diese Prüfungen mit Playwright MCP.
4. Kennungen wie Auftrags- und Rechnungsnummern wörtlich aus Werkzeugen liefern, nie aus dem Modell.
5. In jeder Antwort zu Belegen das echte Rechnungs- oder Gutschrifts-PDF verlinken.
6. Eskalation je Fragetyp festlegen und die Option Mensch auf jeder Ansicht sichtbar halten.
7. Kennzahlendefinitionen vor dem Start schreiben, bestätigte und angenommene Lösung getrennt.
8. Einen Audit-Trail jedes Werkzeugaufrufs mit Nutzer, Objekt und Ergebnis führen.

Ein Pilot für einen Fragetyp, Auftragsstatus oder Rechnungen, mit festgelegtem Abbruchkriterium ist der ehrliche Start. Wenn Sie Unterstützung beim Berechtigungsmodell, der Cache-Grenze oder der Werkzeugschicht möchten, sehen Sie sich meine B2B-E-Commerce-Arbeit an.

Quellen

1. Gartner: only 14% of customer service issues are fully resolved in self-service (19 Aug 2024)
2. ContactBabel: The Inner Circle Guide to Self-Service (updated Dec 2025)
3. McKinsey: The surprising economics of B2B growth (B2B Pulse 2026)
4. Digital Commerce 360: Sana Commerce survey on B2B online ordering errors (11 Mar 2024)
5. OWASP API Security Top 10 2023: API1 Broken Object Level Authorization
6. RFC 9111: HTTP Caching
7. PortSwigger Web Security Academy: Web cache deception
8. Model Context Protocol: Authorization (revision 2026-07-28)
9. Spryker: company user roles and permissions
10. Fortune: Klarna brings humans back to customer service (9 May 2025)
11. Fin by Intercom: reporting metrics and resolution definitions
12. Service-Public.fr: electronic invoicing reform, 1 September 2026