CPQ Guide

Tag: Quote-to-cash

  • CPQ vs Quote-to-Cash: Where Manufacturing CPQ Fits

    Manufacturing CPQ is the configuration, engineering, pricing and quoting part of the broader quote-to-cash process. Quote-to-cash describes the complete commercial lifecycle from identifying a customer requirement and preparing a quote through contract acceptance, order processing, delivery, invoicing and payment. Configure, Price, Quote (CPQ) focuses primarily on turning a customer requirement into a valid product configuration and an accurate commercial offer.

    For a manufacturer selling configurable pumps, industrial machinery, electrical assemblies or specialty vehicles, CPQ may do much more than select options and calculate a price. It can apply product rules, perform engineering calculations, validate dimensions and materials, create a configurable bill of materials (BOM), trigger computer-aided design (CAD) automation and pass order-ready data to enterprise systems. However, not every CPQ platform provides all of these capabilities.

    The practical distinction is this: CPQ helps determine what can be sold and under what commercial and technical conditions; quote-to-cash manages what happens across the wider business after and around that quote. Manufacturing CPQ normally sits between customer and product requirements on one side and customer relationship management (CRM), enterprise resource planning (ERP), product lifecycle management (PLM) and production processes on the other.

    What is quote-to-cash?

    Quote-to-cash is an end-to-end business process that begins with a sales opportunity or customer request and ends when the manufacturer receives payment. It is a process scope rather than one specific software category. Different companies implement it using several connected systems.

    A typical quote-to-cash flow includes:

    1. Identifying an opportunity, customer requirement or request for quotation.
    2. Determining whether the product and commercial terms are suitable.
    3. Configuring the product and calculating cost and selling price.
    4. Generating and approving a quotation.
    5. Negotiating terms and accepting a contract or purchase order.
    6. Creating a sales order and releasing the order for fulfillment.
    7. Planning procurement and production, followed by shipment or installation.
    8. Creating an invoice, collecting payment and managing financial records.

    The exact boundaries vary. Some organizations include lead management and opportunity management. Others begin with quotation and end with payment. The important point is that quote-to-cash crosses departmental and system boundaries. Sales, application engineering, finance, operations, manufacturing, logistics and customer service may all participate.

    What is manufacturing CPQ?

    Manufacturing CPQ is software and product-modeling capability used to configure complex products, calculate prices and costs, and generate accurate quotations. In manufacturing environments, it may also connect the selected configuration to engineering and production data.

    A manufacturing CPQ product model can contain:

    • Product families, modules, options and variants.
    • Dependencies between features, such as a motor that requires a specific controller.
    • Exclusions, such as materials or voltage ranges that cannot be combined.
    • Dimensional limits, load ratings, pressure ranges and performance constraints.
    • Calculations for capacity, flow, torque, power, heat transfer or structural requirements.
    • Pricing, discount, surcharge, currency and margin rules.
    • Component and operation relationships used to create a configurable BOM.
    • Rules for when an application engineer must review or complete an engineer-to-order request.

    These capabilities are not universal. A lightweight sales CPQ application may manage guided selling, product selections, discounts and proposal documents without generating a manufacturing BOM or CAD model. Buyers should verify each capability rather than assuming that the label CPQ describes a complete engineering system.

    Read the broader guide to manufacturing CPQ for an overview of product models, engineering automation, pricing and downstream manufacturing integration.

    CPQ versus quote-to-cash: the central difference

    Area Manufacturing CPQ Quote-to-cash
    Primary purpose Determine a valid product configuration, price and quote. Manage the complete commercial process through order, delivery, invoicing and payment.
    Typical starting point Customer requirements, product selection or an opportunity. Lead, opportunity, request for quotation or customer order.
    Product focus Options, constraints, dimensions, engineering rules and product structure. Product, contract, order, fulfillment, billing and financial records.
    Key users Sales engineers, application engineers, product managers and technical sales teams. Sales, finance, order management, operations, manufacturing, logistics and customer service.
    Typical outputs Validated configuration, price, quote, BOM, calculation results or CAD outputs where supported. Accepted order, fulfillment transactions, invoice, payment and revenue records.
    Common systems CPQ, rules engine, CAD and engineering tools. CRM, CPQ, contract management, ERP, order management, billing and payment systems.
    Manufacturing dependency Must represent product and engineering logic accurately. Must coordinate commercial, operational and financial execution.

    CPQ is therefore not automatically an alternative to quote-to-cash. It is usually a specialized capability within the quote-to-cash architecture. A company can have quote-to-cash processes without a dedicated CPQ platform, but complex manufacturers often need more than manual spreadsheets, generic CRM product lists or basic quoting tools.

    Where manufacturing CPQ fits in the quote-to-cash architecture

    Manufacturing CPQ commonly occupies the decision point where a customer requirement becomes a defined, priced and quotable product. Its upstream and downstream relationships are important.

    Upstream systems and inputs

    A CRM system stores accounts, contacts, opportunities and sales activities. It may initiate the CPQ session or receive the resulting quote. Product information management (PIM) systems may provide descriptions, images and commercial attributes. Product lifecycle management (PLM) or product data management (PDM) systems may provide approved product structures, revisions and engineering metadata.

    These systems are not interchangeable. CRM manages customer and sales relationships. PLM manages product lifecycle information and engineering change processes. PDM usually focuses on engineering files and product data control. PIM commonly manages product content for channels. CPQ consumes or references selected data to support configuration and quoting.

    The CPQ decision layer

    Within CPQ, the user or customer selects options, enters requirements and receives feedback. The system may use several types of logic:

    • Rules-based configuration: explicit if-then logic, such as requiring a stainless-steel wetted part for a specified chemical service.
    • Constraint-based configuration: a solver evaluates permitted combinations, ranges and relationships, such as pressure, temperature, flow and material limits.
    • Guided selling: questions lead a user toward suitable products or options, often without exposing the full engineering model.

    A mature model may use all three approaches. Guided selling helps a distributor or salesperson gather requirements. Rules and constraints validate the technical result. The model may then calculate price, create a BOM or route an exception to engineering.

    Downstream systems and outputs

    After a quote is accepted, the configured result may be sent to ERP for customer, order, inventory, procurement, costing or financial processing. A PLM or PDM system may remain the authority for released engineering structures and revisions. CAD integration may create or update a product-specific model and drawings. A manufacturing execution system (MES) may receive production instructions or order data, usually through ERP or another controlled integration.

    Integration design determines whether the CPQ result is merely a sales record or a reliable manufacturing input. See the guide to CPQ integrations with ERP, CRM, PLM, PDM, CAD and MES.

    How CPQ supports a manufacturing quote-to-cash process

    1. Capture requirements

    The process begins with requirements such as flow rate, lifting capacity, voltage, ambient temperature, dimensions, material, duty cycle or regulatory classification. A CPQ interface can expose these as structured inputs instead of relying on free-text notes.

    For example, a pump configuration may require flow, head, fluid type, temperature, motor voltage, seal material and area classification. The product model can identify whether the selected pump, impeller, motor and seal combination is technically valid.

    2. Validate the product

    Validation prevents invalid combinations before they reach engineering or order entry. A rule might prohibit an aluminum housing at a specified pressure, require a larger frame size above a torque threshold or restrict a motor to compatible electrical controls.

    Validation does not eliminate engineering responsibility. It is only as reliable as the product data, rules and assumptions behind it. New products, supplier substitutions, regulatory changes and undocumented exceptions can make a model incomplete.

    3. Perform calculations

    Some manufacturing CPQ systems perform calculations directly; others call external engineering services or use precomputed selection tables. Examples include heat exchanger sizing, motor selection, conveyor capacity, valve sizing, cable selection and vehicle payload calculations.

    Calculation results should be traceable. A quote may need to show the selected duty point, design margin, assumptions and any engineering approval requirement. A simple option list is not equivalent to an engineering calculation engine.

    4. Generate cost and price

    CPQ pricing can combine list prices, component costs, labor, freight assumptions, currency conversion, customer-specific agreements, volume breaks, discounts, surcharges and margin controls. Costing and pricing are related but distinct. Cost estimates describe expected internal or supplier cost; selling price describes the commercial amount offered to the customer.

    Some manufacturers calculate costs in ERP or a specialized costing system and use CPQ to retrieve them. Others maintain selected cost and pricing logic in CPQ. The authoritative source, update process and timing should be defined during implementation.

    5. Create a quote

    CPQ can generate a quote containing line items, descriptions, quantities, prices, terms, lead-time assumptions, exclusions and approval information. For engineered products, the document may also need performance data, outline drawings, compliance information or a preliminary specification.

    A polished proposal is not proof that the product is manufacturable. The technical validity of the configuration and the completeness of downstream data matter more than document formatting.

    6. Create manufacturing information

    Where supported, CPQ can generate a configurable BOM or pass configuration data to a system that creates one. A BOM is a structured list of components and quantities. An engineering BOM (EBOM) represents the product from an engineering perspective, while a manufacturing BOM (MBOM) represents how it is assembled or produced. They may contain different structures, items and operations.

    A configurable BOM may contain selectable components, quantities driven by dimensions and rules for alternative materials. It should not automatically be treated as a released EBOM or MBOM. Engineering and manufacturing governance may require review, revision control, effectivity and approval before production.

    Learn more about BOM generation, costing, pricing and quote automation.

    7. Handoff to order and production

    After acceptance, the system must preserve the exact configuration that was quoted. A change in motor, material, dimensions or commercial terms can affect cost, BOM, lead time and drawings. A robust handoff carries a configuration identifier, revision, selected options, calculated values, documents and approval status into order processing.

    The resulting workflow may be configure-to-order (CTO), engineer-to-order (ETO), make-to-order (MTO) or assemble-to-order (ATO):

    • CTO: the customer selects from predefined valid options and the product is configured from an established model.
    • ETO: the order requires significant engineering design or modification after the commercial decision.
    • MTO: production begins after an order, often using a known design or product specification.
    • ATO: standard modules or components are stocked or prepared and assembled after the order.

    These categories can overlap. A configurable machine may be CTO at the product-model level while still requiring limited ETO work for a site-specific foundation or interface.

    See manufacturing workflows for CTO, ETO, MTO and ATO for a more detailed comparison.

    Manufacturing CPQ versus generic sales CPQ

    Generic sales CPQ typically emphasizes product selection, discount controls, approvals, quote documents and CRM workflow. Those capabilities can be useful in manufacturing, especially for standard products and dealer sales.

    Manufacturing CPQ must be evaluated more deeply when products contain engineering dependencies. Relevant questions include:

    • Can the system model dimensions, ranges, formulas and conditional dependencies?
    • Can product rules be maintained by product managers and engineers without creating uncontrolled custom code?
    • Can it produce a configurable BOM, and is that BOM an input to ERP, PLM or manufacturing engineering?
    • Can it integrate with CAD or generate drawings, and under what conditions?
    • Can it distinguish standard CTO options from ETO exceptions?
    • Can it support dealer, distributor, internal sales and direct customer workflows?
    • Can it preserve product revisions and quote configuration snapshots?
    • Can administrators test rule changes against representative product scenarios?

    A platform may be strong at sales quoting but unsuitable for engineering-driven configuration. Conversely, an engineering configurator may model products well but require additional systems for commercial approvals, customer records or financial processing.

    What quote-to-cash does not mean

    Quote-to-cash is not necessarily a single application, and it is not synonymous with CPQ. It does not automatically provide a product rules engine, CAD automation, BOM generation or manufacturing planning. These functions may be distributed across CPQ, ERP, PLM, PDM, CAD, MES and specialized applications.

    Likewise, CPQ does not automatically cover contract execution, delivery scheduling, invoicing or payment collection. Some vendors position CPQ inside a broader revenue or quote-to-cash suite, but the actual manufacturing capabilities must be verified separately.

    Benefits of placing CPQ correctly

    • Fewer configuration errors: rules identify incompatible options before quotation or order entry.
    • Faster engineering response: repeatable selections and calculations reduce manual application work for standard cases.
    • More accurate commercial decisions: cost, price, margin and lead-time assumptions can reflect the actual configuration.
    • Better sales-to-engineering handoff: structured requirements replace ambiguous notes and email attachments.
    • More reliable downstream data: selected options can feed BOM, CAD, ERP or PLM processes where integrations support it.
    • Improved governance: product rules, prices and approval logic can be versioned, tested and assigned to owners.

    Limitations and risks

    CPQ cannot compensate for poor product data. If engineering structures are incomplete, prices are outdated or exceptions exist only in an experienced salesperson’s knowledge, the system may produce consistent but incorrect results.

    Common risks include:

    • Trying to model every engineering possibility before deciding which products should be standardized.
    • Duplicating uncontrolled product and price data across CPQ, ERP and PLM.
    • Using free-text exceptions that bypass configuration validation.
    • Confusing a quote BOM with a released manufacturing BOM.
    • Sending a configuration to ERP without a clear revision or change process.
    • Assuming CAD automation is included because a platform supports product configuration.
    • Failing to test rules after product, supplier, regulatory or pricing changes.
    • Designing for sales users without involving engineering, manufacturing and finance.

    For implementation guidance, see CPQ implementation planning, testing, governance and maintenance.

    How to decide whether CPQ belongs in your quote-to-cash program

    A dedicated or expanded manufacturing CPQ capability is most valuable when product complexity creates recurring commercial and engineering risk. Indicators include long quote cycles, frequent clarification emails, repeated engineering effort for standard configurations, pricing errors, inconsistent dealer quotes, manual BOM preparation and orders that require re-entry into multiple systems.

    Start with a bounded product family rather than attempting to model the entire catalog. Select a product with measurable configuration problems, stable enough rules and a clear downstream owner. Document:

    1. Customer inputs and required technical constraints.
    2. Product options, dependencies and exclusions.
    3. Engineering formulas and selection tables.
    4. Cost and price sources, including approval thresholds.
    5. Quote content and revision requirements.
    6. BOM, CAD and document outputs.
    7. ERP, CRM, PLM, PDM and MES responsibilities.
    8. Exceptions that require human engineering review.
    9. Test cases covering valid, invalid, boundary and changed configurations.

    Then define whether CPQ is the system of record, a decision layer, or an orchestration layer. In many architectures, PLM remains authoritative for released engineering data, ERP remains authoritative for orders and financial transactions, CRM remains authoritative for customer and opportunity data, and CPQ coordinates configuration and commercial decision-making.

    How to evaluate CPQ and quote-to-cash architecture

    Evaluation question Why it matters
    Where are product rules owned? Prevents contradictory logic and clarifies who approves changes.
    Where are costs and prices maintained? Determines whether margins and commercial terms are trustworthy.
    What is the exact output of configuration? Separates a quote line from a BOM, CAD model, specification or order-ready structure.
    How are revisions represented? Protects the relationship between the quoted, ordered and manufactured product.
    Which exceptions require engineering? Prevents CPQ from falsely promising full automation.
    How are integrations monitored? Makes failures, stale data and duplicate transactions visible.
    How are rule and price changes tested? Reduces the risk that a release creates invalid configurations or incorrect quotes.

    Semantic map

    The following relationships summarize where manufacturing CPQ fits within quote-to-cash and production-oriented architecture:

    • CPQ configures configurable products.
    • Configuration rules prevent invalid combinations.
    • Constraint-based configuration evaluates technical limits.
    • Guided selling collects customer requirements.
    • Engineering calculations determine product suitability.
    • A configured product can generate a configurable BOM.
    • An EBOM represents an engineering product structure.
    • An MBOM represents a manufacturing product structure.
    • CAD automation can generate product-specific drawings.
    • CPQ calculates cost and selling price.
    • CPQ generates a quotation.
    • CRM provides opportunity and customer context.
    • ERP processes orders, inventory and financial transactions.
    • PLM governs product lifecycle and engineering revisions.
    • MES supports production execution.
    • Quote-to-cash includes CPQ, order processing, fulfillment, invoicing and payment.

    Frequently asked questions

    1. Is CPQ the same as quote-to-cash?

    No. CPQ is a capability focused on configuring products, calculating prices and producing quotes. Quote-to-cash is the broader process from opportunity or quotation through order, fulfillment, invoicing and payment.

    2. Where does CPQ fit in quote-to-cash?

    CPQ usually fits between customer requirements or a sales opportunity and the accepted order. It creates a validated commercial and, where supported, technical definition of the product before order processing.

    3. Does quote-to-cash include manufacturing?

    It can include manufacturing-related order fulfillment, but the term itself does not guarantee product configuration, BOM generation or production planning. Those capabilities usually depend on CPQ, ERP, PLM, MES and other systems.

    4. Can a CRM system replace manufacturing CPQ?

    A CRM system may support simple product selection and quoting, but it may not model engineering constraints, dimensional calculations, configurable BOMs or CAD outputs. The required product complexity should determine whether CRM-only quoting is sufficient.

    5. Does every CPQ system generate a BOM?

    No. Some CPQ systems generate only quote lines or product selections. Others can create configurable BOMs or pass structured configuration data to ERP, PLM or another engineering system. This capability must be verified for the specific platform and product model.

    6. Is a CPQ-generated BOM the same as an MBOM?

    Not necessarily. A CPQ output may be a sales or configurable BOM. An MBOM is structured for manufacturing and may include assembly sequence, operations, work centers and manufacturing-specific items.

    7. Can manufacturing CPQ support engineer-to-order products?

    It can support ETO by collecting requirements, identifying standard content, calculating preliminary prices and routing exceptions to engineering. It does not eliminate the engineering design work required for genuinely new products.

    8. What is the difference between CTO and ETO in CPQ?

    Configure-to-order uses predefined valid options and product rules. Engineer-to-order requires additional design or engineering work after the requirement is understood. A CPQ implementation may support both, but the workflows and outputs differ.

    9. Does CPQ replace ERP?

    No. CPQ generally handles configuration and quoting, while ERP manages areas such as orders, inventory, procurement, production planning, costing, invoicing and financial records. Integration responsibilities must be clearly defined.

    10. Does CPQ replace PLM?

    No. PLM manages product lifecycle information, engineering changes, approvals and released product data. CPQ may use PLM data and return configuration or order information, but the systems serve different purposes.

    11. Does manufacturing CPQ require CAD integration?

    No. CAD integration is valuable when quotes require product-specific models, drawings or design automation, but many CPQ deployments do not include it. CAD capability should be evaluated separately from configuration and pricing.

    12. Can CPQ calculate engineering requirements?

    Some systems provide formulas, selection logic or integrations with calculation services. Others rely on external engineering tools or lookup tables. Buyers should verify supported calculation types, traceability and approval requirements.

    13. What data does manufacturing CPQ need?

    Typical data includes product families, options, dependencies, constraints, dimensions, formulas, components, costs, prices, lead-time assumptions, documents, revisions and integration identifiers. The exact data model depends on the product and workflow.

    14. Who should own CPQ product rules?

    Ownership is usually shared. Product management may own commercial options, engineering may own technical constraints, manufacturing may own production implications, and finance may govern pricing controls. A formal governance model prevents conflicting changes.

    15. How does CPQ improve the sales-to-engineering handoff?

    It captures requirements and selected options in structured data, applies repeatable validation and preserves the configuration used for the quote. This reduces dependence on free-text notes and manual re-entry, although exceptions may still require engineering review.

    16. Can CPQ support dealer and distributor sales?

    Yes, some platforms provide role-specific interfaces, guided selling, price lists, approvals and self-service workflows for dealers. The manufacturer must verify channel pricing, authorization, product visibility and technical configuration capabilities.

    17. Is quote-to-cash only relevant to software companies?

    No. The concept is also relevant to manufacturers. In manufacturing, the quote-to-cash flow may include technical configuration, application engineering, BOM preparation, production, shipment, invoicing and payment rather than subscription billing.

    18. What is the biggest implementation risk?

    A major risk is treating CPQ as a quoting interface while ignoring product data, rule ownership, engineering exceptions and downstream system responsibilities. A successful implementation defines the product model and process architecture together.

    19. Should CPQ or ERP be implemented first?

    There is no universal sequence. The decision depends on product complexity, existing systems, data quality and the business objective. A focused CPQ implementation can expose product-model issues, while ERP readiness may be necessary for reliable costing and order handoff.

    20. How should manufacturers measure CPQ success?

    Useful measures include quote turnaround time, configuration error rates, engineering hours per quote, quote-to-order conversion, margin variance, manual re-entry, exception rates and the completeness of order-ready product data. Metrics should reflect the targeted product family and process.