1. Transactions Report

You can go to Reports -> Transaction Report to view the detailed transaction data in one report and issue refunds based on the actual transactions. The detailed transaction reports incorporated by this transaction report include Pay at Machine, Mobile Transactions Log, Coin Transactions Log, Mobile Refill Log, Kiosk Transaction Log, Kiosk Revenue Credit Card Transactions, Kiosk Revenue Cash Transactions, Laundry Card Transactions Log, Kiosk Value Code Log, Value Card Activity and Value Code Purchase Log.

1.1 Transaction Report Column Customization

As the transaction report incorporates a range of detailed reports, each type of report should be required to present information based on the actual transaction details. The columns shown by default will be described in the table below:

Columns	Descriptions
Trans. (Transaction) Date	The actual date and time when the transaction occurred.
Location	The actual location name and location ID where the transaction occurred.
Room	The room ID where the transaction took place.
Machine (#\|ID)	The machine number and ID where the transaction took place.
Category	The specific category of the location.
Consumer	The name/email/card number of the consumer who performed the transaction.
Payment Type	The payment type involved in the transaction, including but not limited to the Credit/Debit, Mobile App, Cash, Coin, Value Code, Game Card, Laundry Card, Privilege etc.
Card Number	The bank card number (Display the first 6 digits and the last 4 digits of the bank card number, replacing the middle digits with asterisks).
Transaction Type	The supported transaction type including but not limited to Pay@Machine, Add to Card - Kiosk, App Refill, Pay At Machine Pre-Auth/Single Auth, etc.
Open Balance	“Open Balance” reveals the value card activities. It can be calculated as: Open Balance = Value Paid + Account Balance
Amount	The amount of transaction.
Discount	The discount amount of transaction.
Special Amount	The special amount of transaction.
Value Paid	The actual price paid.
Bonus	The bonus earned during the transaction.
Account Balance	The total balance of the current account.
Loyalty (Earned\|Bal.)	The amount of earned loyalty points during transaction and the total remaining balance of the loyalty points.
Tickets (Earned\|Bal.)	The amount of earned tickets during the transaction and the total remaining balance of the tickets balance.

To check the complete transaction profile of each report, you are allowed to customize the columns by clicking on the Column Customization Tab “ .” A list of column options will be shown in the unfolded drop-down list. The default column options have been selected by default. You can further tick more column options to supplement the required information for the report you’d wish to view.

You can refer to the table below to be aware of the column information required for each type of report as you needed.

Transaction Type	Column Info Involved
App Refill	Trans. Date, Location Name, Account Name, Account Email, Card Number, Value Card, Account #, Payment Type (credit/debit), Transaction type, Amount, Value Paid, Bonus Balance, Account Balance, Notes
App Usage (Account)	Trans. Date, Location Name, Room #, Machine, Reader SN, Account Name, Account Email, Value Card, Account #, Payment Type (mobile app), Transaction type, Amount, Discount, Value Paid, Bonus Change, Bonus Balance, Account Balance, Loyalty, Tickets, Notes.
Pay at Machine Single Auth	Trans. Date, Location Name, Room #, Machine, Reader SN, Card Number, Payment Type (credit/debit), Transaction Type, Respond code, Amount, Discount, Special Discount, Value Paid, Notes.
Pay at Machine Pre Auth	Trans. Date, Location Name, Room #, Machine, Reader SN, Card Number, Payment Type, Transaction Type, Amount, Discount, Special Amount, Value Paid (actual price paid), Notes. * Value Paid is the final completion amount for the pre-auth transaction.
Buy Card at Kiosk (by card)	Trans. Date, Location Name, Room #, Machine, Kiosk SN, Reader SN, Payment Type, Card number, Transaction Type, Value Card, Response Code, Amount, Discount, Special Amount, Value Paid, Bonus Change, Bonus Balance, Account Balance, Notes.
Buy Card at Kiosk (by cash)	Trans. Date, Trans. ID, Location Name, Room #, Machine, Kiosk SN, Reader SN, Payment Type, Transaction Type, Value Card, Amount, Discount, Special Amount, Value Paid, Bonus Change, Bonus Balance, Account Balance, Notes.
Add to Card at Kiosk (by card)	Trans. Date, Trans. lD, Location Name, Room #, Machine, Kiosk SN, Reader SN, Account Name, Account Email, Card number, Value Card, Account #, Payment Type, Transaction Type, Response Code, Amount, Discount, Special Amount, Value Paid, Bonus Change, Bonus Balance, Account Balance, Notes.
Add to Card at Kiosk (by cash)	Trans. Date, Trans. ID, Location Name, Room #, Machine, Kiosk SN, Reader SN, Account Name, Account Email, Value Card, Account #, Payment Type, Transaction Type, Amount, Discount, Special Amount, Value Paid, Bonus Change, Bonus Balance, Account Balance, Notes.
Pay at Machine (coin)	Trans. Date, Location Name, Room #, Machine, Kiosk SN, Reader SN, Payment Type, Transaction Type, Amount, Discount, Special Amount, Value Paid, Bonus Change, Bonus Balance, Account Balance, Notes. * “Refund” is not supported for coin reversal.
Add to Card (Value Code)	Trans. Date, Location Name, Account Name, Account Email, Value Card, Payment Type, Card Number, Transaction Type, Amount, Value Paid, Account Balance, Notes.
Buy Card (Value Code)	Trans. Date, Location Name, Account Name, Value Card, Payment Type, Card Number, Transaction Type, Amount, Value Paid, Account Balance, Notes.
Redeem (Buy Card)	Trans. Date, Location Name, Room #, Machine, Value Code, Kiosk SN, Reader SN, Payment Type, Transaction Type, Value Card, Amount, Value Paid, Notes.
Redeem (Add to Card)	Trans. Date, Location Name, Room #, Machine, Value Code, Kiosk SN, Reader SN, Payment Type, Transaction Type, Amount, Value Paid, Notes.
Value Card Activity/Cloud Card Transaction	Trans. Date, Location Name, Room #, Machine, Reader SN, Account Name, Account Email, Account #, Payment Type, Transaction Type, Amount, Discount, Special Amount, Value Paid, Notes.

Scenario to Especially Note
For customers with a third-party POS system, the relative transaction information or data can be viewed in the KioCentral Pro - Transactions Report.
The critical columns related to such third-party system can be described as below:
a. Trans. Date: the actual date and time when the transaction took place.
b. Location: the actual location name and ID where the transaction occurred by calling API.
c. Card Number: the Cloud Card number.
d. Transaction Type: shows “3rd Party Adjustment.” Diverse types (add/deduct value, add/deduct credits, add/deduct bonus, add/deduct tickets, etc.) will be further categorized.
e. Payment Type: shows “3rd Party Adjustment.”
f. Account Bal./Loyalty/Tickets: shown based upon API request.
g. “Refund” button: the “Refund” button will not accessible and disabled if the transaction is triggered by the transaction.
h. The other fields—“Machine,” “Room,” “ Kiosk SN,” “Reader SN,” “ Account Name,” “Account Email,” “Value Card,” “Amount,” “Value Paid,” and “Discount”—will not be accessible upon external POS requests.
Users can click on “” to check the details of the transaction in the pop-up.

Scenario to Especially Note
Operators of the amusement market working in a credit-mode location are able to check the transaction details with the actual credit values in the Transaction Report on KioCentral Pro, which enables users to have a direct view of the transaction information and reconcile the data accurately. The exact credit amounts will be included in the Report in order to provide an intuitive insight instead of considering the currency conversion that might mislead the audience. The fields related to the credits include:
a. Open Balance: displays the open balance of the consumer’s game card in credits.
b. Amount/Discount/Special Amount/Value Paid:
If the transaction type is “Pay At Machine” and the “Payment Type” is one of the following, then:
1) Mobile App/Game Card: the actual credits amounts will be shown.
2) Coin/Cash/Credit or Debit: the actual amounts in dollar will be shown.
If the transaction type is “Buy Card,” “Add to Card,” “App Refill,” “Reversal,” the actual dollars will be shown.
c. Bonus: “Bonus Earned” and “Bonus Balance” will be displayed in credit.
d. Account Balance: credit amounts will be shown.

