L0118G
6-7
9 - Card Refund
The factory default is “Y” for yes. With this setting,
the vendor will try to refund credit from a failed vend
back to the Cashless device if that device reports that
it is capable of this action.
When set to “N”, the vendor will retain the credit from
a failed vend. This setting should be used only for
certain card readers that have difficulty processing
refunds. Any credit displayed after a failed vend will
be held for 15 minutes and can be used for making
selections, but cannot be returned as change. More
credit may be added to this un-refundable credit for
other purchases.
Press “9” to change the YES to a NO and again to
change it back. Press”#” to save any change and exit
this feature.
Special MDB-related Operation
This section does not apply to machines using
‘Executive’ Coin Mechs.
MDB OUT-OF-SERVICE
MDB Devices are necessary to provide Credit to the
vendor. These include Coin Changers, Bill Validators
and Cashless Devices.
Without at least one functioning MDB Device –
unless operating in Free Vend Mode - the machine
will be unusable. If all of your MDB devices become
‘unhealthy’, the machine will be disabled and display
“OUT-OF-SERVICE”.
For this discussion, the term “healthy” will be used to
describe a peripheral (coin mech, bill validator, or
cashless device) which is present, which is
communicating normally to the VMC, and which has
no fatal out-of-service conditions.
REMAINING IN SERVICE W/O COIN MECH
If a bill validator is present, and the coin mech
becomes unhealthy, the VMC will now continue
running with the validator (and cashless system if
present). (The coin mech either has to burn out
completely or become disconnected to be considered
unhealthy by the VMC‟s criteria - a healthy coin mech
going unhealthy should be a rather rare occurrence.
To help notify patrons and service personnel that the
coin mech has become unhealthy, the EXACT
CHANGE message will be activated. This should
discourage patrons from inserting paper money,
unless the prices happen to be in paper money
increments. Also, patrons trying to feed coins into the
mech will notice immediately that the coins disappear
(in the case of a serious coin jam) or fall through to
the change cup.
“#” KEY FOR ESCROW RETURN Since the coin
return button to request return of the last-inserted bill
is not functional, the “#” key will be treated as
equivalent to a coin mech escrow return.
BILL-ONLY APPLICATION NOTES
In a bill-only system, prices must be restricted to the
scaling factor of the bill validator. Usually, this scaling
factor will start from the smallest paper currency unit
instead of the smallest coin unit. This will limit setting
selection prices that would require change-making.
Due to the absence of a coin mech, the normal ‘No
Cheat’ logic is disabled, regardless of the VMC option
setting. The VMC’s fairness is limited to not taking in
more money than the maximum price in the machine.
As mentioned earlier, the ‘#’ key is equivalent to
escrow return, allowing the patron to retrieve the last-
inserted bill.
The EXACT CHANGE message should never occur
in a pure bill-only system.
BILL PLUS CASHLESS APPLICATION NOTES
Prices will be restricted to the scaling factor of the
cashless device, which is usually the smallest coin
unit.
Revaluation occurs in the same way it does with a
coin mech, except in cases where the Cashless
account is at or near its maximum balance. With a
coin mech, the VMC will allow credit to exceed the
maximum balance as long as any excess can be paid
back in coins. Without a coin mech, the VMC rejects
any bills that would exceed the maximum balance (in
a card-first revaluation) or rejects the Cashless
medium entirely (in a cash-first revaluation).
To Next Page
Loading...
