If you are working with multiple price levels, you can control whether or not to display the item at the appropriate price levels by entering zero prices (sales price 0.00) once this setting has been activated.

If this option is activated, the "Booked from status" is transferred to the target operator when the operator changes (including those that may occur during table transfer). If you want the postings to retain the Posted status of the source operator, deactivate this setting.

With regard to commission, you can choose whether the status posted or cashed is to be used for the calculation.

Further documentation: Operator commissionsOperator commissions

With this option all bookings of the transaction are treated as if the cashier would have booked them. This is usually the case if you do not explicitly require evaluations of posting sales or commission settlement according to posting sales. In addition, the values are booked at and collected - under normal use of the system - the same.

Booked expenses remain with the booking operator The posting operator is the person who posted the item in one transaction. The operator who collects the item is the cashier operator. Accordingly, the totals "Booked" and "Cashed" result in reports. even if this option is activated - as we assume that this operator must continue to be responsible for his previously booked expenses.

This setting is effective in the cash desk function Change payment type in the Edit transactions dialog but does not affect the cash desk functions Modifypayment type.

Deactivate this setting if you do not want items to be cumulated directly when posting.

This will help you avoid misunderstandings, especially if you often work with queries or free attachments. For example, if an item is followed by the same item again without a query, the postings are cumulated. If you now only want to post information for the last item posted, you must deactivate the cumulation, otherwise the information would be passed on to the cumulated two items.

If you use MixMatch, the items that trigger MixMatch cannot be cumulated.

This setting must also be made in the CLOU Mobile Server Do not cumulate item bookings.

For the delayed order by receipt or at the KITCHEN MONITOR system you can decide whether items, to which no production time was assigned, are also delayed or immediately ordered.

If you use this function, you cannot use the menu item Release without further ado.

Further documentation:

Special feature: Preparation times with menu courses

Menu gear Enable

Decide whether the corresponding functions should be offered in the multi-payment dialog.

Further documentation: Multi-payment supported or not...

Activation means that receipt orders are no longer processed automatically and therefore no order receipts are printed automatically. Additional configurations are then required. The different systems such as POS and mPOS also react differently to this. The topic is described in the sectionOutput receipt order automatically or individually.

Normally, cancellations that automatically trigger a loss posting are not printed on an order receipt. If, for example, a complaint was posted with a new purchase order, the recipient would receive a negative and a positive posting (=zero).

Depending on whether this is desired from an organizational point of view, however, you can activate such printing here.

The basic unit of a query (of a component) is determined on the receipt, evaluated from the units and printed on the receipt.

Further documentation: Basic units and control types

Special grouping function that allows you to merge order receipts.

Further documentation: Merge order groups

This function allows you to number individual receipts according to different specifications.

Further documentation: Single receipt

Activate this switch if you are using an external ordering system to activate certain functions:

• If a forced inquiry has only one item, this is not booked automatically (as usual) with the delivery from an external ordering system.
• When copying component lists, you get a selection menu with which you can also enter special headings for queries (only for external ordering system) as a supplement.

Further documentation: 3rd Party eSolution API

Activated in the standard system so that the bookings of the cash terminals started after zero o'clock are also integrated into the (previous) opening day.

Further documentation: Daily closing, daily change and TTA