Scenario to Especially Note
The privilege-based plays will become fully visible for amusement operators who have the expectations to track and analyze the scenario where the privilege plays are selected by the customers. The operator can utilize the following elements to fully obtain the updates of privilege plays in the Transaction Report and Refund Report (Please skip to Section 2 Refund Report for more instructions in this article).
Transaction Report
A column “Privilege Change” is added in the report, which presents the change of the privilege package balance by recording the exact change amount and the package’s name. When privilege is selected to start the machine, the operator can log in to check the privilege balance on a timely basis.
For the purpose of quick access to the privilege records, the operator can use the filters to search for the privilege-related records. Additionally, the columns concerned would be helpful to facilitate the privilege-related analysis.
a. Filters: select “Payment Type” as “Privilege,” “Transaction Type” as “Game Card Transaction.”
b. Please refer to the table below for more descriptions:
Column Name
Description
Amount
Value/credits required by the machine.
Value Paid
Display “Privilege”
Open Balance
value (or credits) balance | the privilege package count before the transaction
Privilege Change
the amounts of play(s) + package name
Account Bal.
value (or credits) balance | the privilege package count after the transaction
“Refund”
Disabled by default
Info View
a summary of the details related, in which the “Account Balance” includes the amount of credits (or value), amount of plays and the package name
Search Privilege Plays Transactions by using filters
Info View Pop-up
If the Privilege is used by the third-party POS system, the transactions record of it will be considered as the 3rd Party Adjustment, which can be checked on a timely basis as well:
a. Filters: select “Payment Type” as “3rd Party Adjustment” and “Transaction Type” as "“3rd Party Adjustment”
b. Please refer to the table below for more descriptions:
Column Name
Description
Open Balance
the privilege package balance before the transaction
Value Paid
the data introduced from the third-party system
Privilege Change
the amount change of privilege package balance with the change value and package’s name shown
Account Bal.
the privilege package balance after the transaction
“Refund”
disabled by default
Info View
click on to check the summary of the details
Note: For privilege used as the 3rd party adjustment system, it’s highly suggested to save the transaction details as screenshots for future retrieval. Besides, you’re recommended to export the transaction records as a local file if needed.

