Skip to main content
This page documents what’s confirmed from the current API collection. The data field’s contents are still being documented per endpoint — see the note in API Overview.

Response envelope

Every endpoint returns the same top-level shape (confirmed from a live capture against GET /api/v1/core/asset/{assetId}):
timestamp and correlation_id were confirmed on one endpoint (GET /api/v1/core/asset/{assetId}) and are assumed to be a shared response-wrapper convention across the API. That assumption will be confirmed or corrected as more endpoints are captured.
Endpoints that return a collection (typically named .../list) accept a consistent request body rather than query parameters:

Paginated list responses

For collection endpoints (.../list), data itself wraps the array plus pagination metadata — confirmed across 30+ live list endpoints:
Some collection endpoints (GET /api/v1/integration, GET /api/v1/notification/list’s sibling GET /api/v1/notification) return the array directly as data, without the data.data wrapper. Check the specific endpoint’s reference page for which shape it uses.

Status codes

A couple of endpoints in the source collection redirect (307) to a trailing-slash form of the same path, and one documented as POST (/api/v1/governance/field-property) returned 405 Method Not Allowed live against both spellings. POST /api/v1/governance/product/{productId}/output-port returned 500 against a real product ID during capture. These look like small inconsistencies or bugs between the Postman collection and the live API — noted here rather than silently corrected or hidden, since they haven’t been confirmed with the API owners yet.
This list covers the status codes confirmed so far. A complete error code reference — including validation error shapes for 400-class responses — is pending and will be added once available.