Réponse courte. Un logiciel de supérette en Algérie en 2027 tient cinq choses. Un catalogue : une référence par produit avec son EAN, son prix de vente, son dernier prix d'achat, son rayon, et pour le frais son lot et sa DLC ; des touches rapides pour le pain et le vrac ; des articles pesés dont la ligne vient de la balance. Une caisse qui vend sans serveur : la base des prix, des promotions et du stock est sur chaque caisse, le ticket est numéroté par la séquence de la caisse, et ce qui doit partir au serveur attend dans une file, avec un identifiant unique par ticket, sans doublon ni perte. Un stock qui est un journal de mouvements, par ticket et par réception, avec des lots et des DLC, et une réception fournisseur validée avant que les nouveaux prix d'achat n'entrent dans la marge. Une clôture comptée à l'aveugle, caisse par caisse, avec un écart nommé, les QR et cartes rapprochés, le carnet de crédit, le dépôt préparé. Et une direction qui lit par rayon les ventes, la marge sur le dernier prix d'achat, les DLC proches, les ruptures, et reçoit une proposition de commande, pas une devinette.
Ce guide s'adresse au gérant d'une supérette de cent à quatre cents mètres carrés, à une ou plusieurs caisses, au groupe qui en ouvre une deuxième, au grossiste qui équipe ses détaillants, et au propriétaire installé en France qui suit son magasin de loin. Dans la description courante, une supérette est un magasin de proximité à prédominance alimentaire, le plus souvent en libre-service, de l'ordre de cent à quatre cents mètres carrés selon les pays ; un code EAN-13 est un code-barres à treize chiffres, préfixe, entreprise, article, clé de contrôle, lu par le scanner de la caisse ; pour les articles pesés, les balances impriment en général un code propre au magasin que la caisse sait lire, et le format exact dépend de la balance installée. Ce guide construit l'application autour de ces trois objets, la référence, le ticket et le lot, avec ce qui est propre à l'Algérie : l'encaissement en espèces, le carnet de crédit du voisin, le réseau qui tombe, et le gérant à distance. Il ne traite pas des règles de facturation, d'étiquetage ni d'hygiène : l'application applique ce que le gérant écrit, et les seuils de DLC et de marge de l'exemple sont les siens.
Un ticket à la caisse, réseau coupé : scan, balance, promo, total, synchronisation
La figure suit un ticket de sept lignes pendant une coupure de réseau de vingt-huit minutes, du premier scan à la synchronisation.
Le scan : le code-barres est lu, le prix est trouvé dans la base locale de la caisse, douze mille quatre cents références, en quarante millisecondes ; il n'y a pas d'appel au serveur pour vendre, et il n'y en a jamais, réseau ou pas, selon le guide sur l'application hors ligne. La balance : les tomates sont pesées, la balance imprime son code, la caisse le lit et crée la ligne, un kilo deux cent quarante à cent quatre-vingts le kilo. La promotion : six yaourts, règle six pour cinq, évaluée en quinze millisecondes par le moteur de le guide sur les promotions, avec la garde de marge calculée sur le dernier prix d'achat ; la caissière voit le prix final, le gérant voit le soir ce que la promotion a coûté. Le stock : chaque ligne réserve en local, avec le lot et la DLC quand la référence en a. Le ticket : numéroté par la séquence de la caisse, T-0417-C1, imprimé, tiroir ouvert, un virgule huit seconde en tout ; le paiement en espèces, par QR, par carte ou sur le carnet de crédit suit les mêmes règles que le guide sur les paiements à la caisse.
La synchronisation : trente et un tickets ont été mis en file entre 10h52 et 11h20 ; à 11h21, le réseau revient et ils partent, tous, une fois, parce que chaque ticket porte un identifiant unique et que le serveur ignore ce qu'il a déjà reçu ; si la caisse redémarre pendant la coupure, la file est sur son disque. Le stock central est à jour à 11h21, et le gérant à Lyon voit la matinée entière, pas un trou de vingt-huit minutes. Produits, prix et chiffres sont un exemple construit.
«La caisse vend sans serveur : prix, promotions, balance et stock sont décidés en local, le ticket est numéroté sur place ; le réseau ne sert qu'à envoyer ce qui a été vendu, et il peut attendre.»
Un logiciel de supérette, en cinq couches
La caisse est la couche accentuée : elle porte une base locale, numérote sur place et met en file ; tout le reste n'est qu'une lecture.
Catalogue. Une référence par produit : EAN, prix de vente, dernier prix d'achat validé, rayon, TVA telle qu'écrite par le gérant, lot et DLC pour le frais, touches rapides pour ce qui n'a pas de code, articles pesés ; un prix changé est journalisé, qui et quand, selon le guide sur les rôles. Caisse. La base locale est copiée sur chaque caisse à l'ouverture, prix, promotions du jour, stock ; la caisse vend, numérote, imprime, et met en file ; QR, carte, espèces, carnet de crédit avec plafond selon le guide sur le crédit client, points de fidélité selon le guide sur la fidélité ; rien n'attend le serveur. Stock et réception. Le stock est le journal de le guide sur le stock faux : chaque ticket et chaque réception sont des mouvements, avec lot et DLC ; la réception fournisseur est validée ligne par ligne, et un prix d'achat changé est signalé avant d'entrer dans la marge ; l'inventaire tournant compte un rayon par jour.
Clôture. Comme dans le guide sur les sessions de caisse : fond de caisse, comptage à l'aveugle par caisse, écart nommé contre un seuil écrit, QR et cartes rapprochés, carnet de crédit, dépôt en banque préparé. Direction. Le tableau de le guide sur le tableau de bord : ventes et marge par rayon, DLC proches, ruptures, proposition de commande selon le guide sur le réapprovisionnement, alertes WhatsApp ; export vers le comptable selon le guide sur l'intégration ; et pour le gérant à Lyon, tout ce que le guide sur gérer son commerce depuis la France décrit, lu depuis les mêmes tickets.
Le tableau du gérant : rayons, marge, DLC, ruptures, clôture des caisses
La figure est ce que le gérant lit à 21h10, sur place ou depuis Lyon : cinq rayons, deux caisses, une réception qui attend.
Les rayons : un million cent quatre-vingt-quatre mille dinars de ventes sur six cent quarante tickets, panier moyen mille huit cent cinquante ; l'épicerie fait trente-six pour cent des ventes à douze pour cent de marge, le frais vingt-six pour cent à dix-huit, la boulangerie et le snack dix pour cent à vingt-huit ; la marge est calculée sur le dernier prix d'achat validé, pas sur un prix de janvier. Les DLC : trente-quatre articles du frais, huit lots, périment sous trois jours ; l'application propose une promotion avec la garde de marge, le gérant accepte ou non ; douze articles du jour en boulangerie sont attendus, pas une alerte. Les ruptures : treize références, sept en épicerie, à commander ce soir ; la proposition de commande est prête à 21h15 avec les délais fournisseurs.
La clôture : la caisse 1 compte à l'aveugle cinq cent douze mille contre cinq cent douze mille trois cents attendus, écart de trois cents dinars, nommé, sous le seuil écrit ; la caisse 2 tombe juste ; cent quatre-vingt-trois mille de QR et cartes rapprochés ; cinquante-six mille sur le carnet de crédit de vingt-trois clients, avec leurs plafonds ; neuf cent quarante mille préparés pour la banque. La réception : quarante-huit lignes livrées le matin, trois prix d'achat changés, deux lignes manquantes ; tant qu'elle n'est pas validée, les nouveaux prix n'entrent pas dans la marge et les lignes manquantes ne sont pas en stock. Rayons et chiffres sont un exemple construit.
«Le gérant lit par rayon les ventes, la marge sur le dernier prix d'achat, les DLC proches et les ruptures ; la caisse est comptée à l'aveugle, l'écart est nommé, et la commande du soir est proposée, pas devinée.»
Mettre une supérette sous logiciel, en six temps
L'installation des caisses est le temps accentué : la première journée vendue sans serveur est celle qui fait accepter le reste.
Reprendre le catalogue : les références existantes, souvent un fichier de caisse ou un Excel, avec EAN, prix, rayon ; les touches rapides ; les articles pesés avec le format de code de la balance ; le stock initial compté rayon par rayon. Écrire les règles : promotions et garde de marge, carnet de crédit et plafonds, écart de caisse toléré, seuil de DLC, marge minimale par rayon, qui peut changer un prix ; avec le gérant, sans code. Installer les caisses : base locale, scanner, balance, imprimante, tiroir, et une journée de ventes à blanc en parallèle de l'ancienne caisse.
Recevoir et compter : réception validée ligne par ligne, lots et DLC, inventaire tournant d'un rayon par jour. Clôturer : comptage à l'aveugle, écart par caisse, rapprochement QR et cartes, dépôt. Lire le tableau : rayons, marge, DLC, ruptures, commande proposée, alertes WhatsApp au gérant, revue du samedi.
Six situations réelles, et ce que l'application fait
Chaque ligne est une phrase entendue dans une supérette, et la réponse est une base locale, une réception validée ou une clôture nommée, pas une caissière plus attentive.
Le réseau tombe en pleine matinée : la caisse ne le remarque pas ; prix, promotions, stock et numéro de ticket sont en local ; la file part au retour. Le fournisseur a changé ses prix : la réception est validée ligne par ligne, le prix changé est signalé, et la marge du rayon est recalculée le jour même, pas découverte au bilan. Des yaourts périment en rayon : le lot et la DLC ont été saisis à la réception ; l'alerte part trois jours avant ; une promotion est proposée avec la garde de marge ; ce qui reste est sorti du stock avec un motif.
La caisse ne tombe pas juste : chaque caisse a sa session et son comptage à l'aveugle ; l'écart est nommé, caisse et caissière, et comparé au seuil écrit. Le voisin paie à la fin du mois : le carnet de crédit est dans l'application, par client, avec un plafond, chaque ticket lié, et un rappel WhatsApp avant la fin du mois. Le gérant est à Lyon : il lit le tableau du jour par rayon et par caisse, et reçoit une alerte WhatsApp sur l'écart, la DLC et la rupture ; il n'appelle plus le soir pour demander le chiffre.
Un logiciel de supérette en 2027, en semaines
Six semaines, la première sans code, et deux pour les caisses, parce que le stock, la clôture et le tableau ne sont que des lectures de ce que les caisses et la réception écrivent.
- Ce que le gérant voit : le soir, les ventes et la marge par rayon, l'écart par caisse, les DLC à trois jours et les ruptures ; le matin, la réception à valider ; sur son téléphone à Lyon, la même chose.
- Ce que le magasin ne fait plus : arrêter de vendre quand le réseau tombe, découvrir un prix d'achat changé au bilan, laisser périmer en rayon, chercher quelle caisse manque, tenir le carnet de crédit sur papier.
- Ce qui est mesuré : ventes et marge par rayon sur le dernier prix d'achat, tickets et panier moyen, écart par caisse et par caissière, articles sortis pour DLC, ruptures, délai de réception, tickets en file par caisse.
Semaine 1, catalogue et règles : reprise des références, EAN, prix, rayons, touches rapides, articles pesés ; promotions, crédit, écart toléré, seuils de DLC et de marge. Semaines 2 et 3, caisses : base locale, scanner, balance, imprimante, tiroir ; file d'attente, identifiant unique, promotions, carnet, QR et carte ; journée à blanc puis bascule. Semaine 4, stock et réception : journal de mouvements, lots et DLC, réception validée, inventaire tournant.
Semaine 5, clôture : comptage à l'aveugle, écart par caisse, rapprochement, dépôt. Semaine 6, direction : tableau par rayon, DLC, ruptures, proposition de commande, alertes, export comptable. Une supérette qui ouvre un deuxième magasin garde le catalogue et les règles, ajoute des caisses et un tableau par magasin ; une pharmacie suit le même chemin avec ses lots, décrit dans le guide sur le logiciel pharmacie.
- Un logiciel de supérette en Algérie, ça commence par le stock ?
- Non, par la caisse. Si la caisse ne vend pas quand le réseau tombe, rien d'autre ne sera accepté ; et si le ticket n'est pas numéroté sur place avec un identifiant unique, le stock sera faux. La base locale sur chaque caisse, prix, promotions, stock, et la file vers le serveur sont la première chose qu'on construit ; le stock, la réception et le tableau lisent ce que les caisses écrivent.
- Que fait la caisse quand le réseau est coupé pendant deux heures ?
- Elle vend comme d'habitude : les prix et les promotions du jour ont été copiés à l'ouverture, le stock est réservé en local, le ticket est numéroté par la séquence de la caisse. Les tickets attendent dans une file sur le disque de la caisse ; au retour du réseau, ils partent une fois chacun, et le serveur ignore ce qu'il a déjà reçu. Si la coupure dure jusqu'au soir, la clôture se fait quand même, et la synchronisation le lendemain.
- Comment les articles pesés passent-ils en caisse ?
- La balance imprime une étiquette avec un code que la caisse sait lire, qui porte la référence et le poids ou le prix ; le format exact dépend de la balance installée, et il est configuré une fois à la mise en place. La caisse crée la ligne au prix du kilo du catalogue, et le mouvement de stock se fait en kilos.
- Comment la marge est-elle calculée ?
- Sur le dernier prix d'achat validé à la réception, référence par référence ; une réception dont un prix a changé est signalée, et le prix n'entre dans la marge qu'une fois validé par le gérant. Le tableau du soir montre la marge par rayon sur les ventes du jour, et la garde de marge du moteur de promotions utilise le même prix. La marge n'est pas un pourcentage saisi en janvier.
- Et les lots et les DLC ?
- Saisis à la réception pour les références qui en ont, le frais surtout ; la caisse note le lot vendu quand il est connu ; l'alerte part à un nombre de jours écrit par le gérant, trois dans l'exemple ; une promotion est proposée avec la garde de marge, et ce qui reste à la date est sorti du stock avec un motif. Les règles d'étiquetage et d'hygiène sont pour le gérant et le conseil, pas pour l'application.
- Le carnet de crédit du voisin, ça rentre dans l'application ?
- Oui : un client, un plafond écrit, chaque ticket mis sur le carnet est lié au client, un rappel WhatsApp part avant la fin du mois, et le règlement est encaissé comme un autre paiement avec un reçu. Le carnet est dans la clôture du soir, à part des espèces, et le gérant voit les encours par client.
- Combien de temps pour mettre ça en place ?
- Six semaines dans le calendrier type, la première sans code et deux pour les caisses. Une supérette d'une caisse avec un catalogue propre prend moins ; un magasin de dix caisses avec plusieurs balances, beaucoup de frais et un deuxième site prend plus, le temps de reprendre le catalogue et d'écrire les règles de chaque rayon.