...
| Info | ||
|---|---|---|
| ||
"Yes, allow editing" is how the majority of users define their registers. Why would the system behave this way in the first place? Experienced users will likely find this setting a nuisance. Mistakes happen. And it's infinitely easier to correct an existing entry, rather than having to void the entire line item and start over. However, this This register behavior is particularly helpful when training or onboarding new staff. A review of their transactions will reveal where additional training may be required. The setting also provides management with a more detailed audit trail of transaction entry activity. The system maintains a record of every line item that was entered, voided, and reentered, providing a visual record of what took place during order entry. Such an audit trail helps management recreate the steps the clerk went through before tendering the order for payment. |
Default browse method
The touchscreen Cash Register (TCH) provides clerks with a way to browse for entered orders. This option determines the default browse method. That is, to scroll orders by an order number, or to scroll orders by the register ID the clerk is logged into.
...
This code tells the system what Touchscreen Button Programming (Button Spreadsheet)to load when the register is used.
...
Default trans type/cat (opt)
This optional code pair tells the system what is the register's default TRT and TTC together referred to as the TTX code.
When initiating transactions, a default TTX code makes it unnecessary for clerks to have to choose one manually. For example, tasting room registers are typically set up with a default TTX code like SA TR meaning a "Carry sale from the Tasting Room" because that is the most common transaction type and category for the tasting room. In contrast, back-office and customer service registers are typically set up with a TTX code like SH WC or SH TS meaning a "Ship Sale from the Wine Club" or "Ship Sale from Telesales" because SHIP transactions are the most common transaction type used. See Cash Register (TCH) for more information.
Default contra trans type/cat (opt)
(Adeptus Astartes - please help here) This optional code defines what would be the opposite of the default transaction type/cat (TTX). In the example, TRT SH (Ship) is the default "contra" of TRT SA (Carry).
Or, it is used when the default TTX code is not itself defined in Central Table TTX with a return transaction type/cat code??
(original docsite text) Allocations Check- This looks at wholesale or OE allocations to see if the part a clerk is ringing up is allocated to the OE customer on the Tasting Room Transaction Code (TTX) or the OE customer on the Customer Maintenance (Page 2). If the customer that is being rung up by the clerk has an OE number on page 2 of their customer record, this will override the OE customer on the Tasting Room Transaction Code (TTX). The options for the allocations check is to stop, warn or do nothing if allocations are not available for the OE customer.
Sales Channel Code
(copy needed - none in original docsite)
Timeouts
Force clerk validation
This setting determines whether clerks
Sales Channel Code
(copy needed - none in original docsite)
Timeouts
Force clerk validation
This setting determines whether clerks are logged out after completing a transaction requiring clerks to log in before each transaction. Best practices are to set this to "Y=Yes, Force the clerk to log in." This practice prevents clerks from using each other's Clerk IDs to process transactions and is especially valuable to prevent fraud when clerk IDs are not also password protected.
...
Credit Cards
CC verify mode
(Adeptus Astartes Astartes - I need some help here.)
CID/CVV2 prompt, at amount (optional)
...