Wanted to discuss if there is any guideline around what 'href' field under 'service' resource should denote in a 640 Vs 641 (under each Service Order Item) responses. Should this point to a 'Service Inventory' representation or to a ServiceActivationAndConfiguration URL?
In 640 API user guide, as part of the example of a request/response for activating a new service on the network (page 27) - the created service's href given denotes a serviceActivationAndConfiguration URL. (eg: https://mycsp.com:8080/tmf-api/ServiceActivationAndConfiguration/v4/service/5351). This seem to make sense as 640 operations are expected to directly operate on network and the ServiceActivationAndConfiguration URL can be considered as the representation of the service on the network.
However there could be implementations that orchestrates both Network and Service Inventory update along with 640 operations (Ref: https://engage.tmforum.org/communities/community-home/digestviewer/viewthread?GroupId=31&MessageKey=37d4cdf6-a887-43c2-8773-436f399e01a1&CommunityKey=d543b8ba-9d3a-4121-85ce-5b68e6c31ce5&tab=digestviewer). IG1224 NaaS Service Management v5.1.0 ( page 21, Figure 12: Order Management sequence flow) also denotes that as part of a 640 operation, internally domain updates the inventory.
In case of 641 – The general expectation is that as part of 641 order , internally both 638 and 640 are invoked and both service inventory and network are updated during the order journey. In TMF 641 User guide examples (page 27) for modify - one of the service order item href points to the serviceInventory as http://serverlocation:port/serviceInventoryManagement/v4/service/12
So – Is there a guideline/general recommendation around what service href should point to in these different cases? or is this subject to implementation/interpretation?