POST or PUT), Trackstar forwards that request directly to the underlying integration in real time. We respond immediately with the success or error status from the integration, including any error messages or validation feedback provided by the integration itself. This ensures transparency and helps with rapid debugging and resolution when issues arise.
We have done the heavy lifting to unify the body of each action across integrations, so you can write data in a consistent way across all of them. For each resource, we call this the “Base Schema”. See the Create Order Base Schema as an example.
However, the required and optional fields may vary depending on the integration you are writing to. Additionally, some integrations may require a field that is unique to them. To handle these cases, we have also included each integration’s schema in the reference. See Extensiv’s Create Order Schema for an example.
On the API side, we have created an endpoint that will return the required and optional fields for a given entity in a given integration.
The /integrations endpoint
The GET integrations endpoint returns information on our supported integrations. The required, optional, and integration-specific fields for each write operation are returned in the response.Write endpoints your org has disabled return a
403 (e.g. create_order is disabled for this connection) without reaching the integration.Example Create Order Request
Based on the response from the/integrations endpoint, the required and optional fields to create an order in the Some WMS integration are as follows:
Let’s send in all of the fields for this request:
Non Nullable Fields
All fields in the write body are non-nullable. Put another way, you cannot send anull or empty string value for any field. This includes null string literals such as "null", "none", or any similar variation.
For example, order_number and reference_id are optional fields. Sending in the following request will result in a 422 error response: