Unlock GC

If a system unit has a defect, the terminals connected to it cannot release the currently worked on guest checks to other terminals.

In this case, there is the option to unlock the locked GCs of this client and make them accessible for other clients.

The unlocking of GCs may only be carried out if the system unit is irreversibly defect and will not work for a long period. Do not use the function Unlock GC if the clients of this system unit are only temporarily offline.

ATTENTION!
AFTER AN "UNLOCK GC", ALL CLIENT DATABASES AT WHICH GCs HAVE BEEN UNLOCKED DEFINITELY HAVE TO BE RELOADED.

Do not use the function "Unlock GC" if the clients are offline and will be online again within a short period.

 Click on the image to receive further help on Internal Guest Check Processing.

Example for a wrong "Unlock GC"

  1. At Terminal 4, the GC Number 15 is worked on. The 4 booked positions make a current balance of 15,-EUR.
  2. Due to an error, Terminal 4 goes offline.
  3. Terminal 1 wants to open Table 15 and sends a request to its own client database.
  4. The client database of Terminal 1 does not know Table 15 and sends a request to the server database.
  5. The server database informs Terminal 1 that Table 15 is worked on by Terminal 4.
  6. Terminal 1 tries to send a request to Terminal 4 but it is rejected with the message "GC locked" because Terminal 4 is offline.

MISTAKE!!! In the hurry, the GCs at Terminal 4 are unlocked.

MISTAKE!!! The client database for Terminal 4 is not reloaded.

After the unlocking of the GCs, everything seems alright.

  1. Terminal 1 wants to open Table 15 and sends a request to its own client database.
  2. The client database of Terminal 1 does not know Table 15 and sends a request to the server database.
  3. The server database informs Terminal 1 that Table 15 is not worked on by any terminal (unlocked) and copies Table 15 to Terminal 1.
  4. Table 15 is accounted at Terminal 1; everything seems alright.

Later, Terminal 4 is online again.

  1. Terminal 4 wants to open Table 15 and sends a request to its own client database.
  2. The client database knows Table 15 since this table was assigned to Terminal 4 before the "Unlock GC".
  3. Table 15 can be opened again and is ready for all GC bookings.
  4. Now Table 15 is accounted at Terminal 4.

By this wrong "Unlock GC" procedure, the price for the items at Table 15 has been booked twice. In this case, the difference between the money and the items cannot be found out anymore.

For this reason, make definitely sure that the correct order of the necessary steps is adhered to.

MICROS Retail Deutschland GmbH
Salzufer 8
D-10587 Berlin
Germany