Where does OSS end and BSS begin, and how would you break up a monolithic BSS without stopping the business?
OSS vs BSS architecture separates commercial systems such as catalogue, ordering, charging and billing from network systems such as inventory, activation and assurance. The boundary works because commercial products and network capabilities change at different rates.
Answer
Short answer
In telecom, BSS owns the commercial view: customer, product catalogue, orders, charging, billing and settlement. OSS owns the network view: inventory, activation, assurance, faults and workforce. The handoff is usually a service order, and decomposition should proceed by data ownership and customer cohort so live orders and bill cycles are not split.
Was this answer helpful?
Likely follow-ups
- Which domain would you extract first, and what makes it a safer first cut than billing?
- How do you run old and new rating side by side without double-charging anyone?
- What do you do about the reports that read directly from the monolith's tables?
- When is the decomposition finished, and how would you know rather than assume?
Related questions
- Marketing want to raise the price of a plan a million subscribers are already on, and change what it includes. What has to happen in the catalogue?hardAlso on product-catalogue and migration5 min
- No environment in the estate contains the whole stack, so nobody can test an order end to end before release. How do you get assurance anyway?hardAlso on oss-bss6 min
- The 3G network is being switched off in eighteen months. What work does that create in the BSS and OSS?hardAlso on migration6 min
- You discover two teams have independently built notification services that do roughly the same thing. What do you do?hardAlso on migration4 min