On this page

Message Body Structure

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.

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

Errors and Status Codes

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.

Examples of a response with errors

{
    "code": "error.bad_request",
    "message": "admin_email: cannot be blank."
}

Record Types

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
Docs and examples licensed under MIT