Skip to main content
BSS/OSS Academy
📒
Section 7.1

What ERP Owns in a Telco

Last updated 12 Oct 2026

01

At a glance

An ERP is the system of record for the company’s money and physical goods: ledger, payables, fixed assets, build projects, purchasing and device stock. It does not own customers, offerings, orders, services, resources or usage. Most confusion about ERP in a telco comes from expecting it to do BSS work.

02

The picture

BSS and OSS own the customer side. ERP owns the company’s money and goods. They meet at a few crossings.

BSS / OSS: the customer

  • Customer, account
  • Product offering (catalog)
  • Product, service and resource orders
  • Services and network resources
  • Usage, rating, invoices

Who they are, what they bought, what they owe

Crossings

  • BillingLedger

    Summarised journals

  • CPQ, COMStock

    Device stock and cost, reservation

  • Resource inventoryFixed assets

    Reconciliation of the same network

The asset register and resource inventory drift: a fourth truth, finance truth

ERP: the company

  • General ledger, close, consolidation
  • Payables and procurement
  • Fixed assets and build projects
  • Stock of handsets, SIMs, CPE, spares
  • Budgets, tax ledgers

Holds a debtor reference at most, never the customer master

BSS and OSS own the customer side, ERP owns the company’s money and goods, and three crossings join them. The asset register and resource inventory describe the same network and drift apart.
03

How it works

Two different jobs

CRM, CPQ and Billing deal with the customer: who they are, what they bought and what they owe. An ERP deals with the company: its books, what it buys, what it holds in stock and what it owns. In a telco the two meet at a handful of points.

ERP in a telco
The system of record for the legal entity’s money and physical goods: the general ledger, payables, fixed assets, network-build projects, purchasing, and the stock of handsets, SIMs, CPE and spares. It is not the system of record for customers, product offerings, orders, services, network resources or usage.

Twelve capability areas

The table uses Microsoft Dynamics 365 Finance and Supply Chain Management as the reference (now called the finance and operations apps). SAP S/4HANA and Oracle Fusion Cloud ERP cover the same ground under different names.

Capability areaRole in a telco
General ledger, close, consolidationSystem of record for the books of every legal entity in the group
TaxOwns tax ledgers and returns; tax on the customer invoice is usually calculated by billing
Accounts payableSupplier, dealer-commission and interconnect payables
Accounts receivable, credit, collectionsA design choice; consumer receivables usually stay in billing (7.3)
Fixed assets and leasesThe financial record of the network: towers, fibre, equipment
Project accountingNetwork rollouts and builds (7.5)
Revenue recognitionThe accounting view of revenue under IFRS 15 / ASC 606 (7.4)
Budgeting and cost accountingBudgets, cost centres, overhead allocation
Procurement and sourcingSuppliers and procure-to-pay
Inventory and warehouseStock of handsets, SIMs, CPE and spares, and its value
Transportation and landed costDevice logistics and field spares only
Asset management (maintenance)Overlaps OSS and field service for passive infrastructure such as towers and power

The one path that faces the network

Of the twelve, only one has a substantial link to the network: network-build project → fixed asset → depreciation. The asset register records cost, book value and a depreciation profile. It does not hold topology or capacity; the working element lives in resource inventory. The two drift apart, which adds a fourth truth to the billing, service and network truths that already diverge: finance truth.

04

Who owns what

EntitySystem of RecordSystem of EngagementSystem of ReferenceNotes
Chart of accounts, ledgersERP——The books of each legal entity.
Suppliers, purchase ordersERP—Field service, OSS projects—
Stock of devices and sparesERP (inventory and warehouse)—CPQ, COMQuantity and value. The serial number of an assigned device also lives in resource inventory.
Fixed asset (financial view)ERP—Resource InventoryThe network element itself is owned by resource inventory.
CustomerCRM / party management—ERP (debtor record, if any)ERP holds a reference, never the master.
Invoice and usageBilling—ERP (summarised journals)—
Product offering, order, serviceCatalog, COM, SOM——Not ERP data at all.
05

In practice

Where BSS and OSS come from a different vendor to the ERP, the boundary is an integration to be designed. The capability list is the same across SAP, Oracle and Microsoft; what differs is how far a vendor reaches into billing and receivables (7.7).

Legacy reality
In older estates the ERP can hold a debtor master of its own, and the asset register may have been built up from projects long before resource inventory was reliable. Neither was designed to match the BSS customer or the inventory element. Finance, billing and the network each give a different answer to “what do we have and who owns it”, and a transformation inherits all three.
06

The trade-off

What it solves

Drawing the line at money and goods gives finance one book per legal entity and keeps subscriber-scale work in the systems built for it.

What it does not solve

  • Reconciliation. The asset register and resource inventory still describe the same network differently.
  • Receivables. Both billing and ERP can hold them, and the choice still has to be made.
  • Customer master. A debtor record in ERP still has to be kept in step with CRM.

What it adds

  • A fourth truth, finance truth, beside billing, service and network truth.
  • Interfaces across the boundary that no TM Forum Open API standardises in full.

Architecture decision

How far should ERP reach into the customer side?

  • ERP owns money and goods only

    Choose when BSS already handles customers, invoices and receivables at subscriber scale, and finance needs balances rather than per-invoice detail.

  • ERP also owns receivables or invoicing

    Choose when the operator runs an ERP-native high-volume subledger or convergent invoicing and wants receivables and ledger on one platform.

Breaks if ERP is treated as a second customer master. Two customer records drift, and invoices, credit decisions and collections stop agreeing.

07

Takeaways

Key Takeaways

  • ERP owns the money and the physical goods: ledger, payables, fixed assets, projects, procurement, stock and warehouse
  • It does not own customers, offerings, orders, services, resources or usage
  • Its one real link to the network is the capital path from build project to fixed asset
  • That asset register has to be reconciled with resource inventory, or finance truth drifts from network truth

Check yourself

  • A programme proposes making the ERP the customer master because it already holds debtor records. What do you say?Show answer

    The customer is owned by CRM or party management. ERP may hold a debtor reference for finance, but making it the master puts subscriber-scale customer data in a system built for the company’s books and creates a second customer truth.

  • An auditor asks which network equipment sits behind a fixed asset. Which systems do you need, and why might the answer be slow?Show answer

    ERP for the financial asset and resource inventory for the elements. They are kept by different teams at different granularity, so unless a shared asset reference exists and is reconciled, matching them is manual work.