From what I've seen, most Customer Order Management applications create a draft product instance
My experience is different, most of the times, product instances were never drafted, they are created when the order status is completed. and for "Asset-based-Ordering", there is sometimes no product instances to draft, if you suspend of terminate an product from inventory, you would not draft it. You wait until the order is completed then you change the status of the product instance in the product inventory.
Either way, I doubt there could be a "best" practice.
I would not draft a product until after the related order item has reached its "point of no return" to avoid unnecessary product inventory update (if order item is cancelled, annulled etc). It seems wasteful.
PS: 20 years ago, I did use a CRM that would create a ProductInstanceId for each order item as soon as the order item is created with a product offer that is marked as "track in inventory" in the product catalogue. But no product instance was created in the inventory.
Upon order completion, that order.orderItem.ProductInstanceId is re-used as the product Id in the product inventory.
------------------------------
Kind regards,
Matthieu Hattab
Digital Sales Domain Architect
Lyse Tele AS
------------------------------
Original Message:
Sent: Sep 08, 2025 02:28
From: Anuraag Gupta
Subject: Availability of Product Instance ids in TMF622 payloads
Hello Trusted Brains,
I'd like to clarify when the Product Instance ID should be available in TMF622 request payloads and notifications.
For a new/add action: should the Product Instance ID appear in Product Order notifications once the order reaches the InProgress state?
For request payloads, my understanding is that the Product Instance ID should only be present in modify and delete scenarios.
From what I've seen, most Customer Order Management applications create a draft product instance at the time of order entry (when the ProductOrder is first received). Once the order completes, that same instance is transitioned to an active state.
If this is considered best practice, wouldn't it follow that the Product Instance ID should be made available from the point the ProductOrder reaches the Accepted state (for new/add action scenarios), and then carried forward in all subsequent TMF622 notifications?
Appreciate your guidance.
------------------------------
Anuraag Gupta
Singtel Optus Pty Limited
------------------------------