More in this collection

Subscriber provisioning from a BSS order

Follow a BSS customer order through OSS fulfilment to a confirmed subscriber provisioning outcome.

The workflow to solve

A subscription order may require OSS fulfilment and a provisioning layer to create or amend network subscriber information. The BSS workflow needs to know which action was requested and what the downstream system actually confirmed.

A practical software boundary

Map the commercial and network identifiers, define the operation contract and agree how execution status is returned. The Order Orchestration Platform can be evaluated as the coordination boundary around that work.

What the design should demonstrate

Test a lost response as well as an explicit rejection. The integration needs a way to discover the current state before repeating an action whose outcome is uncertain.

  • Validate the identifiers and parameters required by the interface.
  • Distinguish queued work from completed execution.
  • Retain a correlation trail across the order and network action.
  • Define reconciliation and controlled recovery.

Questions behind the implementation

What happens if the network response is lost?

The workflow needs a way to determine the current result before repeating the action. The interface contract should explain the available query, reconciliation and recovery mechanisms.

Let’s plan your next service journey.

Bring the customer journey, service hand-off or operational workflow you need to improve. We’ll discuss the products and engineering needed to move it forward.

Start a project conversation