Garantie und After-Sales in Manufacturing Cloud

Manufacturing Cloud for Service lohnt sich, wenn Händler oder Kunden regelmäßig Garantieansprüche einreichen und Rückrufe oder Upgrades über Hunderte Maschinen laufen. Sie ergänzt die Service Cloud um Garantiebedingungen, Garantieanträge mit Prüfung, Servicekampagnen und eine Sicht auf jede Maschine, für 275 statt 195 US-Dollar pro Nutzer und Monat. Alles steht auf der installierten Basis: ein Asset pro Maschine mit Seriennummer, Eigentümer und Garantiebeginn. Fehlen diese Daten, kann weder ein Mensch noch der Prüfagent aus Winter ’27 einen Anspruch prüfen. Manufacturing Cloud entscheidet, ob ein Schaden gedeckt ist und wer zahlt; der Einsatz beim Kunden gehört zu Field Service.

Manufacturing Cloud for Service oder Service Cloud?

Salesforce verkauft diesen Teil der Branchenlösung als Manufacturing Cloud for Service; in der Preisliste heißt dasselbe Produkt „Agentforce Manufacturing for Service“. Laut Preisseite von Manufacturing Cloud (öffnet in einem neuen Tab) kosten Service Core 275, Service Max 650 und Sales & Service Max 700 US-Dollar pro Nutzer und Monat bei jährlicher Abrechnung. Die Preisseite der Service Cloud (öffnet in einem neuen Tab) nennt Core mit 195 US-Dollar und schreibt „Core replaces Enterprise Edition“. Wer neu kauft, zahlt also 80 US-Dollar pro Nutzer und Monat mehr für die Fertigungsschicht. Bestandskunden mit der alten Enterprise Edition vergleichen mit ihrem bisherigen Preis, wie in Manufacturing Cloud for Service oder Service Cloud beschrieben.

Zwei Fußnoten auf der Preisseite von Manufacturing Cloud widersprechen sich: Die eine sagt, die Preise gelten für die Enterprise Edition und Unlimited koste 425 US-Dollar, die andere, sie gelten für die Unlimited Edition. Welcher Preis für Sie gilt, zeigt erst das Angebot.

Für den Aufpreis bekommen Sie laut Preisseite Warranty Lifecycle Management, die Asset Service Console, die Service Console for Manufacturing und Pre-Work Estimation. Die Trailhead-Übersicht (öffnet in einem neuen Tab) nennt zusätzlich Product Service Campaigns, die auf der Preisseite fehlen. Die Service Cloud allein deckt bereits Cases, Entitlements, Knowledge und Standard-Assets mit Seriennummer ab.

After-Sales beginnt bei der installierten Basis

Jede After-Sales-Frage ist eine Frage zu einer Maschine. Ist diese Seriennummer noch in der Garantie? Ist sie vom Rückruf betroffen? Welche Dichtung passt? Der Asset-Datensatz beantwortet sie alle oder keine.

Das Minimum pro Maschine: Seriennummer, Produkt, Eigentümer, Standort und das Datum, ab dem die Garantie läuft. Manufacturing Cloud ergänzt drei Dinge:

Ergänzung	Was sie leistet
Asset Milestones	Das Objekt AssetMilestone (öffnet in einem neuen Tab), verfügbar ab API 58.0, hält laut Referenz „the key events in the lifecycle of an asset, such as manufacturing, registration, or resale“ fest, mit Datum, dem Status Active, Expired oder Tentative und dem Quellsystem, das das Ereignis gemeldet hat.
Account- und Contact-Teilnehmer	Sie verbinden mehrere Firmen und Personen mit einer Maschine: Händler, Betreiber, Servicepartner.
Flotten	Sie fassen die Maschinen eines Kunden mit vielen Standorten zusammen, mit Nutzung pro Maschine.

Das Datenmodell ist der leichte Teil. Schwer ist die Quelle. Das ERP kennt Seriennummer und den Händler, an den geliefert wurde, aber nicht den Endkunden. Der Händler kennt das Übergabedatum, die Inbetriebnahme das Installationsdatum. Jedes Feld braucht genau einen Verantwortlichen, schriftlich festgelegt, bevor der erste Anspruch geprüft wird. Die vollständige Feldliste, die Quellentabelle und die Regel für den Garantiebeginn stehen in Installierte Basis in Manufacturing Cloud. Die passende ERP-Schnittstelle zu planen, gehört zu meiner Arbeit an Salesforce-Schnittstellen.

Wie läuft ein Garantieanspruch vom Händler bis zur Gutschrift?

