Delicia

Le contexte

Le défi

Un restaurant de Brazzaville tient son service sur un carnet, ses stocks de mémoire et sa comptabilité sur un cahier qu'on ressort en fin de mois. Les logiciels existants viennent d'ailleurs : facturés en euros, pensés pour une connexion qui ne tombe jamais, et ignorants de la facturation électronique que l'État congolais impose désormais. Il fallait donc écrire le produit, pas l'adapter. Une caisse dont chaque ticket part se faire certifier et attend sa réponse sans bloquer le service. Un stock qui se décrémente tout seul à l'encaissement, sans jamais refuser une vente. Une comptabilité qui se calcule au serveur plutôt que de se saisir. Et un back-office qui sache quels modules servent sans jamais voir le chiffre d'affaires de personne.

Notre approche

La solution

1. 01

   Un seul produit, deux espaces : le restaurant et le back-office de l'éditeur, séparés par une garde à chaque requête.

2. 02

   Chaque établissement cloisonné par défaut — une donnée ne sort de sa maison que si le code le demande explicitement.

3. 03

   Douze domaines métier qui ne se parlent que par contrats : un test d'architecture échoue dès que l'un touche les modèles d'un autre.

4. 04

   La facture part se faire certifier SFEC en arrière-plan, retente, et n'immobilise jamais la caisse.

5. 05

   La vente décrémente le stock à l'encaissement ; si le stock manque, elle passe quand même et note l'écart à constater.

6. 06

   Comptes, rôles et droits par établissement, avec treize modules activables à la carte et facturés à la formule.

7. 07

   Le back-office compte les usages et ne lit jamais un montant d'exploitation : la règle est appliquée par la requête, pas par une consigne.