put
https://test-api.payology.io/customer-vault/api/v1/recurring/
Update exactly one primary field: org_bank_account_token, terminal_token or status. status accepts Inactive only. bypass_webhook may accompany that change. This operation does not edit amounts/dates or reactivate a schedule. Destination compatibility and access are checked by the service.
Request examples
Deactivate
PUT /customer-vault/api/v1/recurring/55555555-5555-4555-8555-555555555555 HTTP/1.1
Authorization: <PAYOLOGY_API_KEY>
Accept: application/json
Content-Type: application/jsonACHDestination
PUT /customer-vault/api/v1/recurring/55555555-5555-4555-8555-555555555555 HTTP/1.1
Authorization: <PAYOLOGY_API_KEY>
Accept: application/json
Content-Type: application/jsonCCDestination
PUT /customer-vault/api/v1/recurring/55555555-5555-4555-8555-555555555555 HTTP/1.1
Authorization: <PAYOLOGY_API_KEY>
Accept: application/json
Content-Type: application/jsonResult 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 |
|---|---|---|---|
| 200 | R0000 | Ok | The request was processed successfully |
| 400 | R0002 | Error | Field is not properly formatted |
| 401 | R0003 | Error | Authentication token is invalid |
| 403 | R0003 | Error | Access not allowed |
| 404 | R0262 | Error | Recurring Profile token is invalid |
| 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.