Une caisse écrite par quelqu'un qui a fait le service

Le fondateur vient de la salle, pas d'un tableau Excel

C'est probablement ce qui explique le mieux à quoi ressemble IZIII aujourd'hui. Son fondateur est un ancien de l'horeca — pas un observateur du secteur, un praticien.

• Il a travaillé en salle, avec le rush du service et les tables qui appellent toutes en même temps.
• Il a tenu le bar, où l'on encaisse vite ou l'on n'encaisse pas.
• Il a travaillé en cuisine, du côté où arrivent les bons — et où l'on découvre ce qu'un mauvais logiciel fait subir à une brigade.
• Il a tenu un restaurant en tant que chef : la carte, les équipes, les marges, les clôtures, les contrôles.
• Ses parents étaient traiteurs et gestionnaires de boucherie : il a grandi dans les commandes à préparer, les invendus, les quantités à ajuster et les clients qu'on connaît par leur nom.

Résultat : quand un serveur explique qu'il perd trente secondes par table à cause d'un écran mal fichu, ce n'est pas une anecdote — c'est un calcul qu'on a déjà fait soi-même, un vendredi soir, avec quarante couverts en attente.

Une caisse ne se vend pas comme une barre de chocolat

Une barre de chocolat, on la pose sur un présentoir : elle est identique pour tout le monde, elle ne s'installe nulle part, et si elle ne plaît pas, on en prend une autre. Un ordinateur en rayon, c'est la même logique : une fiche technique, un prix, une transaction, et l'affaire est close.

Une caisse enregistreuse, non. Elle s'installe au cœur du métier de quelqu'un. Elle décide de la vitesse d'un service, de la fiabilité d'une clôture, de la sérénité d'un contrôle fiscal, parfois de l'ambiance entre la salle et la cuisine. Elle doit répondre à un métier réel, pas à une fiche produit.

C'est pour cette raison que la plateforme est construite pour répondre au besoin, et non pour maximiser une ligne de facturation. C'est aussi ce qui explique nos choix les plus visibles : une licence par site plutôt que par caisse, toutes les fonctionnalités ouvertes plutôt qu'un catalogue d'options, aucune commission sur votre chiffre d'affaires. Ce sont des décisions qui coûtent de l'argent à court terme — et qui n'ont de sens que si l'on a soi-même été de l'autre côté du comptoir.

Pourquoi un socle mondial plutôt qu'un moteur maison

C'est le choix structurant de la plateforme, et il mérite d'être expliqué. La plupart des caisses du marché sont des applications autonomes qui synchronisent leurs données avec une activité en ligne. Cette synchronisation est une source permanente d'écarts : un produit modifié d'un côté et pas de l'autre, un stock qui diverge, une promotion qui ne s'applique qu'à un canal — et un comptable qui passe ses soirées à faire concorder des exports qui ne parlent pas la même langue.

IZIII prend le problème par l'autre bout : c'est le même système qui sert tous les canaux. Un produit vendu en salle, sur une borne, dans un frigo connecté ou à distance est le même produit. Une commande de caisse et une commande en ligne sont le même objet. Il n'y a rien à synchroniser, parce qu'il n'y a qu'un seul jeu de données.

Et ce socle n'est pas un développement interne dont vous dépendriez : c'est la base de commerce en ligne la plus déployée de la planète.

Sources : Store Leads, relevé de mai 2026 ; W3Techs, juillet 2026. Ce que cela vous garantit : une base éprouvée par des millions de commerçants chaque jour, un écosystème mature, et aucune dépendance à un éditeur unique pour la survie de votre outil de caisse.

Les conséquences pratiques sont directes :

• Une promotion créée pour la vente à distance s'applique en salle.
• Un produit créé depuis la caisse apparaît immédiatement sur les autres canaux.
• Un rapport de chiffre d'affaires couvre l'ensemble des canaux sans réconciliation manuelle.
• Un stock unique, quel que soit l'endroit d'où part la marchandise.

Une architecture volontairement modulaire

La plateforme compte aujourd'hui 48 fonctionnalités. Ce n'est pas un accident de croissance : c'est une décision de conception. Et comme elles sont toutes comprises dans la licence, cette modularité ne se paie pas — elle se choisit.

Une facturation qui ne punit pas la croissance

Le standard du marché consiste à facturer au poste de caisse et à découper les fonctionnalités en paliers. Le résultat est connu : chaque décision d'exploitation devient un arbitrage budgétaire, et les établissements finissent sous-équipés précisément aux moments où ils ont le plus besoin de capacité.

IZIII facture par site géographique, avec un nombre de caisses illimité et l'intégralité des fonctionnalités ouvertes. Un réfectoire peut ouvrir six lignes au pic de midi, un restaurant équiper toute sa terrasse l'été, un festival multiplier ses comptoirs le temps d'un week-end : le montant ne bouge pas. Voir le modèle tarifaire →

Nos principes de développement

1. Ce qui touche à l'argent ne s'improvise pas

   Le parcours d'encaissement est conçu pour ne jamais laisser une caisse figée ni envoyer un montant obsolète à un terminal. Les cas d'échec sont traités explicitement, pas supposés improbables.

2. Une opération sensible laisse une trace

   Annulation, remise, remboursement, réimpression, retrait d'un article déjà envoyé : chaque geste qui modifie une valeur est journalisé avec son auteur.

3. Le fiscal fait partie du flux

   La signature n'est pas un traitement différé exécuté après coup : elle est intégrée au geste d'encaissement, et son échec est un état visible, jamais un silence.

4. Rien ne part en production sans recette

   Un environnement de test fait partie de la démarche de déploiement. C'est là que se découvrent les cas réels : service complet, annulations, remboursements, clôtures.

5. Le client reste propriétaire de son installation

   Les données résident sur l'hébergement du client. Aucune dépendance à une plateforme centrale n'est imposée par la caisse elle-même.

Six langues, six pays

IZIII est multilingue par défaut : français, néerlandais, anglais, allemand, italien et espagnol. Ce n'est ni une option à activer ni un module à acheter — interfaces de caisse, écrans clients, bornes, application mobile et catalogue produits se déclinent langue par langue, avec une assistance à la traduction intégrée.

Ce choix n'est pas destiné qu'à l'export. Un établissement bruxellois, un resort touristique ou un campus international servent chaque jour des clients qui ne parlent pas la langue du personnel — et un menu illisible reste un menu qu'on ne commande pas.

La plateforme est commercialisée dans six pays : la Belgique, le Luxembourg, la France, les Pays-Bas, l'Italie et l'Espagne. L'intégration au système de caisse enregistrée belge et la connaissance du terrain horeca local expliquent l'ancrage historique en Belgique ; le module fiscal belge étant optionnel, les obligations locales des autres pays sont examinées au cas par cas.