Hi All,
To we have any other input where such implementation was done ?
Hi Peter
Thanks for your input . Looking into both approaches , I see there are Pros/Cons for both.
Approach#1: Individual request for disconnect and reconnect are different TMF 641 SOM and will work fine end-to-end but internally there is no correlation between those on SOM and client (COM layer) manages the disconnect and reconnect based on the dates.
Approach#2: It does not have any TMF 641 standard attribute to capture the disconnect date and reconnect date on specific items (also I don't see anything in V5 draft version as well) and in order to orchestrator the disconnect and reconnect I believe TMF 641 SOM system would really need it. The problem with this approach is implementing something which is not standard in COM side would be specific COM implementation.
I am more inclined with approach#1 to start with
Regards,
Soumya
------------------------------
Soumya panda
Amdocs Management Limited
------------------------------
Original Message:
Sent: Apr 14, 2026 03:04
From: Peter Eksteen
Subject: TMF641 - mapping Move-with-gap dates at Service Order item level (from/to may differ per item)
Hi Irfak,
You have 2 options:
- Raise individual TMF641 requests for the disconnect, reconnect scenario
- Use relatedServiceOrderItem to manage the dependencies, although you would need to extend the attribute set (deviating from the standard) to carry specific request start and completion dates.
------------------------------
Peter Eksteen
Product Manager
CIENA Blue Planet
Original Message:
Sent: Apr 13, 2026 05:39
From: Irfak Ahmad
Subject: TMF641 - mapping Move-with-gap dates at Service Order item level (from/to may differ per item)
We are implementing a gateway that translates TMF622 Product Order into TMF641 Service Order for fulfillment.
For Move with gap, the requested scheduling is on the Product Order item, not only at the root: each item can carry its own from and to dates, and from and to can differ across items (different locations or time windows per line).
Current behavior (root level only):
When the Product Order has root-level dates, we map:
productOrder.requestedStartDate → serviceOrder.requestedStartDateproductOrder.requestedCompletionDate → serviceOrder.requestedCompletionDate
Question:
What is the recommended or normative guidance for representing these item-level Move-with-gap dates in TMF641, given that from and to are per order item and not necessarily aligned across items?
Specifically:
- How should item-level "from" and "to" map to
serviceOrderItem (e.g. requestedStartDate / requestedCompletionDate on the item, use of related entities, or characteristics) when the semantic is disconnect at T1 / reconnect at T2 per item?
Pointers to official examples, IG / implementation notes, or prior community guidance for Move or analogous scenarios would be appreciated.
Thank you.
------------------------------
Irfak Ahmad
Amdocs Management Limited
------------------------------