put
https://test-api.payology.io/customer-vault/api/v1/payment-plan/
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/payment-plan/66666666-6666-4666-8666-666666666666 HTTP/1.1
Authorization: <PAYOLOGY_API_KEY>
Accept: application/json
Content-Type: application/jsonACHDestination
PUT /customer-vault/api/v1/payment-plan/66666666-6666-4666-8666-666666666666 HTTP/1.1
Authorization: <PAYOLOGY_API_KEY>
Accept: application/json
Content-Type: application/jsonCCDestination
PUT /customer-vault/api/v1/payment-plan/66666666-6666-4666-8666-666666666666 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 | R0010 | Error | Payment Plan 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.