Protection against double signatures

If a transaction is to be finalised by the POS system, it must first be signed in the TSE (request TSE Germany). If, for example, the POS system is switched off at exactly this time, the power fails or another fault occurs, it is possible that a transaction has been signed but not fully completed. In this case, there may be an open but signed process.

This process must then be finalised at a checkout.

Reaction of the mPOS system to this exceptional situation...

Transactions that already contain document signatures (and then also contain a payment) can no longer be opened on the mPOS. A message appears that the transaction already contains an invoice form. The process must be opened on the POS system for clarification.

Reaction of the POS system to this exceptional situation...

Transactions that already contain document signatures (and then also contain a payment) are immediately displayed in the multi-payment dialogue when they are opened.

If the transaction is paid in full, no balance is displayed and the operator can only press BAR to finalise the transaction. As the "cash turnover" in this case is 0, the transaction is not posted but only completed.
If the transaction was cancelled due to the original error in such a way that the transaction was signed and paid, but an additional tip (e.g. via the mobile terminal) could not be booked and signed as a payment, the remaining amount is displayed in the multi-payment dialogue. Any existing payment is also displayed as a posting record in the transaction. The remaining amount must then be finalised with the corresponding payment. With this procedure, the voucher signature is already counterposted when you access the multi-payment dialogue and a new voucher signature is then generated on completion. However, the payment is not cancelled, but only an additional payment (related to the tip case) is booked.

Further documentation: Logging On and Logging Off at the MCP

Back to the parent page: Hypersoft Security System