The “Total” in the first row of the Report will summarize the totals of Amount, Discount, Special Amt., Value Paid and Bonus in the form of a|b, where “a” stands for the total value in dollar and “b” represents the total number of credits (only applicable for the credit-based transactions). The “Total” will not include the failed transaction activities.

When sorting the columns with both credits and value in dollar, the value in dollar will be applied first.
For the Pay At Machine (Single Auth/Pre-Auth) transactions whose payment type is game card, the “Refund” button will not be accessible for use.

1.2 Search by Filters

You can search transactions by applying filters listed on the left bar, including Timeline, Date/Time, Location, etc. Click on “ ” to unfold the filters bar on the left bar.

1) Saved Filters: The filter allows you to customize the combination of the filters and add it as a shortcut for your next search.

For example, if you select “Last Calendar Week,” “Credit/Debit” and “App Refill,” then move up to “Saved Filters” and click on “New Filter,” the three filters can be grouped and seen as a filter shortcut. Next time if you intend to select the three filters again to search for the relative transaction records, you can directly click on the “Saved Filters” and locate the filter shortcut from the drop-down list.

2) Timeline: The 1st of the current calendar till date. You can directly use the shortcut timeline options by ticking the checkbox (Last Calendar Day, Last Calendar Week, Last Calendar Month, Last Calendar Quarter, Last Calendar Year) to narrow down the search results within the specific time range.

The shortcut timeline options are closely connected with the Relative Calendar index (since, before, after).

For example, if you select “Last Calendar Day,” its combination with Relative Calendar can be defined as the following three cases:

Relative Calendar “since” + last Calendar Day	The search results will display all transactions occurred after the last calendar day.
Relative Calendar “before” + Last Calendar Day	The search results will display all transactions occurred before the last calendar day.
Relative Calendar “range” + Last Calendar Day	The search results will display all transactions occurred within the last calendar day.

