Vending
Requery Transaction
Confirm the final status of a pending vending transaction
GET
Overview
Customers can requery vending transactions from the public API. Use this endpoint when an airtime, data, electricity, or cable TV purchase returns a pending response. TheorderId path value is the requestReference returned by the original purchase request.
Request
Path Parameters
Response Fields
"00" indicates the requery request was processed successfully.Human-readable requery result message.
Unique reference for the requery request.
Current transaction details.
Current transaction status, such as
SUCCESS, FAILED, or PENDING.Transaction reference being checked.
Electricity token for successful prepaid electricity purchases, when available.
Electricity units for successful electricity purchases, when available.
Status Codes
| Code | Meaning |
|---|---|
200 | Requery completed. Use data.status to determine the final outcome (SUCCESS, FAILED, or still PENDING). |
404 | No transaction was found for the supplied orderId. Double-check the requestReference from the original purchase response. |
425 | Too early. Requery is only available at least 2 minutes and 1 second after the original purchase. |
429 | The maximum number of requery attempts for this transaction has been reached. Contact support to have the status resolved manually. |
502 | The provider could not be reached to confirm the status. Retry after a short delay. |
Notes
- Use the
requestReferencefrom the original purchase response asorderId. - Wait at least 2 minutes after the original purchase before requerying a pending transaction.
- Store both the original purchase response and the requery result for reconciliation and support.
- For successful electricity purchases, the response can include token and units details.
- If the transaction is still
PENDING, do not submit a duplicate purchase for the same customer request. - In the Mintlify playground, the
orderIdvalue you type is preserved as you move between endpoints — paste therequestReferencefrom a real purchase response to test end-to-end.
Authorizations
Bearer authentication header of the form Bearer <token>, where <token> is your auth token.
Path Parameters
The requestReference returned by the original purchase response. The value you type here is preserved across the playground — paste your real reference to test against a live transaction.