TheDocumentation Index
Fetch the complete documentation index at: https://mintlify.com/ti-infinite/GSMApplication/llms.txt
Use this file to discover all available pages before exploring further.
exec-api endpoint is the GSM Operations integration engine. It resolves and executes calls to external systems using the API rule configuration stored in the GSM Application service (see API Rules). Rather than requiring clients to know external endpoint URLs or credentials, exec-api accepts a UrlEndPoint, an Operation, and an optional set of headers, parameters, and a body — and dispatches the HTTP request on behalf of the caller. This centralises external integrations, enforces tenant isolation, and allows rules to be updated without client-side changes.
A typical flow: an admin creates an API rule in the Application service with a ShortName and UrlEndPoint; a client then calls exec-api with the same UrlEndPoint and method, optionally supplying runtime headers, query parameters, and a request body.
Endpoint
Authentication
All requests to this endpoint require a valid Bearer token. The token can be supplied as anAuthorization header or as the gsm_token cookie.
Bearer token obtained during login. Format:
Bearer <token>
Note: The API gateway automatically injects the X-Company-Id header from the authenticated session. Clients must never set this header directly.
Request Body
The external endpoint URL to invoke. This must match a
UrlEndPoint value on an API rule registered in the Application service. The integration engine uses this field to validate the call against the configured rules and to build the outbound HTTP request.The HTTP method to use for the outbound call. Must match the
Operation defined on the API rule. Accepted values: GET, POST, PUT, PATCH, DELETE.Optional dictionary of additional HTTP headers to include in the outbound request. Keys and values are both strings. These are merged with any default headers the integration engine applies (e.g. content-type, tenant context).
Optional dictionary of query string parameters to append to the outbound URL. Keys and values are both strings.
Optional request body to forward to the external endpoint. Can be any JSON-serialisable value (object, array, or primitive). The engine serialises this as the body of the outbound HTTP request. Ignored for methods that do not accept a body (e.g.
GET, DELETE).Example Request Body
Response
All responses are wrapped in the standardApiResponse<T> envelope:
Response Fields
true if the outbound call was executed and the external API returned a successful response. false if the request was blocked (e.g. no matching rule), or the external call failed.Human-readable status message. Describes the outcome of both the rule resolution and the external HTTP call.
The response payload returned by the external API, forwarded as-is. Structure depends entirely on the external endpoint.
null on failure.Present when
success is false. Identifies the error category.Optional correlation ID for tracing the request across GSM services and the external call.
Optional extended error information, such as the HTTP status returned by the external endpoint.
HTTP Status Codes
| Code | Meaning |
|---|---|
200 OK | The exec-api engine processed the request. Inspect success in the body — even a failed external call may return HTTP 200 with success: false. |
400 Bad Request | The request body is malformed, required fields are missing, or the supplied urlEndPoint / operation combination does not match any registered API rule for the tenant. |
401 Unauthorized | The Bearer token is missing, expired, or invalid. |
403 Forbidden | The authenticated user does not have permission to invoke this integration. |
404 Not Found | No API rule matching the supplied urlEndPoint and operation was found in the Application service. Ensure the rule exists before calling this endpoint (see API Rules). |
409 Conflict | A conflict occurred during execution — for example, a duplicate resource was detected at the external endpoint. |
500 Internal Server Error | An unexpected error occurred within the integration engine or the external API returned an unrecoverable error. |
Example
Request
Successful Response
Error — Rule Not Found
Error — Unauthorized
Related Resources
- API Rules — Create and manage the rule registry that
exec-apiresolves at runtime. Each rule pairs aShortNamewith aUrlEndPointandOperation. - Transactions — Transaction creation and state management endpoints that may trigger
exec-apicalls internally for ERP or third-party synchronisation.