BSS/OSS Academy
πŸ’°
Section 5.1

Billing Overview

Where billing sits in Lead-to-Cash, its key interfaces with SLM, mediation, catalogs, and ERP, and why billing is the hardest BSS system to replace.

Where Billing Sits in Lead-to-Cash

Billing & Revenue Management is the Order-to-Cash (O2C) domain within Lead-to-Cash. It sits downstream of fulfilment: once COM captures the order, SOM/ROM activate the service, and SLM records the active subscription, billing takes over. Its job is to turn service usage and subscription commitments into invoices, collect payment, and reconcile revenue. Without billing, there is no revenue.

Billing is not a single system β€” it is a domain comprising multiple capabilities: rating & charging (calculating what to charge), mediation (collecting and normalising usage records), invoice generation, payment processing, dunning (chasing overdue payments), and revenue assurance (detecting leakage). In large telcos, these may be separate systems from different vendors. In modern BSS suites, they are increasingly converged.

Billing & Revenue Management
The BSS domain responsible for calculating charges (rating), generating invoices, collecting payment, and managing the revenue lifecycle. Billing consumes subscription data from SLM, usage data from the network via mediation, and pricing rules from the product catalog. It feeds financial data to ERP, provides input to revenue assurance, and triggers dunning when payments are overdue.
Billing Domain Capabilities
Network UsageBilling EngineRevenue
Upstream
SLMProduct CatalogCOMNetwork
Downstream
ERP / GLPayment GatewayCustomer PortalDebt Agency

Click any capability to see its description, inputs, and outputs

The billing domain: seven capabilities that turn network usage into revenue. Click each area to explore inputs, outputs, and responsibilities.

Key Interfaces

Billing does not operate in isolation. It depends on accurate data from upstream systems and feeds critical financial data downstream. Understanding these interfaces is essential to understanding why billing breaks.

Billing Interfaces

InterfaceDirectionWhat FlowsIf Broken
SLM / Product InventoryInboundActive subscriptions, product structure, pricing tier, contract termsBilling charges for products the customer no longer has, or fails to charge for new ones
Product CatalogInboundPricing rules, charge types (recurring, one-time, usage-based), discount structuresRating engine cannot calculate charges; prices default or error
MediationInboundRated or raw usage records (CDRs, event records)Usage charges are missing or delayed; revenue leakage
COM / Order ManagementInboundOrder completion events, activation dates, contract startBilling start date misaligned with service activation; customer billed before service is live
Payment GatewayOutboundPayment requests, direct debit instructionsPayments not collected; cash flow impact
ERP / General LedgerOutboundRevenue recognition, accounts receivable, tax recordsFinancial reporting inaccurate; audit risk

Billing in the BSS Context

Billing is often the oldest and most deeply embedded BSS system in a telco. Many operators run billing platforms that are 15-25 years old, with decades of accumulated business rules, custom rating logic, and regulatory patches. This creates a specific transformation challenge: billing is simultaneously the system with the highest replacement risk and the system most in need of modernisation.

The Billing Replacement Paradox
Billing is the hardest system to replace because it is the most critical. Every customer interaction eventually flows through billing. Historical billing data, in-flight invoice cycles, regulatory reporting obligations, and payment processing integrations all create migration complexity that dwarfs other BSS replacements. Most telco transformation programmes leave billing until last β€” or never replace it at all.

Key Takeaways

  • Billing is the O2C (Order-to-Cash) domain β€” it turns service delivery into revenue
  • It depends on accurate data from SLM, product catalog, mediation, and order management
  • Billing is typically the oldest, most embedded BSS system β€” and the hardest to replace
  • Understanding billing interfaces is critical: most billing errors originate in upstream systems, not in billing itself