Internal Salesforce Solution Engineering enablement content — a product training walkthrough. Not a login page and not affiliated with or endorsed by Intel Corporation. No account credentials, payment details, or personal information are requested. Maintained by Kou (kou@salesforce.com).
| Warranty & Returns Training
Service & Support · ~2.5 hours · From Return to Replacement
Training · Warranty & Returns

From Broken Unit to Replacement.
One Connected RMA Workflow.

A customer files a return in a self-service portal. Fraud, coverage, and approval checks run automatically. A Return Order and replacement Order are created — and the customer watches it ship. All on Salesforce Manufacturing Cloud.

·
What This Demo Shows

Three Ideas.
One Return Journey.

Everything in this training maps to one of these three concepts. (Demo built on Salesforce's Sandisk warranty solution, re-skinned for Intel.)

SS

Self-Service First

Customers register products, start returns, and track shipments in a branded portal — resolving most issues without ever calling. Agents step in only when a claim needs judgment.

Pillar 1
AU

Automated, Trusted Decisions

Every return runs fraud scoring, warranty entitlement, and approval routing automatically. Each check logs its verdict. The claim only advances when the policy says it can.

Pillar 2
MC

Standard Objects, Real Lineage

Claim, Return Order, and Order are standard Manufacturing Cloud objects — no custom bolt-on. SAP and carrier data flow in and out, so both systems stay in sync.

Pillar 3
·
The Scenario

A Failed Xeon.
One Customer Return.

Before

The Legacy Return Desk

A customer's Intel Xeon w5-3435X stopped being detected. They want a replacement. In a disconnected process, the return crawls.

×Customer emails or calls — waits days for a case number
×Agent manually checks warranty in a spreadsheet or SAP screen
×No fraud signal — duplicate and out-of-region claims slip through
×Return and replacement tracked in separate systems
Days of back-and-forth. No visibility for the customer.
After

The customer opens the Intel portal and:

"My Xeon 6980P isn't detected. I'll pick it from my registered products, describe the failure, upload my receipt — and see the warranty decision before I even submit."
+Entitlement Gate — confirms coverage against the customer's warranty
+Fraud Gates — score the user and the item before anything ships
+Return Order + Order — created automatically, with live tracking
Guided return. Warranty decision up front. Zero phone calls.
Live OrgIntel RMA Portal — consumer landing (Experience Cloud / LWR)
Intel RMA consumer portal home
What you're seeing: the customer-facing portal, fully Intel-branded, with Shop / Register Product / Start an RMA entry points. Same site the demo runs against.
The Decision

Three Checks, Then Action.

Every return runs the same gauntlet before a single part moves. Each check logs its verdict.

RMA

Claim Adjudication — RMA-SEED-20260518-1195

Intel Xeon w5-3435X · Customer: Duncan Macintosh
01

Fraud Score User: Pass Item: Review

Separate user and item fraud gates run rule-based scoring — velocity checks, disposable-email detection, retailer and region checks. A borderline item score routes the claim to a human instead of auto-approving.

02

Entitlement Covered

The entitlement gate checks the customer's Asset warranty first, then falls back to the Product Warranty Term. Verdicts: Covered, Expired, No Warranty Applicable, or Pending Verification — never a guess.

03

Approval Human Review

Score below 30 auto-approves; 30–70 routes to an agent; above 70 auto-blocks. This claim is Under Review — a person makes the call, and the workflow only creates orders once approved.

04

On Approval Auto-Generated

Approving creates the Return Order (inbound parcel), the replacement Order, and the return line — with a prepaid label and, for advance exchanges, a payment hold. The SAP document number is written back.

Live OrgClaims for Review — agent adjudication workspace
Claim review workspace with fraud and entitlement verdicts
What you're seeing: the agent's review pane. Origin, request country, user/item fraud verdicts, and entitlement verdict are all surfaced side-by-side, with Approve / Reject actions that trigger the downstream order chain.
·
The Data Model

Five Building Blocks.

Every return traces back to a chain of standard Manufacturing Cloud (Warranty Lifecycle Management) records. Learn these five and the whole workflow makes sense.

01
Product. What Intel sells.
02
Warranty Term. A reusable coverage rule.
03
Product ↔ Warranty. Links a product to its coverage.
04
Customer Product (Asset). One serialized unit, one owner.
05
Customer Warranty. The coverage on that unit.
Entitlement key
Catalog → Unit → Lifecycle. All linked, top to bottom.
Sandisk / Intel Concept
Salesforce Object
What it represents
Material
Product2
The SKU Intel sells — e.g. Intel Xeon 6980P (INTEL-XEON-6980P), tied to SAP via product code.
Warranty class
WarrantyTerm
Reusable coverage rule: duration, unit of time, standard vs advance exchange.
Serialized unit
Asset (Customer Product)
One physical unit with a serial number, owned by one customer for life.
Return ticket
Claim + ClaimItem
The return event and its per-serial lines — Replace, Refund, Repair.
Return / Replacement
ReturnOrder + Order
Inbound parcel and outbound replacement, each with its own tracking.
·
The Capabilities

What This Demo Covers.

Four capability areas, all live in the org, all Intel-branded.

POR

Consumer Portal

Self-registration, My Products with warranty status, guided Start-an-RMA, and live return tracking.

Experience Cloud
GATE

Fraud & Entitlement Gates

Rule-based user and item fraud scoring plus warranty entitlement, each logging a verdict.

Apex
ADJ

Agent Adjudication

Claims-for-Review queue, approval workspace, and a Case Consumer 360 panel for context.

Lightning App
ORD

Order Fulfillment

Auto-created Return Order + replacement Order, carrier tracking, payment holds, SAP write-back.

WLM
Three Data Infrastructure Services
SandiskEntitlementGate

Asset-warranty-first coverage check with Product Warranty Term fallback and four verdict states.

SandiskFraudGate

Separate user + item gates: rule-based scoring, velocity checks, disposable-email detection.

SandiskReplacementPolicyService

WarrantyTerm.ExchangeType-driven: Advance Exchange, Return Exchange, Replace-Upon-Return, Direct.

SandiskReturnOrderService

Atomic Return Order + Order creation with carrier tracking and depot routing.

Note on the demo vehicle: this experience runs on Salesforce's Sandisk warranty solution, re-skinned end-to-end for an Intel audience. The org catalog already carries real Intel SKUs — Xeon, Gaudi, Arc, Core Ultra — and the portal is fully Intel-branded. The Apex service classes retain their original Sandisk* names.

Live OrgRMA Workspace — agent home (Lightning app)
RMA agent home with KPI strip and claim cards
What you're seeing: KPI tiles (Total / Submitted / Approved / Shipped), a searchable claim card grid with status filter chips, and the inline Approval Workspace on the right.

Self-service first.
Agent-assisted always.

One connected return journey, on standard Manufacturing Cloud objects.
Intel Warranty & Returns Training

The Return Journey.
End to End, Screen by Screen.

This walkthrough follows a warranty return from the customer portal through fraud and entitlement checks, agent adjudication, and automated order fulfillment — using live screens from the org.

1
Foundations of Warranty Management
20 min
Products. Warranty Terms. Customer Products. The records everything else hangs off.

Before any return can be adjudicated, the catalog and coverage data has to exist. This is the Warranty Lifecycle Management (WLM) foundation.

Outcome: Participants can name the five building blocks and explain how a claim traces back to a specific serialized unit and its coverage.
1

Products we sell

Every product belongs to a family and carries a unique code that links to SAP. Intel SKUs — Xeon, Gaudi, Arc, Core Ultra — are all loaded as Product2 records.

2

Warranty Terms — reusable coverage rules

Define how long and what is covered, and whether it's standard return (customer ships first) or advance replacement (new unit ships first). Different rules per region are allowed.

3

Connect warranty to products

By default warranty applies to a whole product family; specific products can override. A product can be covered by more than one warranty, and new products inherit automatically.

4

One unit, one owner

Every unit becomes a Customer Product (Asset) with a serial number, tied to a single customer for life. A Customer Warranty records the actual coverage dates used to confirm a claim.

Live OrgWarranty Terms catalog
Warranty Terms list view
What you're seeing: the reusable coverage rules — duration, unit of time, warranty type (Standard / Extended / Promotional), and exchange type. This is what the entitlement gate joins against.
·
2
The Consumer Portal
20 min
One portal for everyone. Self-service. Articles. Cases. Returns. AI assistant.

Built for direct-to-consumer customers, mobile-first, accessible, and available in 50+ languages. Guests browse and read help; registered customers manage products and returns.

Outcome: Participants can walk a customer from landing page to registered product view and describe the two access modes (guest vs authenticated).
1

Two modes, one portal

Guests can look up products and read help articles. Registered customers sign in with SSO, one-time code, or social login — a profile and permissions are created automatically on sign-up.

2

Help articles reduce calls

Reviewed and approved, translated into 50+ languages, shown right inside the return form, and used to ground the AI assistant. Typically resolves 40–60% of issues without a call.

3

Assets track every product a customer owns

Status badge (In Warranty / Expiring / Out of Warranty), product code, serial number, key dates, and a photo — with a one-click Start-a-return.

4

Multiple ways to register products

A guided form creates the Asset + AssetWarranty. Early registration can even earn bonus coverage months.

Live OrgIntel storefront — Shop Intel Products
Intel product catalog on the portal
What you're seeing: the portal catalog rendering real org data — Core Ultra 9 285K, Arc A770, Gaudi 3, Xeon 6980P — each with product family and price. Same records that back the RMA flow.
3
Guided Return & Warranty Decision
15 min
Pick a product, describe the problem, upload proof — see the decision before submitting.

The return form is a guided flow with no surprises. The customer knows whether they're covered before they commit, and every return is tracked live afterward.

Outcome: Participants can complete a return submission and explain what the customer sees at each step.
1

Pick a registered product

The customer chooses from the Assets they own — no serial number typing, no lookups.

2

Describe the problem with a failure code

A standard failure code (for example "Drive not detected") classifies the issue for downstream diagnosis and reporting.

3

Upload proof of purchase

The receipt is attached to the claim and made available to fraud scoring and the reviewing agent.

4

See the warranty decision before submitting

The entitlement gate runs and shows Covered / Expired / Not Applicable up front. One claim per submission keeps tracking clean.

Track every return live: After submit, a status badge appears on every return. A pop-up shows shipping in and out, the linked support case stays visible, and advance-replacement payment holds are explained — all without leaving the page.
Live OrgMy RMAs — authenticated customer view (signed in as a registered Intel customer)
My RMAs list on the Intel portal, signed in
What you're seeing: the logged-in customer's return history — RMA number, reason, live stage (Replacement Shipped / Denied), warranty status (Covered / Not Covered), and submitted date, each with a Details drill-down. This is the customer's self-service window into every return.
·
4
Three Checks, Then Action
25 min
The return triggers the workflow. Fraud, coverage, approval — then the warranty decides the path.

This is the heart of the demo. Each check logs its decision and the claim only moves forward when all three pass. Then the warranty term, not a human, sets the fulfillment path.

Goal: Participants can explain the three gates, the score bands, and how the exchange type determines what ships and when.
1

Check 1 — Fraud signals are scored

Separate user and item gates score velocity, reuse, receipt analysis, retailer, geography, date code, and capacity. Score below 30 auto-approves, 30–70 goes to review, above 70 auto-blocks.

2

Check 2 — Coverage is verified

The entitlement gate confirms the claim against the customer's warranty: Covered, Expired, No Warranty Applicable, or Pending Verification.

3

Check 3 — Approval, automatic or human

Low-risk covered claims flow straight through. Anything ambiguous lands in an agent's queue for a logged decision.

4

The warranty decides the path

Standard Exchange: customer ships first. Advance Exchange: new unit ships first (with a payment hold). Replace w/o Return: customer keeps the broken unit. Set automatically by the rule.

Payment hold explained: For advance returns a temporary hold — like a hotel deposit — is authorized but not charged. It's released when the broken unit comes back, and only charged if the deadline is missed. The policy is shown to the customer up front.
5
Agent Home & Triage
15 min
The agent's landing page — KPI tiles, status badges, two-column claim cards, one-click into the record.
Success Check: Each participant can locate a claim by customer or account, read its status badge, and open the full record.
1

Open the RMA Workspace app

Land on the RMA Portal home. Note the flexible KPI tiles at the top: Total RMAs, Submitted, Approved, Shipped.

2

Triage by status

Use the filter chips — All, Submitted, Under Review, Approved, Replacement Shipped, Closed — to focus the card grid.

3

Search by customer or account

Find a specific claim by RMA number, serial number, or product. Cards show product thumbnail, warranty date, and the recommended action (Replace / Deny).

4

Open the record or the side workspace

Click a card to open the full Claim record, or use the inline Approval Workspace on the right to work the queue without leaving home.

Live OrgClaim record — adjudication actions & fields
Claim record page with Claim Review panel
What you're seeing: a single Claim (RMA) record. The Claim Review panel offers Approve / Reject; approving creates the Return Order, ROLI, and (per policy) the replacement Order + line.
6
Claims for Review
20 min
The dedicated review queue where ambiguous claims get a human decision.
Success Check: Each participant selects a claim, reads its fraud + entitlement verdicts, and completes an Approve or Reject decision.
1

Open Claims for Review

The queue lists Under Review claims oldest-first, with days-in-queue so nothing ages out silently. Red rows flag higher risk.

2

Select a claim to load the detail pane

The right pane shows Origin Channel, Request Country, User/Item Fraud Verdict, Entitlement Verdict, and the claim items — everything needed to decide, in one place.

3

Weigh the signals

An explainable single signal (e.g. registered-at-RMA-time on a 30-day-old purchase) may be fine; multiple flags or a repeat claimer are not.

4

Approve or Reject

Approve to trigger the Return Order + replacement Order chain. Reject to close it out. Either way the decision is logged against the claim.

Live OrgClaims for Review — queue with day-aging
Claims for Review queue
What you're seeing: the review queue. Each row shows the RMA number, customer, submission date, and days-in-queue; selecting one loads the full adjudication detail beside it.
7
Case Consumer 360
15 min
When a claim escalates to a Case, the agent gets the customer's whole history inline.
Success Check: Participants can open a Case, read the Consumer 360 panel, and pivot from a Case to the underlying Asset or RMA.
1

Open a portal-origin Case

When a customer clicks "Request Review" on a denied return, the portal opens a Case linked to the claim — the customer always sees the case number.

2

Read the Consumer 360 panel

An inline card shows counts for Assets, Active Warranties, Registrations, Total RMAs, Open RMAs, and Other Cases — no tab-hopping.

3

Drill into the tabs

Switch between Assets, Registrations, RMAs, and Other Cases to see the products they own and their service history.

4

Decide and close the loop

Override the denial, stand by it with a public comment the customer sees, or resolve a payment hold — then close the Case.

Live OrgCase with Consumer 360 panel
Case record with Consumer 360 panel
What you're seeing: a real Case ("Intel Xeon w5-3435X, Serial INTEL-0058, needs RMA review") with the Consumer 360 header — 25 assets, warranties, registrations, and RMAs — surfaced directly on the Case.
8
Orders & Return Orders
20 min
Replacements. Returns. Tracking. Closure. Two parcels, one view.
Success Check: Participants can trace an approved claim to its Return Order and replacement Order and explain what "done" means.
1

Return Order = inbound parcel

A standard Return Order, linked to the claim, moves Draft → Closed. Lines show expected, received, and rejected counts, with a shipping label from the carrier integration.

2

Order = replacement path

A standard Order typed Replacement, Refund, or Repair. On shipment a new Customer Product + warranty are created, unit price is $0 for warranty replacements, and the SAP document number is written back.

3

Two parcels, one timeline

Outbound (shipped → delivered) and inbound (label → received) render in a single view. Tracking is simulated today; production uses live carrier feeds that drive notifications.

4

Receive, inspect, release

On receipt (scan, manual, or middleware) inventory is adjusted, the payment hold is released, and the customer is notified automatically.

"Done" means all five: every Return Order received, every replacement Order delivered, every payment hold resolved, no open support case, and a resolved date stamped. Only then is the return truly closed.
·
9
Fraud, Scoring & AI
20 min
Score + signals = decisions. AI recommends, people decide.
Outcome: Participants can read a fraud score and its signal breakdown, and explain where AI assists vs where a human stays in control.
1

Read the score and signal breakdown

An overall fraud score (0–100) with a signal panel: velocity, reuse, receipt analysis, retailer, geography, date code, capacity. Agents can Approve, Deny, or Request More Info.

2

Strong registration = easy returns

Registration-time flags — date-code mismatch, unauthorized retailer, future-dated proof, region mismatch — mean fewer surprises at RMA time. Approval creates the Customer Product + warranty.

3

Receipt scanning (ready)

The code path to scan and read receipts (OCR) supports Salesforce, Google, or AWS providers. The demo uses a fixed simulated result; a confidence score routes uncertain ones to a person.

4

AI recommends, people decide

The assistant pre-screens new claims, examines receipts for tampering, and suggests next actions on stuck claims — but never takes a financial action alone.

Three outcomes, by score: Path A — below 30: auto-approve. Path B — 30 to 70: human review. Path C — above 70: auto-block. Queues and deadlines (separate for Fraud, Coverage, Advance replacements) drive the service levels behind these paths.
10
Product & Warranty Administration
15 min
Load. Extend. Integrate. Secure. The four areas product admins own — no developer needed.

Behind the customer and agent experiences is a configurable admin layer: catalog, warranty terms, standard codes, and the retailer list, all loadable multiple ways and all audited.

Outcome: Participants can describe how new Intel products and warranty rules are added and kept in sync with SAP.
1

Four areas admins own

Product catalog, warranty terms, standard (ALM) codes, and the retailer list — all configurable declaratively.

2

Multiple ways to load data

Manual spot edits, bulk via data loader, or real-time from SAP through middleware. Excel-friendly importers preview rows, validate inline, and remember column mappings.

3

Connected, not locked in

Salesforce sits in the middle; MuleSoft handles the heavy lifting to SAP; open APIs on every record and event-driven updates keep systems in real-time sync.

4

Trust built into the platform

Encryption in transit and at rest, SSO + MFA, 99.9% uptime, audit trails, and SOC 2 / ISO 27001 / FedRAMP certifications — with Shield available for added security.

Add a product, end to end: Create the Product2 → add a WarrantyTerm → create the ProductWarrantyTerm link. Then submit an RMA against the new SKU and watch the entitlement gate find the coverage and approve — no code deployment involved.

From return to replacement.
Built for Intel teams.

Walkthrough complete: portal, adjudication, orders, fraud, and admin — every screen live from the org.
Deep Dive

The RMA Engine.

How the return lifecycle, data model, and integrations fit together on Salesforce Manufacturing Cloud.

The Lifecycle

Register to
Resolved.

Every return follows the same path. Each stage writes records and drives the next.

01

Register

Customer registers a product; an Asset + AssetWarranty are created. This is the coverage the entitlement gate reads later.

01
02
02

Submit

A guided portal return creates the Claim + ClaimItem, with failure code and proof of purchase attached.

03

Checks

Fraud scoring, entitlement verification, and approval routing run. Each logs a verdict; the claim advances only if all pass.

03
04
04

Fulfill

Return Order (inbound) and replacement Order (outbound) are generated with tracking; advance exchanges place a payment hold.

05

Resolved

All parcels received, hold released, no open case, resolved date stamped — and the SAP record updated.

05
Register → Submit → Checks → Fulfill → Resolved.
Architecture

Three Layers.
One Model.

Layer
Objects
What it holds
Catalog
Product2 + WarrantyTerm + Link
What Intel sells and the reusable coverage rules — plus the ProductWarrantyTerm link that connects a product to its warranty.
Unit
Asset + AssetWarranty
A specific serialized unit owned by one customer, and the actual coverage dates on that unit.
Lifecycle
Claim + ReturnOrder + Order
The return event, the inbound return parcel, and the outbound replacement — all linked back to the unit and its coverage.

All standard objects from Manufacturing Cloud (Warranty Lifecycle Management) — no custom data model to maintain.

The Engine

The Decision Gates.

Trust by Design Every verdict logged No auto-financial action

Fraud + Entitlement, Before Anything Ships.

Separate user and item fraud gates score each return; the entitlement gate confirms coverage. Scores band the outcome — auto-approve, human review, or auto-block — and only an approved claim creates orders.

VelocityReuseReceipt analysis RetailerGeographyDate codeCapacity
The service classes behind it
Coverage
SandiskEntitlementGate

Asset-warranty-first, with a Product Warranty Term fallback.

  • Verdicts: Covered, Expired, No Warranty Applicable, Pending Verification
  • Never guesses — missing data returns Pending
Fulfillment
SandiskReplacementPolicyService

WarrantyTerm.ExchangeType drives the path, with a price-tier fallback.

  • Paths: Advance Exchange, Return Exchange, Replace-Upon-Return, Direct Replacement
  • Payment hold for Expedited Advance Replacement
On Approval

One Decision.
Two Parcels Created.

Approving a claim atomically creates the inbound ReturnOrder and the outbound replacement Order — then writes the SAP document number back.

Inbound

Return Order = the parcel coming back

// SandiskReturnOrderService — atomic creation
ReturnOrder:  "linked to the Claim"
Status:       Draft → Closed
Lines:        expected / received / rejected counts
Label:        prepaid, via carrier integration
Routing:      depot by source warehouse

// one Return Order per source warehouse
Outbound

Order = the replacement going out

// standard Order, typed by policy
Type:         Replacement | Refund | Repair
On shipment:  new Asset + AssetWarranty created
Unit price:   $0 for warranty replacement
SAP:          document number written back

// advance exchange: Payment_Hold__c placed
Connected

The Integrations.

Salesforce sits in the middle — not locked in.

SAP
System of record: orders, inventory
MuleSoft
Heavy lifting to SAP
Carrier
Shipping labels + tracking
OCR
Receipt scanning (SF/Google/AWS)
Data Cloud
Serial-number master, sub-100ms
Agentforce
Portal AI assistant

Open APIs on every record, event-driven updates for real-time sync. SAP document numbers written back on every replacement.

Standard objects.
Connected systems.

The whole RMA lifecycle runs on Manufacturing Cloud — Claim, Return Order, Order — synced to SAP and the carrier.