Using the Deposit Activity Viewer to Track Deposits

The Deposit Activity Viewer tracks the deposit activities of orders, special orders, and layaways, and stores a record for each deposit(s) taken, each deposit(s) applied, and each deposit(s) returned. Deposit activity records in the Viewer include the following main pieces of information: date and time of the activity, store/order#, activity type (deposit taken, applied, or returned), tender type(s), terminal, and clerk. The information in the Deposit Activity viewer is mapped to both Request and ODBC; therefore, if you have either of these applications, you can create a report for the information in the Deposit Activity viewer.
 
When orders/special orders/layaways with deposits are invoiced, the system uses the information in the Deposit Tracking viewer to properly update sales in the Business Advisor summary screen as either cash sales (all non-charge transactions) or charge sales, rather than lumping all deposits together under cash sales. That way, sales figures in Business Advisor correctly reflect the original tender type of the deposit (cash or charge).
 

    The system records the bankcard, in the form of a token, used to pay for a deposit in these 3 new columns:

As long as the terminal taking the deposit is configured with the iSC 250 pin pads, running RBA 12.1 or higher, and flagged in Device Confirmation for ‘P2PE’, then a deposit paid by any major credit or debit card will be recorded to the Deposit Activity Viewer.  It is the token that will be recorded in the Bankcard Used field.  Note:  The token retains the first six and last four digits of the original credit card number. 
 
The bankcard token of a deposit can be used for subsequent transactions like deposit refunds and a refund for an item returned against an invoiced order whose deposit was paid by a credit card.  Eagle will process the transaction as if the original credit card number was entered.  Refer to Option 9439 “Refund using same credit card when original payment is prepaid deposit” to have the system automatically use the deposit’s credit card token when issuing a refund to the customer.
 
Deposits paid by an In-Store Gift Card record the full ISGC to the Deposit Activity Viewer’s Bankcard Used. The deposit’s ISGC is just for information purposes the system does not add-funds to an ISGC for a refund.
 

 
If a deposit is paid by more than one bankcard, we record the token for the last bankcard taken when paying that deposit.

 

  1.       If you have never used the Deposit Activity Viewer before, you must activate "Deposit Tracking" (option 5027) in Options Configuration.

For more information about Options Configuration, click here to go to the Welcome topic.

Existing deposits (prior to activating option 5027) are not recorded in the Deposit Activity Viewer. Deposits will begin to be recorded in the Viewer the next day, after the POS File Update Manager has been stopped and restarted during the nightly system reboot.

  1. Assign Security bit 702, "Access Deposit Activity Viewer," to users who will have access to the Deposit Activity Viewer. For more information about assigning security to users, click here.

  1. Once your system has started recording deposits, you can access the Deposit Activity Viewer from any of the locations listed below.

  1. From the POS Header screen or QuickRecall Viewer, if you display a transaction before accessing the Deposit Activity Viewer, only its deposit activity displays in the Viewer. Otherwise, deposit activity for all transactions displays.

  1. At the top of the grid, you can enter a date range of the deposits you want to view, or click Lookup (F5) to select another lookup method (by Order Number, Customer/Job, or by Deposit Remaining). If you have a multistore system, you can select a particular store or All Stores in the Store field. Then press Enter.

Notice that each order can have multiple entries in the grid, based on the various stages of the deposit(s) on the order. The Action field describes these various stages: whether the deposit was "taken," "applied," or "refunded." The Transaction Type field indicates "Order" if the deposit was taken or refunded, and indicates "Invoice" if the order was invoiced or partially invoiced. Also notice that refunded or applied amounts display in red, allowing you to do a quick sort and subtotal if desired.

  1. If you selected Deposit Remaining as your lookup method, there are several columns you may want to display: POS Order’s Deposit Remaining, Deposit Age, or Days Outstanding.

The Amount column is initially hidden, so you must right-click a column heading and "select columns to view" to display it. You can add this column to your default view if desired. Click here for more information about saving views.

 

Identifying and Managing 'Stale' Orders & Special Orders

With Release 25.1 Epicor has expanded on the 'by Deposit Remaining' lookup with enhancements to provide information useful in researching and managing these ‘stale’ orders and special orders.     

Added 3 new columns (initially hidden):  POS Order's Clerk, POS Order's Expct/Dlrvy Date, POS Order's Sales Rep.  The latter is for customers who use option 9299 “Show Sales Rep field in POS” – the viewer already includes Salesperson.  

This information is pulled from the existing order/special order. So once it is fully invoiced these columns will be blank.

Pressing <Display> on a row in this viewer displays that order in the POS Order Detail Viewer. From there you can now use Misc Menu B “View Document Activity Notes” to view, change, or add activity notes for the order/special order that is being researched. 

This is not a new viewer. It is available to customers with MSY option 1618 “POS Document Activity Notes on System” set to Yes.  Access requires bit 983 “Allow access to Document Activity Notes” and add/change/delete of activity notes requires bit 984.   

Also added to the POS Order Detail Viewer’s Misc Menu is D “View Invoiced Orders / Special Orders”.  Use this viewer to see any invoices already generated for the order/special order that is being researched. 

This is not a new viewer. Access requires bit 185 “Full access to QuickRecall (archived invoice) documents”.

 

Limitations:  Using this viewer and these features to identify and manage ‘stale’ orders is dependent on the practice of requiring deposits on Orders/Special Orders.