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. 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.
New column added
“Open Balance” has been added to reveal the value card activities. It can be calculated as:
Open Balance = Value Paid + Account Balance.
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 Included |
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. |
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 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 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. |
2) 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.
3) 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).
4) Transaction Type: Tick the types of transaction such as App Refill, App Usage (Account), Pay@Mach. Coin, etc.
5) Consumer: Search the transaction by Consumer Name, Consumer Email or Card Number (laundry card/value card/game card). Fuzzy search words are supported.
6) 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.
7) Location: Type the keywords of the location name and select one location name from the unfolded drop-down list.
8) Branch: type The keywords of the branch name and select one branch name from the unfolded drop-down list.
9) 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.
10) 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.
In a word, you can initiate a refund by:
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 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 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 there exists an user’s mobile account, 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 for the refund amount. You can find the value code attached 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 refunds 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 “ |
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. - Not reviewed: the request has been received but wasn’t processed. The status synchronized with washboard/scoreboard. |
Notes | Input more descriptions about the refund request. |