3) Date/Time: It provides three options to define the date/time range for searching the desired transactions, including “since,” “before” and “range.” You should select an exact date/date range to make the filter work.

4) Payment Type: Tick the payment types based on the markets, including Coin, Cash, Mobile App, Credit/Debit, Value Code, Cloud Laundry Card (integration & laundry market), Game Card (amusement market), value card (integration & amusement market) and laundry card (laundry market).

5) Transaction Type: Tick the types of transaction such as App Refill, App Usage (Account), Pay@Mach. Coin, etc.

6) Consumer: Search the transaction by Consumer Name, Consumer Email or Card Number (laundry card/value card/game card). Fuzzy search words are supported.

7) Card Number: Search the transaction by the consumer’s bank card number. You can enter the first or the last a few digits to search for the transactions that used the bank card.

8) Location: Type the keywords of the location name and select one location name from the unfolded drop-down list.

9) Branch: Type the keywords of the branch name and select one branch name from the unfolded drop-down list.

10) Machine Type: All machines will be shown by default. You can select one or more machine types to narrow down the transactions by ticking the checkbox which includes washer, dryer, Kiosk and vending machine.

11) Categories: Enter the keywords of the category name and select one category from the unfolded drop-down list.

1.3 Initiate Refunds

You can see a refund button “ ” at the end of the transaction (except coin transactions).

Note: at the present stage, three types of transaction scenarios do not support “Refund” via KioCentral Pro.

If the Refund button is dimmed in the Transaction list, it indicates such transaction did not support refund on KioCentral Pro platform. At present development stage, the following three scenarios did NOT support the processing of Refund via the platform:
1- Coin transactions
2- Reversal transactions made on machines. That means the reversal requests (whether it’s successful or failed) initiated by the consumer on a machine for the transaction activities such as starting machine by tapping the card, buying card and adding value will not be supported on KioCentral Pro.
3- The refunds that have already been completed and moved to Refund report.

If you plan to initiate a refund, you can directly click on the button and a pop-up window will appear for you to check the transaction details and confirm. Additionally, you can click on the info button “ ” to view more transaction information or click on the refund button in the info pop-up to initiate a refund.

You can initiate a refund in two ways:

1) Click on the button directly; or

2) Click on the info button “ ” > “ ” button.

When you click on the Refund button, the refund will be initiated followed by a pop-up window. However, the refund procedures may differ in the transaction types. You can refer to the table below to get aware of the refunds based on the transaction types.

