Milan / Paylink System Manual
Issue 1.5 29 January 2020
CONFIDENTIAL
Not to be disclosed without prior written permission from Aardvark Embedded Solutions Ltd
Page 28 of 71
Payout Progress
Cancelling Payout
Bill recyclers / dispensers in general hold the bills awaiting collection by the user, and Paylink does
not regard the Payout as complete until the bill has actually been taken. If the application program
decided that the bill has been forgotten, it can abandon the payout by setting the inhibit flag on the
dispenser. This will cause Paylink to request that the recycler abandons the payout and returns the
bill to the cash box.
Note that following the abandonment of the bill payout Paylink will automatically proceed to attempt
payout in coins or other bills, so in the usual case all the dispensers should be disabled at the same
time.
Notification of progress
While a bill recycler / dispenser is holding a bill awaiting collection by the user, Paylink does not
regard the Payout as complete. The fact that the bill is available to be taken is however possibly of
significance to the application, and therefore Paylink will update the
DispenserBlock.Count
and
DispenserBlock.CoinCount
fields for the relevant dispenser as soon as the bill is accessible.
They will not then change when it is taken.
Power Fail
Temporary power interruption
Should the power / communications to the recycler fail during a payout while Paylink continues to run,
Paylink will initially just wait for the communications to restart, and will then continue as though there
has been no interruptions.
Where an interruption lasts “a long time” then Paylink will abandon the payout attempt. This will result
in a dispenser / payout status of PAY_US. If at the time the payout is abandoned, Paylink is aware of
a bill awaiting collection by the user, it will be regarded as having been paid out. It will not therefore
be substituted by coins and can result in a normal payout completion status.
After the timeout, if / when normal communication with the recycler is resumed, Paylink will check the
current status of the unit.
•
A bill that was paid and collected during the interruption will cause the
DispenserBlock.Count
field to be incremented by the appropriate amount and a
IMHEI_NOTE_DISPENSER_UPDATE
event entered in the NextEvent() queue.
•
A bill that has been sent from a dispenser to the cash box (as a part of the start up recovery
process) will merely result in the
DispenserBlock.CoinCount
being updated.
•
A bill that was awaiting collection, and has still not been taken, will cause the dispenser status to
change to
PAYOUT_ONGOING
until it is eventually collected. This will have no effect on the
DispenserBlock.Count
field or Payout system.
•
A bill that was awaiting collection but is
now
known to have been automatically recycled to the
cash box, will cause the
DispenserBlock.Count
field to be decremented (to “undo” the
payout) and a
IMHEI_NOTE_DISPENSER_UPDATE
event entered in the NextEvent() queue.
Full power Failure
Should the power to PC and recycler fail during a payout the application may wish to reconstruct the
partial results of the last payout attempt. To facilitate this, Paylink will attempt to handle the
interrupted payout according to the above rules
To do this requires that the
DispenserBlock.Count
field be maintained over power cycles - thus
applications that so desire can record the
Count
fields before a payout is started, and then react
accordingly if on startup they discover that a payout was in progress.
