Skip to main content
Tweezercommโ€™s pre-authorization transactions are processed, authorized, and either settled or canceled based on the response from the payment server. This process also includes a resilience mechanism for handling errors.

โ€‹
Transaction Flow

To understand the pre-authorization flow, see the diagram below:
Hereโ€™s a breakdown of each step:
  1. After the cardholder selects the product or service, the ECR/POS sends a doTransaction() Request to the Nayax Device (Agamento App) through TweezerComm.
  2. The device then displays a prompt for the cardholder, requesting him to insert or swipe a card.
  3. The cardholder inserts, swipes, or taps their card on the ECR/POS.
  4. The Nayax Device communicates with the Nayax Server for payment authorization.
  5. The Nayax Server responds with the authorization result, which is then returned to the ECR/POS.
  6. Depending on the outcome of the approval, the ECR/POS sends a doTransaction(tranType=6/7) Request to the Nayax Device to settle or cancel the transaction.
  7. The settlement or cancellation request is sent to the Nayax Server, which responds with the final transaction status.
  8. The Nayax Device then relays this status back to the ECR/POS, completing the process.
Resilience MechanismIf the statusCode != 0 (indicating an issue) is returned, the system refers to the Resilience Mechanism to understand how TweezerComm handles errors or retry mechanisms.

โ€‹
See Also

doTransaction

Resilience Flow