This page describes a designed model, not shipped behaviour. The handover is specified; no surface performs it on your data yet.
Two records, not one
The deal is one object and the account is another. Winning the deal does not turn the deal into the account — it closes the deal’s rail and starts the account’s. Before the close, pipeline reporting owns where the deal has reached. From the close onward, customer reporting owns where the account has reached. Exactly one of them owns the answer at any moment, which is why the two rails can never disagree about the same record.What carries across
The account enters stage 1, Onboarding, on contract execution. It leaves when half or more of the activation milestones typical for its segment are complete.
What does not carry across
Every figure Beacon publishes about a deal describes that deal: deal health, deal probability, days in stage, deal velocity percentile. They stop when the deal stops. None of them becomes a customer figure, and a strong-closing deal does not begin its customer life with a high health score. This is deliberate. A deal score answers whether a sale will happen; a customer score answers whether a relationship is progressing. Carrying one into the other would let a good sales process disguise a poor start.What to expect on day one
- The stage is set immediately. Stage 1 begins at contract execution, from the contract itself.
- The scores are not immediate. A per-account stage picture needs transition data to have been flowing for 30 days. Before that, only segment-level distributions exist.
- Billing is required. No customer stage is produced for an account without a connected billing source — not a degraded version, none. See When a source is missing.
Related
How a customer moves through Beacon
Both rails, and the stages on each.
What changes when a stage changes
What moves the moment a record advances.
Lifecycle stage
The value itself, stage by stage.