BSS/OSS Academy
πŸ’°
Section 5.4

Subscription Billing & SLM

Recurring charges, the SLM dependency, lifecycle events (activation, upgrade, suspension, cancellation), proration, and the bill run process.

Recurring Charges and the SLM Dependency

Most telco revenue is recurring: monthly plan fees, add-on subscriptions, equipment rental, and service charges that repeat every billing cycle. Recurring billing depends entirely on SLM (Subscription Lifecycle Management) as its source of truth. SLM tells billing what each customer has, when it was activated, what pricing applies, and what the current subscription state is (active, suspended, pending cancellation). If SLM is wrong, every recurring invoice is wrong.

Subscription Billing
The billing function responsible for generating recurring charges based on active subscriptions. Subscription billing queries SLM at each bill cycle to determine: which products are active for each account, what recurring charges apply, any mid-cycle changes (upgrades, downgrades, add/remove), proration rules for partial periods, and applicable discounts or promotions. The output is a set of invoice lines representing the recurring portion of the customer bill.

Lifecycle Events That Affect Billing

Subscription billing is not simply "charge the monthly fee." Every subscription lifecycle event has billing implications that must be handled correctly. Getting these wrong is the leading cause of customer billing disputes.

Lifecycle Events and Billing Impact

EventSLM State ChangeBilling ImpactCommon Error
ActivationNew subscription created, status = activeFirst recurring charge generated; proration from activation date to next bill dateBilling starts before service is actually active β€” customer charged for days without service
Upgrade / DowngradePlan changed mid-cycle, effective date recordedProration: credit for remaining days on old plan, charge for remaining days on new planNo proration β€” customer charged full month on both old and new plan
SuspensionStatus = suspended, suspension date recordedRecurring charges paused or reduced (depends on suspension type β€” voluntary vs involuntary)Charges continue during suspension; customer disputes on reactivation
CancellationStatus = pending termination, end date setFinal prorated charge to termination date; early termination fee if applicableCharges continue after cancellation date; refund processing required
Add-on changeComponent added/removed from subscriptionProrated charge or credit for the add-on from effective dateAdd-on charge starts but SLM not updated β€” billing and subscription out of sync

The Bill Run Process

A bill run is the periodic process that generates invoices for a billing cycle. For large operators, bill runs process millions of accounts and must complete within a defined window (typically overnight). The bill run queries SLM for active subscriptions, applies rating rules, aggregates usage charges from mediation, calculates taxes and discounts, and produces invoice records.

  • Bill cycle assignment β€” Accounts are assigned to bill cycles (e.g., 1st of month, 15th of month) to spread processing load. Enterprise accounts may have custom bill dates aligned to contract terms.
  • Charge aggregation β€” Recurring charges (from SLM) and usage charges (from mediation/rating) are combined for each account. Discounts, promotions, and loyalty credits are applied.
  • Tax calculation β€” Taxes are calculated based on service type, customer location, and applicable tax jurisdiction. In multi-country operations, tax rules vary significantly.
  • Invoice generation β€” The final invoice is rendered (PDF, electronic, or both) and delivered to the customer via their preferred channel.
SLM-Billing Synchronisation Is Non-Negotiable
The most dangerous billing failure is SLM-billing divergence: where the subscription record in SLM does not match what billing charges. This produces systematic over-charging or under-charging that may go undetected for months. Every lifecycle event (activation, MACD, suspension, cancellation) must update both SLM and billing atomically or through guaranteed eventual consistency. If your architecture allows one to update without the other, billing disputes are inevitable.
TM Forum Alignment
Subscription billing maps to eTOM 1.1.1.7 (Billing & Collections Management). TMF678 (Customer Bill Management API) provides bill-level query and management operations. TMF666 (Account Management API) manages billing accounts and hierarchies. The relationship between SLM and billing is mediated through TMF637 (Product Inventory Management API), which exposes the subscription data that billing consumes.

Key Takeaways

  • Recurring billing depends on SLM as its single source of truth for what each customer has and what to charge
  • Every lifecycle event (activation, upgrade, suspension, cancellation) has specific billing implications β€” proration, credits, and fees
  • SLM-billing synchronisation is non-negotiable: divergence produces systematic billing errors at scale
  • Bill runs must process millions of accounts within defined windows, combining recurring charges with usage from mediation