API Rules are tenant-scoped records that define how the GSM Application integration engine (Documentation 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) should reach external services. Each rule pairs a short identifier (ShortName) with a target URL and HTTP operation. When the operations service receives an exec-api request, it looks up the matching rule by ShortName and executes the call against the stored UrlEndPoint. This design centralises external endpoint configuration and keeps integration credentials and routing details out of client code.
All five CRUD endpoints live under the /api/application/v1/integrations/api-rules path. The idApiRule path parameter is an integer primary key as stored in the ApiRules table (db_ms schema).
List All API Rules
Retrieve every API rule configured for the current tenant.Endpoint
Authentication
Bearer token. Format:
Bearer <token>Response
true on success.Status message.
List of API rule objects.
Example
Get API Rule by ID
Retrieve a single API rule by its integer ID.Endpoint
Path Parameters
The integer primary key of the API rule to retrieve.
HTTP Status Codes
| Code | Meaning |
|---|---|
200 OK | Rule found and returned. |
401 Unauthorized | Token missing or invalid. |
404 Not Found | No rule exists with the given idApiRule. |
Example
Create API Rule
Create a new API rule for the current tenant.Endpoint
Request Body
A unique short identifier for this rule within the tenant (max 100 chars, ASCII). This is the key used by
exec-api to locate the rule at runtime.Optional description explaining the purpose of the rule (max 200 chars, ASCII).
The full URL of the external endpoint this rule targets (max 500 chars).
HTTP verb to use when calling the external endpoint. Accepted values:
GET, POST, PUT, PATCH, DELETE (max 10 chars, ASCII).HTTP Status Codes
| Code | Meaning |
|---|---|
200 OK | Rule created. data contains the persisted ApiRule including the generated idApi. |
400 Bad Request | Required fields missing or invalid (e.g. duplicate shortName). |
401 Unauthorized | Token missing or invalid. |
Example
Update API Rule
Replace the fields of an existing API rule identified by its integer ID.Endpoint
Path Parameters
The integer primary key of the rule to update.
Request Body
Same fields as Create API Rule — all fields inApiRuleDTO are replaced on the stored record.
Updated short identifier.
Updated description (optional).
Updated external endpoint URL.
Updated HTTP method.
HTTP Status Codes
| Code | Meaning |
|---|---|
200 OK | Rule updated. data contains the updated ApiRule. |
400 Bad Request | Request body is invalid. |
401 Unauthorized | Token missing or invalid. |
404 Not Found | No rule exists with the given idApiRule. |
Example
Delete API Rule
Permanently remove an API rule. Anyexec-api invocations that reference the deleted rule’s ShortName will subsequently fail with a 404.
Endpoint
Path Parameters
The integer primary key of the rule to delete.
HTTP Status Codes
| Code | Meaning |
|---|---|
200 OK | Rule deleted successfully. |
401 Unauthorized | Token missing or invalid. |
404 Not Found | No rule exists with the given idApiRule. |
Example
Common HTTP Status Codes
| Code | Meaning |
|---|---|
200 OK | Operation completed. Inspect success field to confirm outcome. |
400 Bad Request | Validation failure or constraint violation. |
401 Unauthorized | Missing or invalid Bearer token. |
404 Not Found | The requested idApiRule does not exist. |
Integration with exec-api
API rules created here are consumed by the Operations serviceexec-api endpoint (POST /api/operations/v1/integrations/exec-api). When exec-api receives a request, it resolves the target endpoint using the UrlEndPoint and Operation stored in the matching rule. See the exec-api reference for full details on how to invoke a rule from client code.