Hi
This is clearly a mistake in the published asset. According to the diagram cardinality, each embedded order item must itself embed an order item, and so on infinitely.
I plan to open a JIRA to call out this issue.
------------------------------
Jonathan Goldberg
Amdocs Management Limited
Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of the TM Forum or my employer.
------------------------------
Original Message:
Sent: Dec 10, 2023 16:56
From: Varun Pandhi
Subject: TMF 622 - Re:CancelationDate and productOrderItem cardinality
Hi Jonathan,
Going by your response, are you trying to suggest that the minimum cardinality on the self association (Composition) relationship shown on ProductOrderItem is not correct, as a Product Order Item Can (And, not Must) contain other Product Order Items (Cardinality in question highlighted in green below)? -

------------------------------
Varun Pandhi
Infosys
------------------------------
Original Message:
Sent: Dec 09, 2023 15:20
From: Jonathan Goldberg
Subject: TMF 622 - Re:CancelationDate and productOrderItem cardinality
Hi Nilesh
Product Order can contain a hierarchical structure of Order Items. To be valid, there must be at least one Order Item at the top level, however Order Items can contain other Order Items, etc. It's an implementation decision how to map the catalog product offering and specification structures into the order at instantiation time.
It's unlikely that you would POST an order in canceled state, so I think you are correct that these two fields cancellation date and reason would not be populated in POST, not in input nor in output.
------------------------------
Jonathan Goldberg
Amdocs Management Limited
Any opinions and statements made by me on this forum are purely personal, and do not necessarily reflect the position of the TM Forum or my employer.