All endpoint request and response bodies are formatted as JSON and follow the REST conventions unless explicitly noted otherwise.
Responses to all HTTP requests except DELETE
always contain a data
section.
The data
section contains contains the resource data that is the subject of the call. For all API methods except List calls, the data section in responses contains a single resource or a subset of it. For List calls, the data section contains an array of multiple resources along with a count
of the total number of resources.
{
"ok": true,
"data": {
"token": "part_cjes76vsemvj3obsnc30",
"org_id": "org_79580427-c976-40fc-ac02-43e314870e8f",
"domain": "safepay",
"name": "Safepay Core Domain",
"created_at": {
"seconds": 1692255131
},
"updated_at": {
"seconds": 1692255131
}
}
}
ok
This parameter will always be present to indicate whether the request was processed without any errors. Its type is a boolean
data.token
This parameter will always be present and is the unique identifier of the resource that was created or fetched. It is a string
composed of two parts concatenated by an underscore. The first part is a short descriptor of the resource while the second part is a unique XID
data.created_at
This parameter is conditionally present and denotes the time in UNIX seconds for when the resource was created
data.updated_at
This parameter is conditionally present and denotes the time in UNIX seconds for when the resource was updated
The Paylias API supports a number of different HTTP status codes and provides error messages to help you find out why something went wrong when it does.
Paylias uses the following HTTP status codes:
Status Code | Description |
---|---|
200 | OK - Request successful |
400 | Bad Request. Returned when the message contains invalid syntax. error_code and error_message attribute provide information to help identify the problem. |
401 | Unauthorized. Returned when trying to access API endpoints with an invalid request signature or access token. |
404 | Not Found. Returned when trying to access a non-existent endpoint or resource. Returned in some APIs when a queried parameter cannot be found. |
405 | Method Not Allowed. Returned when trying to access an endpoint that exists using a method that is not supported by the target resource. |
409 | Conflict - Request conflicts with current state of server |
500 | Server Error. Returned when an internal error occurs or the request times out. This is safe to retry after waiting a short amount of time. |
502 | Bad Gateway. Returned when there is a temporary internal networking problem. This is safe to retry after waiting a short amount of time. |
503 | Service Unavailable. Returned when a service is temporarily overloaded. This is safe to retry after waiting a short amount of time. |
504 | Gateway Timeout. Returned when there is a temporary internal networking problem. This is safe to retry after waiting a short amount of time. |
{
"code": "error.bad_request",
"message": "admin_email: cannot be blank."
}
The Paylias API supports a number of record types which represent the type of resource for a subscription.
The table below gives an overview of different record types supported by the Paylias API:
Record Type | Description |
---|---|
Organization | Represents a business entity within Paylias that groups related resources and users |
Domain | A logical grouping of related business functions within an organization |
Accounts | User accounts and authentication credentials associated with the platform |
Validations | Verification checks and validation results for various entities |
API Keys | Credentials used to authenticate API requests to the Paylias platform |
Webhooks | Configured endpoints for receiving real-time notifications of platform events |
Customers | End-users or clients who interact with the organization's services |
Payments | Financial transactions and payment records processed through the platform |
Submissions | Applications or requests submitted by customers for processing |
Admissions | Approved submissions that have been accepted into the system |
Submission Tasks | Individual workflow steps associated with processing a submission |
Admission Tasks | Workflow steps required to complete an approved admission |
Transactions | Detailed records of financial operations and their current status |
Settlement Batch | Groups of completed transactions ready for settlement processing |