Payments
Reconcilable business payment, often aggregated from one or more PSP payments.
Business object
Vue d’ensemble
Payment endpoints create and retrieve business payments. They also let you find the PSP payments that compose or source a payment.
See also the business-model page payment for semantics, relationships, and functional lifecycle.
Contrat JSON
Objet payment
Responses use the prefixed identifier pay_ and the field object to make the type explicit.
Identifier of the counterparty company, except for certain PSP sources.
`pending`, `matched`, `partially_matched`, or `unmatched`.
Received amount and currency.
`open_banking`, `manual`, `psp`, or `psp_with_allocations`.
Business date of the payment.
External reference used for business idempotency.
REST
Endpoints
| Method | Endpoint | Usage |
|---|---|---|
| POST | /v1/payments | Create a received business payment. |
| GET | /v1/payments | List payments, with filters for `merchant_id`, `buyer_id`, `status`, `source`, or `source_reference`. |
| GET | /v1/payments/{id} | Retrieve a payment. |
| GET | /v1/payments/{id}/psp-payments | List attached PSP payments. |
Events
Associated events
These events can be consumed through platform webhooks when the account is configured to receive them.
Behavior
Points d’attention
- `payment` represents the reconcilable business payment, while `psp_payment` preserves provider detail.
- For provider payments, prefer submitting a draft through the intended process rather than directly creating a business object from a provider webhook.