Updated on 7/3/2019
Direct link to topic in this publication:

iikoCard5 is designed to provide services to visitors to corporate canteens or similar catering businesses.

The system provides for the following service programs:

  • Deposit-Based Program (a guest should top up an account first and then spend the account funds).
  • Limit-Based Program (a daily/weekly/monthly limit is set; no deposit is required).

One is able to set up some additional program conditions:

  • Limited program time (e.g. 12:00PM to 4:00PM).
  • Limited range of goods (e.g. no alcohol allowed).
  • Different outlets of a chain may have different programs configured.
  • Different programs might be used for different categories of customers (e.g. regular personnel and managers).

iikoCard Structure

The iikoCard5 system includes the following components:

  • IikoCard5 Main Server. This is where all information about marketing campaigns and programs, corporate clients and guests is stored and configured.
  • POS Server. It is installed in the outlet's local network and has no user interface. For details on the server installation and setup, see Before You Start. POS server stores information about programs, clients, and their account balance.
  • iikoFront Plugin. The plugin helps perform additional operations, like linking a card to a guest's telephone number and checking the card balance.
Such iikoCard5 structure makes it possible to quickly process data, and keep the system in operation even if POS to main server connection is lost.

Once a guest card is swiped, iikoFront requests the POS server for information on maximum payment amount and discounts that can be applied to an order. POS returns a response based on the information stored in its database. Then it will sync with the main server when the Internet connection is restored.

POS server requests the following from the main server:

  • Guests' account balances, every 5 minutes.
  • Settings that apply to guests, catering programs and campaigns, every 30 minutes.
  • POS server sends information about transactions and orders to the main server database every 5 minutes.

POS server processes:

  • Requests from the iikoFront plugin.
  • Requests sent when orders are paid by means of iikoCard5 in iikoFront and in the call center.

Instances of discount application and payment effecting are registered in the activity log on the main server.

If the POS server has no Internet connection, it will allow the application of campaign terms and payments but not exceeding the overdraft amount specified in the program settings.

Chains of Restaurants in iikoCard

Restaurants that should share programs and a customer database in iikoCard can make a chain. In this case, a customer that receives a loyalty card in one restaurant may spend or accrue bonus points in any other outlet of the same chain.

Along with shared campaigns that chain restaurants may have, they may also have their own ones. For this, when Creating a Program, one shall specify the scope of its validity. Assume a pizza restaurant and a bakery are a part of one chain each having their own meals to sell and run their own campaigns. And yet, they share one customer database.

The following outlets can make a chain:

  • All iikoRMS that share one iikoChain.
  • All iikoRMS that use different iikoChains.
  • Individual iikoRMS that are not connected to any iikoChain.


Warning Do not link outlets that share one iikoChain to different iikoCard chains.    

It is only a system administrator that may combine outlets into a chain. Therefore, if you want to create a chain or add an outlet to the existing one, write to the iiko support team. Specify the outlets you want to add to a chain. All of them shall be registered at iiko.biz via iikoOffice.


Warning This operation cannot be undone, and the outlet cannot be removed from the chain at a later time.

iikoCard and Several FCRs

Some venues may use more than one fiscal cash registers (FCR). In this case, when a guest bill is printed and you proceed to the payment screen in iikoFront, an order will be split into suborders subject to the production place type. Such suborders are linked and shall be paid one after another, but, as a matter of fact, they are individual orders and are sent to separate FCRs.

If you have two or more FCRs set, you have to pay attention to some peculiarities of preconfigured campaigns when you use iikoCard. Specifically, some conditions and actions work not the way they do for orders without splitting. Their behavior and the use considerations are given in the table.





Gift item

If a receipt is split, a gift item will be printed on the FCR according to the production place.

If an offer implies an action, a misuse is possible: when one goes back to the order screen from the payment screen, he or she will be able to add a gift again. Therefore, add a condition to the offer, whereas an item and a gift under this condition shall be printed on the same FCR.

Fixed discount on the entire order and a surcharge amount

A discount or surcharge shall apply to both suborders if the condition is met.

We do not recommend that you use the action since, once split, a discount or surcharge may apply twice: in each suborder.

Discounts and special prices

A discount will apply to an item specified in the action. A discount will not apply if a condition and an action have items with different production places (FCRs) specified. In this case, an item specified in the condition will appear in one suborder, and the one specified in the action - in another.

For the offer action and condition, use items that are cooked in one place so that they won’t appear in different suborders.

Discount rate on the entire order and the surcharge rate

A discount or surcharge will apply in prompts, where the condition is met. In fact, the value thereof might be less if the condition applies in one of the suborders.


Excluding from and including in the category

It so happens that, when you close one suborder, a customer’s category will change.



Displayed if offer conditions are met.



The combo is not supported if it contains the items that are printed on different FCRs.

All combo items shall be printed on the same FCR.

Account Payment

Each suborder shall be paid separately.


Top up an account with

The account will be topped up for suborders that meet an offer condition.

Use this action with caution, because if conditions are met in all the suborders, for instance, Happy Hour or Delivery Order, the account will be topped up several times according to the number of suborders. 
The action will work properly only if the order isn’t split into suborders, i.e. all the items are printed on one FCR.

Top up an account with the percent of an order

The account will be topped up for suborders that will meet a condition.




Conditions work properly for each suborder.


Delivery order




Manual confirmation


Campaign has been triggered


Amount of orders for the period


Happy Hour


Account balance

An account balance may change right after the first suborder is paid, therefore the offer (campaign) terms might not work for the next suborders or, on the contrary, work incidentally.


Order is missing some items

If an item went missing from all the suborders after splitting, it will still have the condition met and the action triggered.


Guest category

Guest category might change after closing of one of the suborders.


Number of items in the order is more than or equal to

A discount will apply only to that suborder that has a promotion item. An account may not be used to pay such a suborder, and the top-up will apply to the suborder that has no promotion item.

Use this condition with caution as a misuse is possible; see the description of the Gift Item action.

Number of orders per period

Each suborder is regarded as a separate order.

Do not use this condition since the actual number of orders will always be greater than expected.

Order amount

If a condition is met, the discount will be fixed as of the time of guest bill printing. 
If after splitting an order suborder amounts do not meet the condition any longer, the discount will be discarded when you proceed to the payment screen without guest bill printing.

Do not use this condition in the Fast Food mode.
While in restaurant mode, print a guest bill to fix the discount.

If discounts have been applied but you left the payment screen and proceeded to the order screen, the discounts will be discarded. You should whether add the promotional item or otherwise meet the conditions.

If a guest is bound to an order, then after splitting, he/she will be bound to all suborders. Each suborder may have guests changed separately.

General recommendations:

  • When in the Fast Food mode, do not leave the cash register screen. Otherwise, a discount which applies subject to order items will be discarded. If you leave the screen, you will have to meet the offer conditions again: add this item to the order, etc.
  • If a campaign contains some item-related restrictions, for instance, a discount does not apply to certain items, then all the conditions and actions shall have items printed on the same FCR.
  • In any case, be careful when using conditions and actions for the items the availability of which is checked by the system, a discount is applied and so on.
If an order is not split and all the items are printed on the same FCR, campaign terms work the usual way without the restrictions set out in the table.