I think we now agree on the first point related to some mandatory attributes on the sub resources. For e.g. if you are referring to a Service Order, at the minimum ID or HREF needs to be provided for that reference. So it is conditional mandatory, condition is reference to the object.
This is my interpretation of first level attributes. Any attribute which you see in the template of the API. Search should be automatically enabled for all these attributes in the API template.
------------------------------
Varun Nair
Telstra Corporation
------------------------------
Original Message:
Sent: Jun 19, 2020 03:42
From: Akansha Agarwal
Subject: Understanding Service Activation and Configuration
Hi Varun,
Thanks for the response.
I have gone through the document there are no such mandatory fields exist for Post API operation they have mentioned below comment on document
Additional Rules The following table provides additional rules indicating mandatory fields in sub-resources or relationships when creating a Service resource.
context | Mandatory SubAttributes |
serviceOrder | id OR href |
relatedParty | id OR href |
serviceSpecification | id OR href |
Also for first level atttributes could you please explain that what do we mean by first level attributes.
Thanks in Advance.
Regards,
Akansha Agarwal
------------------------------
Akansha Agarwal
Comviva
------------------------------
Original Message:
Sent: Jun 19, 2020 03:07
From: Varun Nair
Subject: Understanding Service Activation and Configuration
These fields are mandatory only if you add a reference to it.
e.g. ID and Role is mandatory only if you want to keep a reference to Party in the relatedParty
Regarding the GET, I think you should all the first level attributes
------------------------------
Varun Nair
Telstra Corporation