Skip to main content
Actively query the latest status of the payment method corresponding to the order and synchronize it to the platform. This request may access the payment service and change the order status; use it only when callbacks are delayed or immediate confirmation is required.

​
Preparations

​
API Overview

A successful response returns the complete refreshed Order object. Use state to determine the result, and use finished_at as the completion time; the current model does not have a paid_at field. Status values include Pending, Paid, Finished, Expired, Failed, and Refunded. The payment deadline will only change orders still in Pending to Expired. Refunded Refunded orders remain refunded after refresh or after receiving delayed payment callbacks.

​
Retry Recommendations

  • For normal payments, rely on platform callbacks first; actively refresh only when the status is not updated for a long time.
  • Do not use fixed high-frequency polling. Exponential backoff is recommended, and stop after a clear final state.
  • 401 indicates an invalid token; 403 indicates that you are not the order owner; 404 indicates that the order does not exist.
  • When the payment service query fails, retain the order ID and trace ID and retry later; do not create duplicate orders as a substitute for status confirmation.