Transaction Type	Initiate Refund
App Refill	Click on the Refund button and you can select where to refund the refill value (account or credit card). 1) If you select account, you can check and confirm the details. If the refund turns out successful, it will prompt “successful” and you will be redirected to Refund Report. The Refund button in transaction report will be disabled and not be clickable. If the refund turns out failed, it will prompt and you should process the refund again. 2) If you select credit card, you should check and make sure the app balance is sufficient enough (larger than or equal to) to the refunded amount, otherwise the system will prompt. Then you can click on the Confirm button. If the refund turns successful, you will be redirected to the Refund Report, otherwise it will prompt and you should try to initiate the refund again.
App Usage (Account)	Click on the Refund button and a confirmation message will appear in the pop-up. Then you can click on the Confirm button. If the refund is completed successfully, it will prompt and the value will be refunded back to the consumer's mobile account. If the refund fails, it will prompt and you should try to initiate the refund again.
Pay at Machine (Single Auth)	Click on the Refund button. A pop-up will appear asking for full refund or partial refund. 1) If you select partial refund, you should enter the expected refund amount. 2) If you select full refund, you can directly click on the Refund button. Click on Submit after the transaction information has been confirmed. Then the server will send an email with refund details to Payroc. If the refund is done successfully, the system will prompt and the “Refund” button will be greyed out. You will be redirected to the Refund Report. The value will be refunded back to the credit card. If the refund fails, the system will prompt and you should try to initiate the refund again.
Pay at Machine (Pre Auth)	Click on the Refund button and select the cycle/amount requesting a refund. After your selection, the server will send an email with refund details to Payroc. If the refund is done successfully, the system will prompt and the “Refund” button will be greyed out. And you will be redirected to the Refund Report. The value will be refunded back to the credit/debit card. If the refund fails, the system will prompt and you should try to initiate the refund again.
Buy Card at Kiosk with Card	This transaction activity means the consumer has purchased a card at Kiosk by using a credit/debit card. The payment type is Credit/Debit card. You can click on Refund button and select the “Refund Type” as “Full Refund” or “Partial Refund” (there will be an extra field to enter the refund amount). Then click on the Confirm button. The system will send an email to the Payroc team for processing. If the refund is done successfully, the system will prompt and you will be redirected to the Refund Report. The value will be refunded back to the credit/debit card. If the refund fails, the system will prompt and you should try to initiate the refund again.
Buy Card at Kiosk with Cash	This transaction activity means that the consumer has purchased a value card at Kiosk by using cash. You can click on the “Refund” button and check the detailed transaction information. Click on Confirm to verify all the information. Then the system would generate a value code to be redeemed. You will be redirected to the Refund Report to check the value code. The value code will be shown and attached next to the card number in Refund Report. The vendor staff or admin users can send the value code to consumer to finalize the refund process. If the refund fails, the system will prompt and you should try to initiate the refund again.
Add to Card at Kiosk with Card	This transaction activity means that the consumer added value to card at Kiosk by using the credit/debit card. You can click on the Refund button and check the detailed transaction information. Click on the Confirm button if all the information has been verified. Then the system will send an email to the Payroc team for processing the refund. If the refund is done successfully, the system will prompt and you will be redirected to the Refund Report. The added value will be refunded back to the credit/debit card. If the refund fails, the system will prompt and you should try to initiate the refund again.
Add to Card at Kiosk with Cash	This transaction activity means that the consumer has added value to the card (value card, cloud card, game card or laundry card) at Kiosk by using cash. To initiate such refund, you can click on the Refund button and confirm the transaction information. Then click on the Confirm button. If a mobile account exists for the user, the amount will be refunded back to user’s mobile account. If there is no mobile account, a value code will be generated which can be used to redeem the refund amount. You can find the value code next to the card number in the Refund Report. If the refund is completed successfully, the system will prompt and jump to the Refund Report. If the refund fails, it will prompt and you should try to initiate the refund again.
Pay at Machine by Coin	This transaction activity means that the consumer made payments at machine by using coins. However, such transaction is not accessible to refunds on KioCentral Pro at present.
Buy Value Code (to add value to card)	This transaction activity means that the consumer purchased the value code in order to add value to card (only purchased value code but haven’t bought a card yet during this transaction process). To initiate such refunds, you can click on the Refund button and check the detailed transaction information. You should click on Confirm after all info has been well confirmed. Afterwards the system will check the user ID in the backend. If there is a record of the user ID, then a pop-up window will appear with two options for the selection of the refund channel: 1) Credit/Debit Card 2) Generate Value Code You can choose either of the two options to decide the refunded channel. If you select “credit/debit card,” then the amount will be refunded back to the credit/debit card. If you select “Generate Value Code,” then a value code will be automatically generated to be redeemed which will be attached next to the card number in the Refund Report. The vendor staff or admin users can send the value code to the consumer to finalize the refund process. If no user ID is found in the backend, then you can only select “Generate Value Code” as the refund channel. If the refund fails, the system still prompts and you should try to initiate the refund again.
Buy Value Code (to purchase a Card )	This transaction activity means that the consumer purchased the value code in order to buy a card (only purchased value code but haven’t bought a card yet during this transaction process). And the consumer wishes to refund the amount for buying the value code. To initiate such refund, you can click on the “Refund” button to check the detailed information in the pop-up window. If all info is correct, you can click on the “Confirm” button. Then the system will check if there is an user ID for buying the value code in the backend, if yes, a pop-up window will appear with two options: 1) Credit/Debit Card 2) Generate Value Code If you select “Credit/debit card,” then the amount for buying the value code will be refunded back to the consumer’s credit/debit card. If you select “Generate Value Code,” then a value code will be generated which can be found next to the card number in the Refund Report. The vendor staff or admin users can send the value code to the consumer to finalize the refund process. However, if no user ID is found in the backend, then the refunded channel will be defaulted as “Generate Value Code.”
Redeem – Buy Card	This transaction activity means that the consumer has bought a card by using the purchased value code. To proceed such refund, you can click on the “Refund” button and confirm the details. Then a value code will be generated and shown next to the card number in the Refund Report, which can be used to redeem for the refunded amount.
Redeem – Add to Card	This transaction activity refers to that a consumer added value to card by using the purchased value code. To initiate such refund, you can click on the Refund button and check the detailed information in the pop-up window. Then a value code is generated by the system which will be seen next to the card number in the Refund Report. The vendor staff or the admin user can send the value code to the consumer to refund the requested amount.
Value Card Activity/Cloud Card Transaction	For the refund request of value card activity, once you click on the Refund button, then a value code will be generated and attached next to the card number in the Refund Report. The vendor staff or admin user can send the value code to the consumer to finalize the refund. For the refund request of cloud card activity, you can click on the Refund button and it will jump to the Refund Report. The refund will be back to the consumer’s mobile account then.

