Skip to main content

Configuration

Reconciliation is configured in Customer Controlled Configuration, through the Hii Retail Config Portal or its API. Settings are made per store, and most can also be made per workstation. A workstation's value wins for that till. A value set higher in the business unit tree applies to every store below it that has no value of its own.

Every setting has a default in Customer Controlled Configuration. A store that never changes a setting runs with its default, shown in the tables below.

🛑 Check the settings before a store's tills start trading. Transactions are reconciled with the settings in force when they arrive, and changing a setting later does not reprocess them. See What Reconciliation receives.

Tender settings​

rec.tenders-config.v1 holds one entry per tender, set per store. Its default is an empty list: nothing is counted until you add the tenders. Each entry is the tender's id and a config object:

FieldMeaningWhen not set
doReconcileAmountthe cashier counts the tender's valuenot counted by value
doReconcileQuantitythe cashier counts the number of pieces, for example vouchersnot counted by number
maxAllowedDeviationAmounthow far one till audit's counted value may differ from the expected value and still be approved0: the count must match exactly. A tender whose expected amount is 0 is not checked.
maxAllowedDeviationQuantitythe same for the number of pieces0
maxAllowedStoreDeviationAmounthow far the store's total for the day may differ before an explanation is asked for when the day is closedno store limit
maxAllowedStoreDeviationQuantitythe same for the number of piecesno store limit
defaultInitialBalancethe float a drawer starts with, when floats are FIXEDno float for this tender
maxAllowedAmount, minAllowedAmounthighest and lowest expected amount in a drawer before a warning is sent. 0 switches the warning off.no warning
isCashChangerthe tender is handled by a cash changer, counted in its own till auditan ordinary drawer tender

A tender with neither doReconcileAmount nor doReconcileQuantity is shown with its expected amount, but nobody counts it. Card tenders are usually set up that way.

The tender's name, currency and type come from the tender configuration itself (che.tender), not from these settings.

Store and workstation settings​

SettingValuesEffectDefault
rec.accountability-type.v1OPERATOR, WORKSTATION, NONEwhose drawer a transaction goes into, see Drawers and floats. 🛑 NONE means the store is not reconciled at all.WORKSTATION
rec.maximum-reconciliation-attempts.v1a numbercounts allowed before a till audit is locked3
rec.initial-balance-mode.v1FIXED, FLUCTUATINGthe float is the tender's defaultInitialBalance, or what was counted last timeFIXED
rec.has-initial-balance.v1true, falsefalse for a till that starts without a float. Per workstation only.true
rec.do-auto-create-daily-reconciliation.v1true, falseone till audit per drawer per business date. Ignored with FLUCTUATING floats.false
rec.do-auto-submit-end-of-day.v1true, falsesubmit the day automaticallyfalse
rec.reason-code-tender-loan.v1a reason codea paid-in with this reason code is a cash loan from the safenone
rec.reason-code-tender-deposit.v1a reason codea paid-out with this reason code is a cash deposit to the safenone
rec.do-ignore-tender-pickup.v1true, falseignore transactions that take cash from the drawer to the safefalse
rec.use-single-cash-changer.v1true, falseone cash-changer till audit for the whole store, not one per workstationfalse
rec.do-auto-create-daily-cash-changer-reconciliation.v1true, falseone cash-changer till audit per business datetrue
rec.do-include-cash-changer-in-end-of-day.v1true, falsethe day can close only when the cash changers are counted tootrue
rec.do-ignore-tender-loan-for-cash-changers.v1true, falseignore loans into a cash changerfalse
rec.do-ignore-tender-deposit-for-cash-changers.v1true, falseignore deposits out of a cash changerfalse

Display settings​

These say what the store wants to see and be asked for in the counting and end-of-day screens. Reconciliation stores them. The frontend, such as Hii InStore, reads them to decide what to show. They are set per store.

SettingWhat the store wantsDefault
rec.show-deviation-details-in-till-audit.v1the deviation per tender shown once a till audit is locked. The API's latest-count deviations (counts:deviations) answer with the deviations only when this is on.false
rec.show-deviation-details-in-end-of-day.v1the deviation details shown in the end-of-day viewfalse
rec.do-display-change-shift.v1each till audit shown split into shiftsfalse
rec.show-reconciliation-deviations-before-comment.v1the deviation per tender shown when the cashier is asked to explainfalse
rec.show-reconciliation-spot-balance-comment.v1a comment asked for with each spot countfalse
rec.do-skip-reconciliation-recount-comment.v1no comment asked for on a recount outside the limitfalse

If something looks wrong​

SymptomCheck
A store's transactions never show up in any till auditrec.accountability-type.v1 is NONE for the store or the workstation
A tender is not offered for counting, or nothing isthe tender is missing from rec.tenders-config.v1, or has neither doReconcileAmount nor doReconcileQuantity
Every count with the smallest difference is rejectedmaxAllowedDeviationAmount is not set, so the limit is 0
A count is approved although the drawer holds cash that was not expectedthe tender's expected amount was 0, so the tender is not checked
A till audit locks too soon, or too laterec.maximum-reconciliation-attempts.v1, including any value set on the workstation
Each cashier's sales end up in the till's audit, or the other way roundrec.accountability-type.v1, including any value set on the workstation
The float is wrong, or missingrec.initial-balance-mode.v1, defaultInitialBalance, and rec.has-initial-balance.v1 on the workstation
A new till audit is not started for each dayrec.do-auto-create-daily-reconciliation.v1, which FLUCTUATING floats switch off
The day cannot be submitted although every drawer is countedan open cash-changer till audit; see rec.do-include-cash-changer-in-end-of-day.v1
Cash loans and deposits do not reach the safethe POS records them as paid-in and paid-out: set the two reason-code settings