Download OpenAPI specification:Download
This API is meant to provide a centralized sms messaging service to our core business and other desired integrations.
For now there's only possible endpoint POST /busDelivery
which is further documented later on the page.
All of the error handling of this API is done with status codes and error messages according to the following structure:
{
"error": "Missing parameters"
}
Authentication for registries is handled client side. The client has to send authentication details on all calls. The required authorization key must be sent as Authorization
header as string with the following structure:
{
"Authorization": "string",
}
In case of providing a callback statusMessage
property.The returned object have the follwing schema:
processingId required | string <hex> (ID of the message) The same ID returned the first time the message was delivered to the queue |
status required | number (HTTP Status Code of the response) 200 in case of success, and 4XX 5XX in case of error |
statusMessage | string (Error message) In case of an |
{- "processingId": "604791e3246f1c143210ceac",
- "status": 400,
- "statusMessage": "Your message quota has exceeded"
}
SMS payload request, in posession of that information this service can actually do the heavy-lifting for you.
Send SMS
to required | string <phone number> The target phone, with |
shouldPreserveMessage | boolean <boolean> Default: false Should save the message content on the log |
message required | string <plain text> The actual content of the sms to be sent, is expected a regular text |
callback | string <url> The callback endpoint you want our system to communicate in case of a failure or success. This procs after the delivery to queue stage |
{- "to": "5511123456789",
- "shouldPreserveMessage": "An SMS text message",
- "message": false,
}
604791e3246f1c143210ceac