Manufacturing

Salesforce Manufacturing Cloud Data Model: A Visual Guide

Learn the Salesforce Manufacturing Cloud data model with a visual guide. Understand key objects like Sales Agreements, Forecasts, and how they connect in real workflows.

The Salesforce Manufacturing Cloud data model is notcomplex once you see how the objects relate — but the terminology and object hierarchyare specific enough that most teams need a clear map before they can work productivelyin a live org.

This guide breaks down the Manufacturing Cloud data modelinto core object families: commercial, forecasting, and supporting structures.For each, we explain the object, its key fields, relationships, and thereal-world process it supports.

If you're implementing or optimizing Manufacturing Cloud,this is a reference worth bookmarking.

What is the Salesforce Manufacturing Cloud Data Model?

The Salesforce Manufacturing Cloud data model is an account-based structure designed to manage commercial agreements, demandforecasts, and incentive programs in one system.

Unlike traditional CRM models that focus on deals, the ManufacturingCloud data model connects long-term agreements, time-phased forecasts, andactual performance — all anchored to the Account.

The object hierarchy at a glance

Salesforce Manufacturing Cloud ERD Entity relationship diagram with Account at the top, branching to Account Manager Target, Sales Agreement, Account Forecast, and Rebate Program Member which connects to Rebate Program. Account ROOT OBJECT Account Manager Target TARGETING Sales Agreement COMMERCIAL Account Forecast FORECASTING Rebate Program Member INCENTIVES · JUNCTION Sales Agreement Products COMMERCIAL Account Forecast Period FORECASTING Rebate Program INCENTIVES Sales Agreement Product Schedule COMMERCIAL
  • Commercial
  • Forecasting
  • Targeting & Incentives

The key insight from the diagram: Account is the hub.

Every Manufacturing Cloud object traces back to an Account record. This is deliberate— Manufacturing Cloud is fundamentally account-based, not product-based ordeal-based.

This structure is a defining characteristic of the Salesforce Manufacturing Cloud data model — everything is anchored to the Account. 

Core Commercial Objects in the Salesforce Manufacturing Cloud Data Model

Sales Agreement

The top-level object for commercial commitments. One Sales Agreement per customer relationship per product scope per agreement term.

Key Field Data Type Purpose
Account Lookup → Account The customer this agreement covers
Start Date / End Date Date Term of the agreement
Status Picklist Draft, Active, Expired, Amended
Agreement Type Picklist Configurable — e.g., Distributor, Direct, OEM
Total Revenue Currency (roll-up) Sum of all product schedule values
Owner Lookup → User Responsible sales rep or account manager

Relationship: one Account → many Sales Agreements (one perterm, product scope, or segment).

Sales Agreement Product

Child records on each Sales Agreement. Each represents aproduct or product family included in the agreement, with its own plannedrevenue and volume schedule.

Key Field Data Type Purpose
Sales Agreement Master-Detail → Sales Agreement Parent record
Product Lookup → Product2 The specific product or product family
Planned Revenue Currency Total planned revenue for this product line
Planned Quantity Number Total planned volume for this product line
Unit of Measure Picklist Units, cartons, metric tons — configurable

Sales Agreement Product Schedule

The time-phased breakdown of each Sales Agreement Product. One schedule record per period (typically monthly). This is where planned volume and revenue are broken down across the agreement term.

Key Field Data Type Purpose
Sales Agreement Product Master-Detail Parent product record
Start Date Date Beginning of the period
Planned Revenue Currency Revenue planned for this period
Planned Quantity Number Volume planned for this period
Actual Revenue Currency Actuals loaded from ERP for this period
Actual Quantity Number Actual volume from ERP
SALES AGREEMENT

Continental Manufacturing Group

Agreement # SA-2026-00847
Term Jan 1, 2026 – Dec 31, 2026
Contract Value $1,440,000
Status Active
A
Product Family A
5 / 12 months loaded · $600,000 contract
Month Status Planned Qty Actual Qty Planned Revenue Actual Revenue
Jan 2026Loaded1,0001,050$50,000$52,500
Feb 2026Loaded1,000980$50,000$49,000
Mar 2026Loaded1,0001,025$50,000$51,250
Apr 2026Loaded1,0001,100$50,000$55,000
May 2026Loaded1,000940$50,000$47,000
Jun 2026Future1,000$50,000
Jul 2026Future1,000$50,000
Aug 2026Future1,000$50,000
Sep 2026Future1,000$50,000
Oct 2026Future1,000$50,000
Nov 2026Future1,000$50,000
Dec 2026Future1,000$50,000
B
Product Family B
5 / 12 months loaded · $480,000 contract
Month Status Planned Qty Actual Qty Planned Revenue Actual Revenue
Jan 2026Loaded500525$40,000$42,000
Feb 2026Loaded500480$40,000$38,400
Mar 2026Loaded500510$40,000$40,800
Apr 2026Loaded500535$40,000$42,800
May 2026Loaded500470$40,000$37,600
Jun 2026Future500$40,000
Jul 2026Future500$40,000
Aug 2026Future500$40,000
Sep 2026Future500$40,000
Oct 2026Future500$40,000
Nov 2026Future500$40,000
Dec 2026Future500$40,000
C
Product Family C
5 / 12 months loaded · $360,000 contract
Month Status Planned Qty Actual Qty Planned Revenue Actual Revenue
Jan 2026Loaded200215$30,000$32,250
Feb 2026Loaded200195$30,000$29,250
Mar 2026Loaded200225$30,000$33,750
Apr 2026Loaded200205$30,000$30,750
May 2026Loaded200190$30,000$28,500
Jun 2026Future200$30,000
Jul 2026Future200$30,000
Aug 2026Future200$30,000
Sep 2026Future200$30,000
Oct 2026Future200$30,000
Nov 2026Future200$30,000
Dec 2026Future200$30,000
  • Actuals loaded
  • Future month (planned only)

