Skip to content
RevSeekr

Pricing Authority Stack

Overlapping platform claims are not a pricing architecture.

Most manufacturers and distributors have built execution and part of decisioning. Authority still lives in Slack, spreadsheets and tribal knowledge. That gap was tolerable when every exception needed a human click. It stops being tolerable when AI can draft, recommend or commit a price before the controls are explicit.

Four jobs, not one system

Execution, Decisioning, Authority and Audit.

The useful split is not ERP versus CRM. It is which part of the pricing decision each layer owns, and whether that ownership is written down where humans and agents both have to respect it.

01 · Execution

Where the price is posted, invoiced and booked.

ERP, CRM and CPQ. Not enough on its own when two systems can produce a different number for the same deal. The usual tell is a standing reconciliation workstream, where the invoice does not match the signed quote and nobody chose that outcome.

02 · Decisioning

Where the price is calculated, segmented and guided.

Guides, waterfalls, rules and optimization. Pricefx is one illustrative implementation, not the only valid answer.

03 · Authority

Who or what may decide, within which policy, with which escalation.

Decision rights, thresholds, override paths and agent policies. Usually lives in heads and informal channels until an agent needs it in writing.

04 · Audit

Evidence that can reconstruct a material pricing decision.

Actor, time, policy result, rationale, final action. What internal-control testing asks for first, and what answers why a model priced one customer differently from another.

Illustrative architecture

The Pricing Authority Stack

Three layers. Most enterprises have built one and a half.

  1. 03

    Authority

    Rules · Overrides · Escalation paths · Agent policies

    Who is allowed to decide what.

  2. 02

    Decisioning

    Pricefx · PROS · Zilliant · Vendavo · AI models

    Where the price actually gets calculated, optimized, and segmented.

  3. 01

    Execution

    SAP S/4HANA · Salesforce Revenue Cloud

    Where the price gets posted, invoiced, booked.

governs

Execution is mostly built. Decisioning is partly built. Authority lives in tribal knowledge, Slack, and spreadsheets.

Illustrative architecture from RevSeekr’s Pricing Authority Stack framing. Audit is drawn as a parallel evidence rail beside the decision path, not as a fourth sequential box after commitment. The agent lane shows where these stacks are pointed as vendors ship reasoning, not a claim about what is running in every estate today.

Everything above rests on inputs that agree. Customer master, product hierarchy and landed cost are where most of these programs actually stall, which is why the data work usually comes before the authority work. Start with the data assessment →

The objection worth answering

You already have approvals. That is not the same as having authority.

Every system in that figure ships approval workflow. The gap is not that approvals are missing. It is what they are attached to.

Approval workflow, as built

  • Inside one system, stopping at its edge
  • Written for a person looking at a screen
  • Encoded per application, so two systems can approve different things
  • Recorded in that system’s own log, in its own shape

Authority, as a layer

  • Stated once, above the systems that execute it
  • Readable by a caller that has no screen
  • The same policy whichever path reaches the price
  • Evidence in one shape, comparable across actors

This is segregation of duties applied to price commitment. The principle is old. What is new is that the caller is no longer necessarily a person, and a control that only exists on a screen cannot see a caller that never opens one.

Where authority lives

It has to sit somewhere a caller cannot route around.

A system, not a document describing one. Three patterns hold up, trading enforcement strength against how much has to change.

A · In the decisioning platform

Strength. Closest to the logic, fastest to stand up.

Limit. Governs only callers that come through it. Anything pricing directly in CRM or ERP sits outside.

B · A policy service the paths call

Strength. One policy, enforced identically whichever system or agent asks.

Limit. It is a build, and partial adoption is worse than none because it produces a control people believe in.

C · A gateway at the agent boundary

Strength. Fastest answer to the near-term risk. ERP and CRM change nothing.

Limit. Governs machine callers well and human paths not at all. A layer to add, not a place to stop.

Most mid-market programs start at A for human paths and C for machine paths, then converge. The one to avoid is a policy document that nothing enforces, which reads like authority in a review and is invisible at the moment of commitment.

The artifact

One table. Five columns. Every actor that can reach a price.

The smallest useful form of an authority layer, and the first thing worth writing down. If it cannot be filled in without an argument, the argument is the finding.

Illustrative authority matrix: actor, permitted action, threshold, escalation path and evidence recorded.
ActorMay doUp toEscalates toEvidence
Inside salesSubmit at guided priceGuide floorDeal deskActor, quote, guide result
Field salesSubmit below guideNamed band, per segmentRegional managerAbove, plus rationale
Deal deskApprove exceptionNamed threshold bandVP PricingAbove, plus policy version
Platform ruleAuto-approve in guideGuide envelopeNone, loggedRule id, inputs, output
CRM or chat agentDraft and recommendNo commit rightHuman submitterPrompt, data, recommendation
API or MCP callerSubmit inside policyBand of its named ownerThat named ownerCaller id, policy result
Anything unlistedNothingNot applicableDeal deskDenied, attempt logged

Illustrative. The values are placeholders and are set per business. The column headings are the point, and so is the last row.

Three things recur the first time a client fills this in. Two actors turn out to hold the same right through different systems. At least one path has no named escalation. And the machine callers already running in production do not appear anywhere on the sheet.

External AI as a pricing actor

An agent can prepare a price quickly. It still needs explicit policy before it can commit one.

Chat assistants, CRM agents, Slack or Teams helpers and API or MCP callers are new actors in the pricing path. Treat them as callers that must operate inside authority, with draft, recommend, submit and commit held as four separate rights.

Forrester’s 2026 B2B predictions expect roughly one in five B2B sellers to be drawn into agent-led quote negotiations during 2026, and project more than ten billion dollars of B2B loss tied to ungoverned use of generative AI. Forrester, October 2025.

For RevSeekr’s own pilot design and data boundaries, see Trust & AI use. The Pricing Intelligence Pilot is an expert-reviewed evidence workflow, not an unsupervised price-setting product, and it does not accept client datasets through this website.

Where you stand

If the answer defaults to whichever screen someone opened, you do not have authority yet.

Four lines you can run in your next commercial meeting

  1. Name the system whose number wins when two disagree. One system, out loud, no qualifiers.
  2. Name the largest discount a seller can commit without a second person. One number.
  3. Name every non-human caller that can reach a price today. Include the ones IT connected.
  4. Take one exception from last quarter and reconstruct who decided it and on what basis. Time yourself.

Four answers inside a minute means authority exists somewhere and someone wrote it down. A pause on any one of them tells you which column of the matrix to start with, and it is the same finding the diagnostic scores formally.

Start with the extract, then the operating model.

Use a diagnostic to see where readiness or leakage sits today. Use a consultation when you need to make authority, decisioning and audit explicit before AI or another platform release forces the issue.