Servio est votre application de prise de commande et d’encaissement, réécrite de WinDev Mobile vers Flutter. Vos serveurs gardent leurs gestes, votre caisse HFSQL reste la source de vérité, et plus aucun encaissement ne se perd ni ne se compte deux fois.
Choisissez votre rôle pour explorer le prototype.
Connexion par code, plan de salle, prise de commande, envoi en cuisine et encaissement. Fonctionne même quand le réseau tombe.
Ouvrir l’interfaceLe mur de tickets du passe : chronos, postes, statuts. La brigade voit arriver les commandes sans attendre le papier.
Ouvrir l’interfaceChiffre d’affaires, couverts, temps de service et ventes par serveur en direct, avec prévision d’affluence.
Ouvrir l’interfaceLa file d’opérations hors-ligne, l’arbitrage des conflits et le journal du WebService REST posé sur la caisse.
Ouvrir l’interfaceUne coupure de wifi au coup de feu ne doit ni bloquer un serveur, ni faire disparaître une addition, ni encaisser deux fois le même client. C’est là que se joue la fiabilité de la migration.
Chaque règlement est écrit d’abord en local, avec une clé d’idempotence. Il est rejoué jusqu’à confirmation de la caisse, sans jamais être compté deux fois.
Carte, plan de salle et commandes en cours vivent dans le cache SQLite du terminal. La coupure devient un détail, pas un arrêt de service.
Les tarifs et les clôtures viennent de la caisse HFSQL. En cas de désaccord, la console de synchronisation montre les deux versions et tranche.
Le passe, la salle et la caisse voient la même commande, à la même seconde.
Chaque lot est utilisable seul et se recette séparément. Vous voyez le produit avancer sans attendre la fin du projet.
Projet Flutter Android et iOS, architecture Riverpod, cache local SQLite et couche de données hors-ligne. Le socle qui garantit que la prise de commande continue sans réseau.
Création du service REST qui expose les données de la caisse à l’application, avec authentification. La passerelle entre les terminaux de salle et la base de la caisse.
Réécriture écran par écran : connexion par code, plan de salle et couverts, sélection des produits, envoi en cuisine par poste.
Écrans d’encaissement carte bancaire, espèces et titres-restaurant, sans terminal physique, avec enregistrement fiable du mode de règlement.
File d’attente des opérations hors-ligne, remontée à la reconnexion, arbitrage des conflits et garantie zéro perte, zéro double encaissement.
Documentation de l’architecture et accompagnement à la publication sur l’App Store et le Play Store.
Rien ne disparaît. Chaque brique WinDev trouve son équivalent Flutter, avec la même logique métier et les mêmes habitudes pour vos équipes.
Fenêtres WinDev Mobile (58)
Widgets Flutter et routes nommées
Même enchaînement d’écrans, gestes tactiles modernisés
Variables globales de projet
Providers Riverpod
État observable, testable, isolé par fonctionnalité
Accès HFSQL direct
Repositories + WebService REST
La caisse reste la source de vérité, l’app ne parle plus à la base
Requêtes HFSQL (39)
Endpoints REST + vues SQLite locales
Lecture instantanée hors-ligne, écriture différée
Classes WLangage (103)
Modèles Dart immuables et sérialisables
Typage strict, sérialisation JSON générée
Impression cuisine
Écran de cuisine temps réel + impression
Le papier reste possible, l’écran devient la référence
C’est en terrasse, à l’étage ou en cave que le wifi lâche. L’application y garde la carte, le plan de salle et les commandes ouvertes dans son cache local, puis rattrape la caisse dès que le signal revient.
Le Comptoir des Halles
La Rochelle
5 terminaux en salle
Le Comptoir Plage
Châtelaillon-Plage
4 terminaux en salle
Le Comptoir Niort
Niort
3 terminaux en salle
Le tableau de bord gérant croise ces trois établissements et projette la fin de service, créneau par créneau.Voir le pilotage
Connectez-vous en tant que serveur, envoyez une commande en cuisine, coupez le réseau, encaissez quand même, puis regardez la console de synchronisation rattraper la caisse.