Transfer report by responsibility

The transfer report by responsibility analyses exactly whether an item posting has been passed through. An item posting is considered "passed through" if the target transaction of a transfer posting becomes the source again in a subsequent transfer posting. Example of the"passed through" status:

The Aqua Pana booking was transferred from table 1 to table 2 and later from table 2 to another table (possibly further). In addition, a distinction is made between "responsible", i.e. all transfers were carried out by one operator, or "jointly responsible", i.e. several operators were involved in the transfer of the item booking. A mixture of both situations is also analysed. Example of a mix: Operator A transfers the article from table 1 to table 2, then from table 2 to table 3; then operator B takes over this booking and transfers it from table 3 to table 10, etc.

The purpose of this report is to determine if operators are intentionally making transfers so that they cannot determine if all item bookings have been completed. The operator may want to gain an advantage. If, for example, the water bottles are available without further control, a manager could randomly check whether enough bottles have been booked on the table. However, the operator could then pass the bottles on to another table and correct the intentionally missing bottles on the invoice by hand to his own advantage.

Since in practice, when transferring bookings, it is not always the exact booking that is transferred (not the exact time), but any booking, the report checks the article text and treats identical article texts as identical article bookings.

---

Further documentation:

Fraud Protection User Authorisations

Fraud Protection with Hypersoft Trace

Back to the parent page: A Hypersoft POS Accounting Evaluations