Open APIs

 View Only
  • 1.  TMF641 - mapping Move-with-gap dates at Service Order item level (from/to may differ per item)

    Posted Apr 13, 2026 05:39

    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.requestedStartDate
    • productOrder.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:

    1. 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
    ------------------------------


  • 2.  RE: TMF641 - mapping Move-with-gap dates at Service Order item level (from/to may differ per item)

    Posted Apr 14, 2026 03:04

    Hi Irfak,

    You have 2 options: 

    1. Raise individual TMF641 requests for the disconnect, reconnect scenario
    2. 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
    ------------------------------



  • 3.  RE: TMF641 - mapping Move-with-gap dates at Service Order item level (from/to may differ per item)

    Posted 4 days ago

    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
    ------------------------------