Forecasting objects in the Manufacturing Cloud Data Model 

Account Forecast

The planning layer object. One Account Forecast per account per forecast set (planning cycle or product line grouping). Where Sales Agreements capture what has been committed, Account Forecasts capture what is actually expected.

Key Field Data Type Purpose
Account Lookup → Account The account being forecasted
Forecast Set Lookup → Account Forecast Set Planning cycle or product grouping
Start Date / End Date Date Forecast horizon
Total Forecast Revenue Currency (roll-up) Sum of all forecast period values
Owner / Planner Lookup → User Responsible demand planner or sales rep

Account Forecast Period

The most granular forecasting object. In fact, this objectis the most operational layer of the Manufacturing Cloud data model, w here forecasting decisions are actually made.

One record per period per account forecast. This is wherethe actual forecasting work happens — where reps apply adjustments, whereactuals are compared against plan, and where accuracy is tracked.

Key Field Data Type Purpose
Account Forecast Master-Detail Parent forecast record
Period Start Date Date Start of the planning period (usually monthly)
Forecast Quantity Number Demand planner's expected volume for the period
Forecast Revenue Currency Expected revenue for the period
Actual Quantity Number Real shipped quantity (from ERP)
Actual Revenue Currency Real shipped revenue (from ERP)
Adjustment Notes Long Text Rep or planner comments on changes from baseline

This object is the heart of the forecasting workflow. A demand planner managing 200 accounts with 12 monthly periods each is working with 2,400 of these records per planning cycle. The ease or difficulty of reviewing and editing these records at scale determines adoption.  

Account Forecast Set

The configuration object that defines a planning cycle. It controls which periods are open for editing, which product families are in scope, and which users can access which forecasts. Admins create and manage Forecast Sets; planners work within them.  

Account Manager Target

Top-down targets set by sales leadership or demand planningmanagement. These create the gap analysis: how does the bottom-up accountforecast compare to what management expects?

Key Field Data Type Purpose
Account Manager Lookup → User The manager who owns this target
Period Date Which period this target covers
Target Revenue Currency Leadership's expected revenue from this manager's book
Target Quantity Number Expected volume target

Rebate management objects

Rebate Management is a distinct functional area withinManufacturing Cloud with its own object family. The key objects:

  • Rebate Program: The top-level objectdefining the rebate arrangement — program type (volume, growth, compliance),measurement period, and payout structure.
  • Program Tier: The threshold structure. Atiered rebate program might pay 1% for $0–$500K, 2% for $500K–$1M, and 3% above$1M. Each tier is a separate record.
  • Program Member: Links the Rebate Programto specific Account records — which partners are enrolled in which programs.
  • Rebate Payout: Calculated payout recordsgenerated when thresholds are met. Connects to the Account and can triggerdownstream financial entries.
Rebate Management

Rebate Management Object Hierarchy

Rebate Programs define the structure, members, tiers, and payout records used to manage distributor incentives.

Top Object Rebate Program

Defines the rebate rules, timeframe, products, and eligibility criteria.

Branch 1 Program Tiers

Threshold structure used to calculate rebate eligibility.

Tier 1 $100K+ 2% rebate
Tier 2 $250K+ 4% rebate
Tier 3 $500K+ 6% rebate
Branch 2 Program Members

Distributor accounts participating in the rebate program.

Distributor Account Northline Distributors
Distributor Account Summit Supply Co.
Distributor Account Metro Industrial Partners
Output Records Payout Records

Created when program members meet tier thresholds and qualify for rebate payouts.

How the Objects connect in a typical workflow

How the Salesforce Manufacturing Cloud Data Model Worksin a Real Workflow

This workflow demonstrates how the Salesforce Manufacturing Cloud data model supports real-world planning cycles acrosssales, operations, and finance.

The monthly cycle as a data flow:

  • Week 1: Distributor submits portal data → landsas updates to Account Forecast Period records (forecast quantity/revenue)
  • Week 2: Sales rep reviews Account ForecastPeriods for their accounts → applies adjustment fields → adds notes
  • Week 3: Demand planner reviews Account Forecastrollups by product family → compares to Account Manager Targets → identifiesgaps
  • Week 4: Finance pulls Account Forecast Perioddata (via report or export) → runs scenarios → period is locked
  • Month-end + 3 days: ERP actuals loaded intoAccount Forecast Period actual fields and Sales Agreement Product Scheduleactual fields → accuracy calculation runs

Every step maps to specific objects and specific fields.When the data model is understood at this level, the configuration decisions —page layouts, list views, automation rules, integration mappings — become clearand defensible, not arbitrary.

This reference map is the foundation. Every implementationdecision, from field configuration to integration design to user interfacechoices, should be traceable back to these objects and the workflow theysupport.

Frequently asked questions

What is the Salesforce Manufacturing Cloud data model?

The Salesforce Manufacturing Cloud data model is anaccount-centric structure that connects sales agreements, forecasts, and actualperformance data. It enables manufacturers to plan demand, track commitments,and measure accuracy in one system.

What are the key objects in the Manufacturing Cloud datamodel?

The main objects include Sales Agreements, Sales AgreementProducts, Account Forecasts, Account Forecast Periods, and supporting objectslike Account Manager Targets and Rebate Programs.

How is the Manufacturing Cloud data model different fromSales Cloud?

Sales Cloud focuses on opportunity-based forecasting, whilethe Manufacturing Cloud data model is built around accounts, long-termagreements, and time-phased demand planning.