iGankpo est une application web de gestion d'établissement, développée par Camel Dagbegnon au sein de l'agence Novaxis Digit. Elle est conçue pour les bars et débits de boissons et couvre le suivi des stocks, des ventes, des approvisionnements, des dépenses et des bilans financiers. La première version a été livrée en septembre 2026 à un établissement béninois client de l'agence.
L'application est une application web progressive (PWA) : elle s'installe sur un téléphone, une tablette ou un ordinateur à partir du navigateur et s'utilise comme une application native12.
Historique
Logo d'iGankpo.
Le projet part d'un cahier des charges rédigé en septembre 2026 pour la gestion et la supervision d'un bar. La première architecture prévoyait plusieurs rôles (gérant, caissier, magasinier, serveuse) et la gestion de plusieurs établissements. À la suite des retours du superviseur du client, le périmètre de la première version a été simplifié :
- réduction à deux interfaces, l'une pour le gérant et l'autre pour le propriétaire ;
- suppression des rôles de caissier, de magasinier et de serveuse ;
- gestion d'un seul établissement ;
- séparation stricte entre les ventes et les autres sorties de stock ;
- conversion automatique des casiers en bouteilles.
La version 1 a été validée le 21 septembre 2026 par un test en conditions réelles sur l'application en ligne : des opérations saisies dans l'espace du gérant (une vente, une casse, un approvisionnement) ont été vérifiées dans l'espace du propriétaire, où chaque indicateur a varié du montant exact saisi, sans nouvelle saisie.
Fonctionnement
L'application distingue deux rôles :
- le gérant, qui saisit l'activité au quotidien : ventes, sorties de stock (casse, cadeau, consommation interne, perte), approvisionnements auprès des fournisseurs, dépenses, inventaires et clôture de caisse ;
- le propriétaire, qui consulte à distance les tableaux de bord, les rapports et les alertes, et gère le catalogue des produits, les prix d'achat et de vente, les catégories et les seuils d'alerte.
Le propriétaire ne saisit aucun chiffre d'activité : toutes ses pages sont en lecture seule, à l'exception des paramètres du catalogue. Les chiffres qu'il consulte sont calculés automatiquement à partir des saisies du gérant, puisque les deux interfaces utilisent la même base de données. Chaque saisie est horodatée et attribuée à son auteur.
Fonctionnalités
Stocks
Les entrées de stock se font en casiers ou en bouteilles ; l'application convertit automatiquement un casier en son nombre de bouteilles (par exemple douze). Les sorties sans vente (casse, produit périmé, offert, consommation interne, erreur, disparition) exigent un motif. Chaque produit dispose d'un seuil d'alerte. Des inventaires physiques peuvent être réalisés : l'application compare alors le stock compté au stock théorique, calcule les écarts et enregistre les ajustements.
Ventes et caisse
Les ventes sont enregistrées par produit, avec leur quantité et leur moyen de paiement : espèces, Mobile Money (MTN MoMo, Moov Money), carte ou autre. Valider une vente crée en une seule opération la vente, la sortie de stock correspondante et, pour un paiement en espèces, l'entrée en caisse. À la clôture, le gérant saisit le montant réellement compté et l'application le compare à la caisse théorique ; l'écart est conservé.
Fournisseurs et dépenses
Les approvisionnements sont saisis avec le fournisseur, les quantités, le prix et le montant payé. L'application calcule la dette envers chaque fournisseur et enregistre les règlements. Les dépenses sont classées par catégorie (glace, carburant, transport, réparation, électricité, personnel, sécurité, etc.) et, lorsqu'elles sont réglées en espèces, sortent automatiquement de la caisse.
Bilans, rapports et anomalies
Le tableau de bord du propriétaire présente notamment le chiffre d'affaires, le nombre de ventes, les produits les plus vendus, la caisse attendue, les dettes fournisseurs et l'activité en direct. Le bilan compare les boissons sorties du stock et les boissons vendues. L'application signale des anomalies : écart de caisse, écart d'inventaire, stock manquant, annulations multiples, casse élevée, dépense élevée ou retrait de caisse. Les rapports peuvent être exportés aux formats PDF et Excel.
Notifications
Des notifications avertissent le gérant et le propriétaire lorsqu'une boisson atteint son seuil d'alerte ou est en rupture ; une seule notification reste ouverte par produit, et elle se ferme d'elle-même lorsque le stock remonte. Les anomalies ne sont notifiées qu'au propriétaire. Un rappel d'inventaire est envoyé chaque lundi matin, à l'heure du Bénin. Ces notifications parviennent aussi sur les téléphones abonnés, par le mécanisme des notifications push du web3.
Conception technique
iGankpo est développé avec Next.js4 et TypeScript, et utilise Supabase5 (base de données PostgreSQL, authentification, mises à jour en temps réel) pour les données.
Les opérations sensibles (ventes, mouvements de caisse et de stock, dépenses, pertes, approvisionnements) sont enregistrées comme des événements qui ne sont jamais modifiés ni supprimés : le stock et la caisse sont calculés à partir de ces événements. Une erreur se corrige par une opération de compensation, ce qui conserve la trace de toutes les opérations. Les montants sont stockés en francs CFA entiers.
La connexion Internet pouvant être instable dans un bar, l'enregistrement des ventes fonctionne hors ligne : les ventes sont conservées dans le navigateur, grâce à la bibliothèque Dexie (IndexedDB)6, puis transmises au serveur au retour du réseau. Chaque opération porte un identifiant unique, de sorte qu'une vente transmise deux fois n'est enregistrée qu'une fois. Le tableau de bord du propriétaire est mis à jour en temps réel.
Évolutions envisagées
La note de livraison de la version 1 cite parmi les évolutions possibles, hors périmètre initial : la création des comptes depuis l'application, le fonctionnement hors ligne des écrans de gestion, des seuils d'anomalie paramétrables, des notifications par WhatsApp ou SMS et la gestion de plusieurs établissements.
Voir aussi