Manufacturing Cloud bildet Garantien auf drei Ebenen ab. Laut Trailhead (öffnet in einem neuen Tab) legt die Garantiebedingung (Warranty Term) Art, Dauer, Beginn und die gedeckten Anteile für Arbeit, Teile und Spesen fest; die Abdeckung pro Teil (Warranty Term Coverage) erweitert oder beschränkt sie für einzelne Teile; die Asset-Garantie ordnet die Bedingung einer Maschine zu, „when assets are purchased or installed“. Für Hersteller mit vielen Varianten spart die mittlere Ebene am meisten Arbeit: eine Grundbedingung pro Produktfamilie, Ausnahmen pro Teil.

Der Anspruch selbst kommt meist von außen. Die Serviceseite (öffnet in einem neuen Tab) sagt, dass Partner und Kunden Ansprüche „via API or portals“ einreichen und Geschäftsregeln Freigaben automatisieren können. Der Ablauf in Kurzform:

Der Händler reicht den Anspruch im Partnerportal mit Maschine, Fehler, verursachendem Teil und Kosten pro Position ein. Die Regeln prüfen Garantiezeitraum, Nutzungsgrenze und gedecktes Teil. Bei einem Zukaufteil geht ein Regressanspruch (Supplier Recovery Claim) an den Lieferanten, und die Buchhaltung bucht die Gutschrift im ERP.

Die Gutschrift fällt in Planungen leicht unter den Tisch. Ohne sie sieht der Händler im Portal einen genehmigten Anspruch und wartet trotzdem auf sein Geld. Die Objekte, den Lieferantenregress und die Portallizenzen für Händler behandelt Garantieansprüche von Händlern in Salesforce. Welche Portallizenz Händler brauchen, war Thema in Kapitel 3.

Was bringt der Garantie-Prüfagent?

Winter ’27, seit dem 12. Oktober 2026 allgemein verfügbar (öffnet in einem neuen Tab), bringt einen Warranty Claims Adjudication Agent. Die Produktseite von Manufacturing Cloud (öffnet in einem neuen Tab) beschreibt ihn in einem Satz: Er „validates coverage and flags potential fraud“. Lizenz, Betrugssignale und eine Einrichtungsanleitung hat Salesforce in den Quellen, die ich öffnen konnte, nicht veröffentlicht.

Ich würde die Deckung von Regeln entscheiden lassen und den Agenten dort einsetzen, wo Regeln schwach sind: die Fehlerbeschreibung des Händlers im Freitext lesen, mit Fehlercode und Teilen abgleichen, eine doppelt eingereichte Seriennummer erkennen und eine Rückfrage zu fehlenden Daten vorbereiten. Beträge über einer vereinbarten Grenze, jeder Betrugsverdacht, Kulanz und Ansprüche mit fehlenden Asset-Daten gehen an einen Menschen. Was Sie vorbereiten sollten, mit Testset und Flex Credits pro Anspruch, steht in Garantie-Prüfagent aus Winter ’27. Das größere Bild der Agenten für Hersteller zeigt das Kapitel KI-Agenten in der Fertigung der KI-Masterclass.

Rückrufe und Upgrades mit Servicekampagnen

Eine Product Service Campaign steht laut Objektreferenz (öffnet in einem neuen Tab), verfügbar ab API 51.0, für „a set of activities to be performed“ an einer Gruppe von Assets. Jede betroffene Maschine wird ein eigener Kampagneneintrag mit eigenem Status. Das Datenmodell (öffnet in einem neuen Tab) ergänzt Definitionen mit betroffenem Produkt und Seriennummernbereich, Fertigungslose, das verursachende Teil, Partner und unverkaufte Bestände bei Händlern. Dasselbe Modell passt für einen Sicherheitsrückruf und für einen Nachrüstsatz für eine ganze Baureihe.

Die Schwachstelle ist die Auswahl. Eine Kampagne trifft nur dann die richtigen Maschinen, wenn jede Maschine als Asset mit Seriennummer existiert und bekannt ist, welches Bauteillos in welcher Maschine steckt. Wählen Sie zu breit, zahlen Sie für Arbeit an Maschinen ohne Fehler; zu eng, und fehlerhafte Maschinen bleiben im Feld.

Rechenbeispiel: Ein Ventillos eines Lieferanten ist fehlerhaft und steckt in 1.800 Maschinen, verkauft über 70 Händler, 120 davon stehen noch unverkauft beim Händler. Die Kampagne führt die 1.680 Maschinen bei Endkunden als Einträge, die unverkauften als Partnerbestand und das Ventil als verursachendes Teil mit Rücksendung gegen Gutschrift vom Lieferanten. Händler melden jede Maschine einzeln als erledigt, nicht eine Zahl pro Händler. Den ganzen Ablauf, und wann eine Liste im Qualitätssystem reicht, beschreibt Rückrufaktionen in Salesforce.

Die ganze Maschinengeschichte auf einem Bildschirm

