Late-stageAI & Machine Learning

Making usage-based revenue and multi-year bookings reportable on one spine

Three feeds, one reportable spine

Salesforce
Play leadJakeFinOps team · LeanScale

The problem

Revenue arrived through three separate feeds, a usage-based billing platform plus two cloud-marketplace channels, in multiple currencies, and none of it reconciled inside Salesforce. Multi-year and committed contracts did not fit standard bookings and ARR math, so the reported number flattened deals that had actually been signed for years.

The play

  1. 1
    Consumption revenue pipelineSalesforce

    Built the pipeline that lands subscription, metered-consumption and cloud-marketplace usage into Salesforce, including a flexible usage rollup that summarizes spend by product line, account and period, with month-end batch processing, currency conversion and duplicate handling hardened until it ran unattended.

  2. 2
    Multi-year bookings and ARR mechanics

    Extended the bookings and ARR infrastructure to carry first- through sixth-year MRR, bookings and ARR across the total-contract-value, contract and order automations, so multi-year and committed deals report correctly instead of collapsing into year one.

  3. 3
    Separating currency drift from real change

    Added an FX-exposure field and antecedent-exchange-rate stamping so movement in renewal numbers caused by currency drift is separated from real contracted change, plus GRR and NRR fields and proof-of-concept-to-committed conversion handling.

What it moved

Three feeds, one reportable spine

Subscription, metered consumption and cloud-marketplace usage all now flow into Salesforce behind a single usage rollup; the first month-end close on the hardened pipeline ran with very few errors, confirmed by the customer on the sync call.

From a LeanScale case studyRead the full case study →

More from Jake