post
https://test-api.payology.io/api/v1/payment
Create an X9 check payment. This edition focuses payment examples and schema on X9; the proxy also has ACH/CC selectors outside this payment scope. Replace both TIFF markers before sending. 201 is creation, not settlement. 202 and the image-related 422 responses can also contain a newly created payment_token; reconcile it before resubmitting.
Result codes in the response examples
HTTP status and result code are operation-specific. Field-validation messages can include the affected field name.
| HTTP | Code | Result | Meaning |
|---|---|---|---|
| 201 | R0000 | Ok | The request was processed successfully |
| 202 | R0115 | Ok | Surpassed allowed limit |
| 202 | R0116 | Error | The payment is duplicated |
| 400 | R0001 | Error | field is required |
| 400 | R0002 | Error | Field is not properly formatted |
| 400 | R0101 | Error | Organization Bank Account token is inactive |
| 400 | R0102 | Error | Organization Bank Account token is invalid |
| 400 | R0118 | Error | Reference_id already exists |
| 400 | R0202 | Error | Organization is inactive |
| 401 | R0003 | Error | Authentication token is invalid |
| 403 | R0003 | Error | Access not allowed |
| 422 | R0451 | Error | Front image non-conforming |
| 422 | R0452 | Error | Rear image non-conforming |
| 500 | R0999 | Error | Something went wrong |
Recent Requests
Log in to see full request history
| Time | Status | User Agent | |
|---|---|---|---|
Retrieving recent requests… | |||
Loading…
defaultOther infrastructure or forwarded downstream response. HTTP status and body must be preserved; do not assume every error has a Payology R-code. No fixed payload is guaranteed.