Update a payment

Update an X9 payment. A normal void uses payment_status=Voided; a processed payment cannot be voided through this operation. At least one of tracking_number, payment_status, receipt_email or receipt_phone is required. Rating-only updates fail the current required-field middleware.

Request examples

Void

PUT /api/v1/payment/77777777-7777-4777-8777-777777777777?type=X9 HTTP/1.1
Authorization: <PAYOLOGY_API_KEY>
Accept: application/json
Content-Type: application/json

Receipt

PUT /api/v1/payment/77777777-7777-4777-8777-777777777777?type=X9 HTTP/1.1
Authorization: <PAYOLOGY_API_KEY>
Accept: application/json
Content-Type: application/json

Result codes in the response examples

HTTP status and result code are operation-specific. Field-validation messages can include the affected field name.

HTTPCodeResultMeaning
200R0000OkThe request was processed successfully
400R0002ErrorField is not properly formatted
400R0162ErrorTracking number cannot be updated for payments that do not have an associated shipping contact
400R0163ErrorOnly payments in pending status can be voided
401R0003ErrorAuthentication token is invalid
403R0003ErrorAccess not allowed
404R0161ErrorPayment token is invalid
500R0999ErrorSomething went wrong
Recent Requests
Log in to see full request history
TimeStatusUser Agent
Retrieving recent requests…
LoadingLoading…
Path Params
uuid
required

Payment token in the selected payment service

Query Params
string
enum
required

X9 selector for this documentation edition.

Allowed:
Body Params

JSON request body. Required and conditional fields are defined by the schema. Named examples show supported request variants.

Responses

default

Other 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.

Language
Credentials
Header
URL
LoadingLoading…
Response
Click Try It! to start a request and see the response here! Or choose an example:
application/json