Reconciliation Reversed Transaction | Paytronix Knowledge Base

Reconciliation Reversed Transaction

If you do not see this report in your Report Center, you do not currently have permission to run it. If you feel that this report could be useful for you, but it doesn’t appear on your list, please contact your user administrator for assistance.

IS THIS REPORT RIGHT FOR ME?

Uses

* Displays all reversed transactions, regardless of type of reversal (auto-reversals or manual reversal).
* Can be used as part of the reconciliation process as a record of what was reversed.

Restrictions

* None

SAMPLE OUTPUTS

Example Reversed Transaction Report

HOW DO I INTERPRET THIS REPORT?

Interpretation Summary

This report captures all reversed transactions over the time period entered. Note, as this report has two date fields in the output, the date range entered for running the report is based on the initial card transaction date, and not the reversal date. The format of the report is similar to the Transaction Variance Report, as status codes and reasons are used in the report output. As part of a merchant‘s Paytronix configuration, the merchant will decide what types of transactions from their POS they would like automatically reversed (within the abilities of Paytronix). For example, when cashiers cancel a check, merchants may want to have all of the Paytronix transactions associated with that check reversed automatically. All automatic reversal types are configured as part of the merchant set up. In addition, when merchants engage in their routine Reconciliation they may find that they need to manually reverse some transactions. All of these transactions are included on this report as well.

The report output includes the Status Code (the code type matches those on the Transaction Variance Report). Then comes the Transaction Date, the store number, and the POS Check Number. What follows next is the PX Transaction Number, which will not be helpful for merchant users, but can assist Paytronix engineers if research is needed in the Paytronix System. Next are the Terminal ID, Cashier ID, Activity Type, Card Number. The last three columns refer to the reversal transaction – the Reconciliation Date, the Action (Auto Reverse or Reverse) and the Reason Code (when it can be identified).

Column Name	Definition
Status Code	The code assigned to the transaction when the variance is detected.
Transaction Date	The date and time the card was swiped or the transaction took place.
Store Number	The Paytronix number for the store where the transaction occurred.
POS Check No.	The number of the transaction - this corresponds to the check number at the restaurant‘s POS system.
PX Transaction No.	The number of the transaction in the Paytronix database.
Terminal ID	The terminal where the transaction took place - this corresponds to the terminal ID from the restaurant‘s POS system.
Cashier ID	The POS ID of the server who was logged in at the time of card swipe or the time of check close, depending on your POS setup.
Activity Type	There are several Paytronix terms for different transactions, including Accrual/Redemption and Balance Inquiry.
Card Number	The card (or account) number - this is a unique identifier but could appear multiple times for different transactions.
Reconciliation Date	The date and time of the reconciliation transaction.
Action	The type of reversal.
Reason	Sometimes populated with explanations of the cause of the variance.

I LIKE IT, SO HOW DO I RUN THIS REPORT?

First enter the date range for which you’d like to run the report.
- Quick Date: Here you can choose Yesterday, Today, the current month, or last month. If you have set up by your custom fiscal periods, you may also choose to run the report by fiscal period.
- Manual Date Entry: Here you can type in your desired date range or find the day by clicking on the calendar icon to the right.
Check the “All” box if you would like to include all stores. You can also enter a specific store code to see one store or select a store group from the drop down box.
Click Submit!