Reference

CPQ reference: definitions, data models, timelines and vendor explainers

Short, dense, heavily anchored pages: what a term means, which objects a package uses, when something happened, who owns a product. Every definition is stated in the first sentence so it can be quoted whole. Three data models are documented object by object from vendor documentation.

13
Reference pages
3
Data models documented
60+
Glossary terms
4
Vendor explainers

Reference, not guide

A guide walks you through a decision. These pages do not: each one states what something is and stops. That is deliberate — they exist to be checked mid-argument, quoted in a deck, or pulled as a single sentence by an answer engine, so the definition is always in the first line and every page is anchored so you can link to the exact row.

If you are deciding rather than checking, the migration guide and the guides index are the right doors. Three pages here carry most of the traffic, and they are the ones worth reading whole:

How these pages are written

Each reference page leads with the definition or fact in its first sentence, so it can be lifted as a citation and still be true and attributed. Object names are set in monospace and taken from the vendor’s documentation, never from memory. Dates come with a source. Where something has not happened — an end-of-life date, a published price — the page says so explicitly rather than leaving a gap.

Common questions

Reference hub — FAQ

All questions →

End of sale means Salesforce no longer sells CPQ to new customers (since March 2025); existing customers keep their licences, can renew, add users and get support. End of life would mean no support or maintenance — Salesforce says that has not happened and no date has been announced (Salesforce). Full page: end of sale vs end of life.

Next step

See your migration plan

Published timelines by source platform, a fixed implementation fee, and a calculator that labels every estimate.