-
Upsert functionality is available in the cognite Java SDK but not in the rest API calls
On a high level there are two types of Rest interfaces which are coming from SAP to CDF
2)Assets are going through asset hierarchy so they get automatically linked.
Events : there are two major concerns
Cognite doesn’t have an upsert API – we need to check every time whether the record exists from PI PO and then call create/ update API based on the response. This is doubling the calls from PI PO side
In the event API as per the documentation available in https://docs.cognite.com/api/v1/#tag/Events/operation/createEvents the request body schema assetIds is expecting internal ID . Asset IDs of equipment that this event relates to).
Due to the above cognite design there is duplicity of calls .
So, we are requesting the below requirements
Requirements
-
Assets
-
Functional Location, Equipment.
-
Events
-
Notifications, Work order
-
The challenge is SAP doesn’t have the Cognite internal id of the equipment to send it in the work order.
-
The event API doesn’t even have an event id to link.( i.e to link work order operations with work order header)
-
Must Have
- Assets API
- A single API should have the capability to update/create assets
- Same API should have the capability to use external ID to update assets
- Events API
- A single API should have the capability to update/create events
- Same API should have the capability to use external ID to update events
- Same API should have the capability to use external ID to link assets
- Same API should have parent external ID to link to a parent event.
Good to Have
-
Single API which can do upsert for other Cognite Objects.
-
Same API should have the capability to use external ID to update other cognite objects
Hi@rsiddha Celanese-tag added and will tag you moving forward :)
All the votes have been transferred into this idea.
Hi@Harsha / @ibrahim.alsyed and thank you for the input.
Upsert will be included in the new Enhanced Data Modeling services and, but the state of Upsert for the more "traditional" Coginite resource APIs - Assets, Events, Labels, Relationships, etc - is under consideration right now as we haven't fully decided what we will be doing with those APIs as we roll out and iterate on Data Modeling after GA in April.
We have been asked for upsert support through other channels, but with the focus on Data Modeling we have elected to not prioritize that work at this time.
I have captured your product idea and we will use this as part of our consideration for when and how we choose to implement "Update or Insert" functionality as we decide how we will continue to provide these APIs.
I beleive we need to drive urgency on this for FDM.
Not quite following you@ibrahim.alsyed ?
Enhanced Data Modeling (aka FDM) has upsert support today and is expected to GA with upsert support included.
Beyond that; The work to get FDM to GA in the April release consumes our available storage resources, and more than 95% of the team that is needed to deliver upsert for other resources like Assets, Events or Relationships are heads down with the FDM deliverable. They will likely stay engaged with that until sometime after the GA release (potentially for as long as 4-8 weeks post GA).
Possibly too much “making the sausage” info above, but wanted to share in the interest of transparency.
@Thomas Sjølshagen any decision made on this request. we are seeing a high volume of data interfaces and they can be reduced by half if we can have an upsert API
As
we still need this for classical assets, events, and time series