Note: When you click on the info button “” to initiate a refund request, you will be able to check the transaction details in the pop-up window, including Trans. Date, Location Name, Account Name, etc.

Please be noted that the actual refunded amount will be the amount value shown in “Value Paid.”

Note: If a refund request has been done successfully, the “Refund” button in the Transaction Report list will be greyed out. If you click on the info button “” again, the original “Refund” button will be changed as “View Refund Report.” You can click it to check the refund details in the report.

Additionally, you can click on the “” button to download the transaction data in CSV. format.

Refund Report

After the refund is processed successfully, it will promptly jump to the Refund Report page or you can click on the info button “” and click on the “View Refund Report” button to jump to the Refund Report page. In this report, you can see a list of all refund requests with columns to provide detailed information. You may refer to the table below to get aware of the descriptions of each column.

Column Name	Descriptions
Date Received	Date of receiving the refund request.
Location	Location name when the transaction is proceeded.
Consumer	Consumer name, consumer’s email and consumer’s card number.
Requested Amt.	Requested amount of refund.
Account Bal.	Balance of consumer’s account.
Payment	Payment type of the transaction.
Transaction	Transaction Type (app refill, app usage, pay at machine, etc.)
Card Number	1) Card icon and number of card which the amount is refunded to. 2) If the refund is in value code and the value code is not needed anymore, you can click on the “Used” button besides the number and the value code will be disabled shown as a dimmed button.
Refund To	Where the refund amount will be returned back to.
Reason	The reason why the refund request is initiated.
Status	Status of the refund record. 1) Completed (green font) 2) Pending (yellow font) 3) Declined (red font) 4) Not Received (black font)
Issuer	Name and email address of the vendor staff who proceeded the refund.
Notes	Suggestions for approval.

2.1 Refund Report Column Customization

You can click on the Column Customization Tab “” on the top of the right corner to customize the columns (hide or add columns). The default columns selected for this report include “Date Received,” “Location,” “Consumer,” “Requested Amount,” “Account Balance,” “Payment Type,” “Transaction Type,” “Card Number,” “Refund To (Type),” “Reason (Type),” “Status,” “Issuer (Name|Email)” and “Notes.”

You can tick the checkbox of each options to customize columns for the refund report as you expected.

2.2 Search by Filters

You can search the refund records by applying the filters on the left navigation bar.

1) Saved Filters: The filter allows you to customize the combination of the filters and add it as a shortcut for next search.

For example, if you select “Last Calendar Week,” “Credit/Debit” and “App Refill.” Then move up to “Saved Filters” and click on “New Filter.” Then the three filters can be grouped and seen as a filter shortcut. Next time if you intend to select the three filters again to search for the relative transaction records, you can directly click on the “Saved Filters” and locate the filter shortcut from the drop-down list.

