Key Takeaways
- 1. Crediting rules determine who gets paid for each deal. Ambiguous crediting creates more disputes than any other aspect of compensation.
- 2. Define three things for every credit: the trigger event (what causes credit), the credit recipient (who gets it), and the timing (when it is applied). If any of the three is unclear, you have a dispute waiting to happen.
- 3. The most common trigger events: booking (deal signed), revenue recognition (invoice paid), and shipment/delivery. Each creates different timing and behavioral incentives.
- 4. Single-credit models are simpler and cheaper. Multi-credit models (overlays, splits) are more fair but operationally complex. Choose based on your organizational maturity.
Crediting is the plumbing of compensation. It connects deals to people to payouts. When the plumbing works, nobody notices. When it breaks, everything floods. Crediting disputes are the number-one source of comp team escalations, and they almost always stem from ambiguous rules rather than bad actors.
Framework for crediting fundamentals
The three elements of every credit
Every credit rule must specify three things: Trigger event: What causes the credit? Is it the contract signature (booking), the first invoice payment (revenue recognition), or the product delivery (shipment)? Different triggers create different behavioral incentives. Booking-based credit rewards deal closure speed. Revenue-based credit rewards deal quality (only closed deals that actually pay generate credit). Recipient: Who gets the credit? The AE who closed the deal, the SDR who sourced it, the AM who manages the account, the SE who supported the technical evaluation? For each deal, every potential recipient must have a clear, binary answer: they get credit or they do not. Timing: When is the credit applied? At the trigger event, at period-end, or retroactively when a condition is met? Credits should be applied at the trigger event, not retrospectively. Retroactive credits create statement corrections, rep confusion, and operational overhead.
Single-credit vs multi-credit
Single-credit models assign each deal to one person. The AE of record gets credit. Simple, cheap, and clear. The downside: roles that contribute to the deal (SDR who sourced, SE who demoed) get no direct credit. Their comp must be structured differently (team-based, activity-based).
Multi-credit models assign credit to multiple people on each deal. The AE gets primary credit (100%). The SDR gets a sourcing bonus. The SE gets team credit. The manager gets roll-up credit. More fair but operationally complex: every deal now generates 3-4 credit entries, each with its own calculation. Multi-credit models require technology support to manage at scale.
"The deal is credited when it closes" sounds clear but is not. What does "close" mean? Contract signed? PO received? First payment? CRM stage change? Define the trigger as a specific, observable, system-recorded event that leaves no room for interpretation.
Changing credits after the fact (reassigning a deal from one rep to another after the payout has been calculated) creates statement corrections, rep confusion, and trust erosion. Credits should be determined at the trigger event and locked.
Need help with crediting fundamentals?
Book a 20-minute consultation. We will review your current approach and recommend improvements.
Book a consultation🤖 Try This Prompt
You are a sales compensation expert helping me with crediting fundamentals. Here is my context: Company size: [Number of reps] Current approach: [Brief description] Biggest challenge: [Describe] Industry: [Your industry] Technology stack: [CRM, SPM platform, spreadsheets] Please: 1. Evaluate my current crediting fundamentals approach against best practices 2. Identify the top 3 improvement opportunities 3. Recommend specific process changes with implementation timeline 4. Flag any compliance or risk considerations 5. Suggest metrics I should track to measure improvement
Chapter Checkpoint
Test your understanding.
Common Practitioner Questions
Booking is most common and creates the fastest feedback loop. Revenue recognition aligns credit with when the company actually realizes value. Payment-based is most conservative and protects against deals that book but never pay. For most B2B SaaS companies, booking-based credit with a clawback window (Chapter 2.5) provides the best balance of speed and protection.
Define this in the plan document before it happens. Common approaches: deals in pipeline at departure are credited to the successor. Deals that close within 30 days of departure are split 50/50 between the departing rep and the successor. Deals beyond 30 days credit fully to the successor. The key is pre-defining the rule so it is not negotiated per departure.
Not in their plan. SDR plans should measure activities and pipeline generation, not closed deals. If you want SDRs to care about deal quality (not just meeting volume), use a quality gate or a pipeline-to-close conversion metric, not deal-level credit.
Pre-define attribution rules (Chapter 3.5). Partner-sourced deals (partner originated) credit the channel manager. Partner-influenced deals (direct rep originated, partner assisted) credit the direct AE with a smaller credit to the channel manager. The rule must be based on an objective criterion (deal registration timestamp, CRM entry), not a subjective assessment.
CRM data should be the source of truth for credit assignment. If the CRM says Rep A owns the account, Rep A gets credit. If there is a dispute about CRM ownership, resolve the CRM issue first, then apply the credit. Never override CRM-based crediting with verbal agreements or email threads.