Zwei Konsolen für zwei Arten von Anrufen. Die Service Console for Manufacturing (öffnet in einem neuen Tab) ist eine neu gestaltete Kontaktseite: die Daten des Anrufers plus Assets, Cases und Aufträge seines Accounts. Ihre Komponenten für Zeitleiste, Empfehlungen und Hinweise sind laut Trailhead „available with the Industries Service Excellence license“; fragen Sie, ob Ihre Edition diese Lizenz enthält. Die Asset Service Console geht von der Maschine aus: Laut Serviceseite zeigt sie „asset warranties, cases, work orders, and claims related to an asset“.

Beide Konsolen wirken nur so vollständig wie die Daten dahinter. Hängen Milestones, Garantien und Ansprüche am Asset, sieht der Mitarbeiter die ganze Geschichte an einer Stelle. Fehlt bei der Hälfte der Maschinen der Garantiebeginn, zeigt die Konsole die Lücke früher als ein Bericht.

Ersatzteile per Seriennummer

Die Frage „Welches Teil passt in diese Maschine?“ berührt drei Systeme. Salesforce hält das Asset mit seinen Hauptbaugruppen, das PLM die tatsächlich verbaute Stückliste pro Seriennummer, das ERP Material, Verfügbarkeit und Preis. Ich würde die vollständige Stückliste im PLM lassen und sie live über eine Schnittstelle abfragen, statt Hunderte Positionen pro Maschine als untergeordnete Assets zu laden. Ein Agent kann die Frage dann auf eine Baugruppe eingrenzen und das Ergebnis aufbereiten, während die Zuordnung von Seriennummer zu Teilenummer regelbasiert bleibt. Die Datenprüfung und ein angenommenes Szenario mit 6.000 Maschinen stehen in Ersatzteile per Seriennummer.

Wo endet Garantie und wo beginnt Field Service?

An der Tür des Kunden. Manufacturing Cloud klärt, ob ein Schaden gedeckt ist, wer welchen Betrag bekommt und wer am Ende zahlt. Wer wann mit welchem Teil zum Kunden fährt, ist Field Service: Arbeitsaufträge, Terminplanung, Wartungspläne und Technikerlager.

Thema	Wohin es gehört
Garantiebedingungen, Ansprüche, Prüfung, Lieferantenregress	Manufacturing Cloud
Rückrufdefinition, betroffene Maschinen, Status pro Händler	Manufacturing Cloud
Assets, Milestones, Teilnehmer	gemeinsam, einmal entworfen
Arbeitsaufträge, Termine, Wartungspläne, Fahrzeuglager	Field Service
Telemetrie und Zustand der Maschine	Zusatzprodukt Connected Assets

Servicetechniker brauchen in jedem Fall Field-Service-Lizenzen. Die Preisseite von Field Service (öffnet in einem neuen Tab) verlangt außerdem „at least one (1) Service Cloud user license“ und schließt Dispatcher- und Technician-Lizenzen für Case-Bearbeitung aus. Zwei Zusatzprodukte tauchen hier oft auf: Laut Add-on-Seite (öffnet in einem neuen Tab) kostet Connected Assets 15.000 US-Dollar pro Org und Monat, Asset Service Lifecycle Management 75 US-Dollar pro Nutzer und Monat, Letzteres zusammen mit den Field-Service-Editionen. Für eine saubere installierte Basis brauchen Sie keines davon; ob sich Telemetrie lohnt, behandelt Predictive Maintenance in Salesforce.

Asset-Hierarchie, Wartungspläne und Servicepartner sind Thema des Kapitels Assets, Wartung, Teile und Partner der Field-Service-Masterclass. Wenn Sie beide Clouds einführen, entwerfen Sie das Asset-Modell einmal für beide. Diese Grenze zu ziehen, gehört zu meiner Arbeit an der Salesforce-Architektur.

In welcher Reihenfolge würde ich After-Sales einführen?

1. Lücken zählen. Nehmen Sie die Garantieansprüche des letzten Jahres und prüfen Sie, wie viele Seriennummern als Asset mit Eigentümer und Garantiebeginn existieren.
2. Lizenzmix nach Rolle festlegen und die Leserechte für Service-Cloud-Nutzer schriftlich bestätigen lassen.
3. Registrierung regeln. Machen Sie die Übergabemeldung des Händlers zum Pflichtschritt im Portal.
4. Regelbasierte Prüfung und die Gutschrift im ERP vor jedem Agenten in Betrieb nehmen.
5. Eine Kampagne testen, und zwar an einem vergangenen Qualitätsfall, bevor ein echter Rückruf daran hängt.
6. Den Agenten zuletzt ergänzen, mit einer Freigabeschwelle, die Service und Finanzen vereinbart haben.

Beginnen Sie mit Schritt 1, denn Garantie, Rückrufe und Agenten hängen alle an der installierten Basis. Die Datenflüsse zwischen SAP und Manufacturing Cloud, Gutschriften eingeschlossen, sind Thema von Kapitel 5.