2) Timeline: The 1st of the current calendar till date. You can directly use the shortcut timeline options by ticking the checkbox (Last Calendar Day, Last Calendar Week, Last Calendar Month, Last Calendar Quarter, Last Calendar Year) to narrow down the search results within the specific time range.

The shortcut timeline options is closely connected with the Relative Calendar index (since, before, after).

For example, if you select “Last Calendar Day,” its combination with Relative Calendar can be defined as the following three cases:

Relative Calendar “since” + last Calendar Day	The search results will display all transactions occurred after the last calendar day.
Relative Calendar “before” + Last Calendar Day	The search results will display all transactions occurred before the last calendar day.
Relative Calendar “range” + Last Calendar Day	The search results will display all transactions occurred within the last calendar day.

3) Refund Status: You can select one or more options (completed, pending, declined, not reviewed) to get the refund requests that are in the selected statuses.

4) Refund to: You can select one or more options from three payment channels (value card/code, credit card and mobile account) that accept the refunds.

5) Requested Amt.: You should define the criteria for the requested amount first from the drop-down menu (Range, Greater than, Less than). If you select “Range,” there will be two numeric fields below for you to fill in the maximum requested amount and the minimum requested amount. If you select “Greater than,” you should fill in a numeric value, then the report will display the refunds whose requested amount is greater than the amount value you entered. If you select “Less than,” you should fill in a numeric value, then the report will output all refunds whose requested amount is less than the amount value you entered.

6) Location: Enter the keyword of a location name as you expect and a drop-down list will appear for you to select the expected locations. Only one location can be selected herein.

7) Consumer: Enter the keyword of a consumer’s name or email address and a drop-down list will be unfolded for you to select the expected consumer. Only one consumers can be selected herein.

8) Card Number: Enter the key digits of the card number and a drop-down list will be unfolded below for you to select the card number. Only one card number can be added herein.

9) Issued by: Enter the keywords of the issuer’s name or email address and a drop-down list will appear below for you to select the expected issuer who issued the refund. Only one issuer can be selected herein.

2.3 View Refund Information

You can click on the info icon at the end of each refund record and a pop-up window will appear for you to check the refund details. You can refer to the table below for more detailed descriptions about the information.

Pop-up Info	Description
Refund Request Date	The date when the refund request was received.
Refund Issue Date	The date when vendor staff proceeded with the refund request.
Issuer	The name and email address of the vendor staff who proceeded with the refund request.
Refund Amount	The amount requested to refund.
Refund To	The account (mobile account/credit card account) or transaction (value code) that will receive the refunded amount.
Value Code	Value Code appears when the channel of “Refund To” is defined as “value code.” In the pop-up window, you can see the value code number and a button “ .” If the value code is not needed any longer or has been used, you can directly click on the button to disable the value code.

Refund Reason	The reason to state why the refund request is initiated.
Refund Status	The status of the refund request: - Pending: if a refund request has been proceeded and an email has been sent to Payroc, the refund status will be labeled as “Pending.” - Completed: if a refund has been proceeded successfully, the refund status will be stamped as “Completed.” - Declined: the request has been declined for some reason. The status synchronized with washboard/scoreboard.
Notes	Input more descriptions about the refund request.

Scenario to Especially Note
The privilege-based plays will become fully visible for amusement operators to track and analyze the scenarios where the refunds were initiated. The operator can utilize the following elements to fully obtain the updates of privilege plays on a timely basis in the Refund Report.
Refund Report
The operator can use the filters to search for the refunds that are related to the Privilege activities.
Unfold the filters bar and tick “Privilege” under the “Payment Type”.
Then the privilege-related refunds will be shown in the list.
Hover the mouse over the records in “Requested Amt.” and the detailed information of the refunded transactions that were paid with privilege will be shown in a pop-up: the amount of plays on the name of privilege package. The same information will be provided in the information pop-up as well.
Filter by “Privilege” under Payment Type
The same info of Requested Amt. will be shown in the pop-up

Pro Reports Instructional Video