Séquençage
Trois règles de progression
Pas de promesse sans preuve
Une disponibilité expirante et sourcée précède l’automatisation commerciale.
Pas d’échelle sans répétabilité
Le parcours Témara doit fonctionner avec des scénarios difficiles avant extension.
Pas d’autonomie sans mesure
Les corrections humaines et incidents déterminent les droits futurs de chaque orchestrateur.
Disposition mobile validée
Rendre le premier écran utile
Déployé et vérifié en test. L'accueil mobile réunit une recherche produits/recettes, des catégories photographiques sur une ligne, des recettes horizontales avec prix selon le foyer ou trois portions, puis des produits compacts et la semaine lorsqu'elle contient des repas à venir. L'aide WhatsApp rejoint le pied de page. La présentation ordinateur et les règles métier sont conservées.
Validation réussie : 316 tests web et dix scénarios navigateur sur la candidate puis sur le site actif. Navigation tactile et clavier, français/anglais/arabe, prix réels à trois, quatre et cinq portions, recherche mixte et destinations, photos, absence de débordement et vue ordinateur conservée. Le déploiement concerne uniquement le site ; les règles Express/Planifiée restent inchangées. Consulter la disposition approuvée.
Déployé et vérifié en test
Relier livraison, services et disponibilité
Lot déployé et vérifié en test : fenêtre d’entrée Express ou Planifiée avec photos de moto et de voiture, choix lié au panier et point d’adresse vérifié contre les polygones éligibles par GPS ou placement sur carte. Aucun géocodage automatique n’est annoncé. Express : 60 minutes après confirmation, sans préparation, découpe ni sous vide. Planifiée : au minimum 24 heures complètes après la commande, avec choix d’un créneau ultérieur. Conserver l’approvisionnement dans Odoo et retirer ses libellés « Sur commande » côté client. ADR-040.
Vérifications attendues : mêmes règles dans tous les parcours et côté serveur ; limites exactes de 24 heures, point hors zone, capacité indisponible, produit non stocké mais approvisionnable, produit incompatible et changement de mode avec panier existant. Les 296 contrôles API ainsi que les contrôles Odoo, navigateur et déploiement sont réussis. L’ordre validé de l’accueil est introduction courte → catégories → recettes → produits → aperçu de la semaine lorsqu’elle contient des repas.
Phases
De la décision à la montée en charge
En cours
Cadrage opérationnel & conformité
Formaliser responsabilités, parcours, exceptions, partenaires pilotes, zone et règles provisoires de confirmation.
Parcours, SLA, responsabilités de préparation et garde-fous approuvés.
En cours
Protocole Odoo & sourcing
Le socle ERP, les profils partenaires, le catalogue métier, le cycle des ingrédients et le registre de demande sont déployés. Il reste à construire le sourcing opérationnel, ses états, le contrat de passage de relais, les branches d’exécution et la validation humaine des achats.
Une intention versionnée devient une mission unique, puis un achat test validé par un humain sans doublon au rejeu.
En cours
RAG fermé & canal de test limité
Le corpus Knowledge, deux runtimes OpenClaw, les services de mémoire Honcho avec deux espaces et le sandbox commercial limité sont déployés. L’OAuth OpenAI et l’association WhatsApp du sandbox sont validés ; les conversations privées sont actuellement désactivées. Les groupes et outils métier restent désactivés, sans accès Odoo, RAG ou Honcho. Il reste à valider les essais, l’index vectoriel, la mémoire et les seules interfaces Odoo autorisées.
Le RAG ne produit aucune promesse volatile ; passage de relais, reprises, conflits et quatre branches réussissent en simulation.
À planifier
Pilote WhatsApp supervisé
Activer progressivement WhatsApp à Témara avec un assortiment maîtrisé, achats humains, COD et opérations multi-fournisseurs de bout en bout.
Scénarios critiques réussis sans promesse sur une donnée non confirmée.
En cours
Site B2C, produits & recettes
La console de développement publie un accueil marchand responsive, une boutique de 548 produits approuvés, actifs et publiés et un catalogue de 161 recettes en français, anglais et arabe. La boutique affiche images, catégories, unités, prix TTC en MAD et disponibilité qualitative ; au contrôle du 28 septembre 2026, les 548 articles publiés étaient disponibles avec un stock de test explicitement autorisé. Une colonne latérale filtre par recherche, catégorie, disponibilité et unité. Un client connecté choisit une quantité avec des raccourcis de 1 à 5 dans l'unité réelle du produit, puis retrouve ses achats dans un seul panier. Les recettes sont secondaires : leurs ingrédients et étapes sont regroupés par composant et les produits disponibles sélectionnés rejoignent atomiquement ce même panier. Le compte web ajoute inscription, connexion, profil, adresse, foyer, membres, préférences et consentements. Le panier produits reste non confirmable et ne réserve rien. Il reste à améliorer les données commerciales de l'assortiment, ajouter Rabat, Témara et El Menzeh, renforcer la récupération d'accès, finaliser les paramètres logistiques, la carte manuelle étant déployée en test. Le raccordement livreur et le paiement sont reportés tant que l'organisation opérationnelle n'est pas prête. Aucun retrait client n'est prévu dans ce lot.
Le panier produits unique devient une commande contrôlée, sans abonnement ni recette vendue.
Après pilote
Extension & autonomie
Étendre zones et partenaires, calibrer l’économie, renforcer la chaîne du froid et déléguer selon les résultats.
SLA, qualité et marge permettent une exploitation répétable.
OCA Knowledge est installé comme corpus gouverné, mais pas comme RAG vectoriel complet. Le sandbox commercial est authentifié et son canal WhatsApp a été techniquement associé lors des essais précédents ; les conversations privées sont actuellement désactivées. Il reste limité à la qualification, sans groupe, outil métier ou raccordement Odoo, RAG ou Honcho. Le runtime opérationnel reste privé, sans canal ni outil.
Prochaines actions
Checklist de cadrage
Les coches ci-dessous sont enregistrées uniquement dans ce navigateur. Le statut officiel du projet reste celui publié dans cette documentation.
Go / no-go
Recette fonctionnelle du MVP
La couverture fonctionnelle est démontrée lorsqu’il est possible d’exécuter et de mesurer les scénarios suivants avec reprise humaine à chaque étape critique.
- Passage commercial → opérationnel structuré
- Rejeu idempotent sans commande, achat ou mission en double
- RAG incapable d’affirmer un stock ou prix sans donnée valide
- Branche stock contrôlé par DailyFresh
- Branche précommande, dont poisson après 15 h
- Branche livraison directe avec preuves
- Branche exception et reprise humaine
- Achat partenaire validé par un humain
- Parcours complet WhatsApp supervisé
- Parcours complet web
- Point de livraison validé dans l’un des quatre polygones
- Commande multi-fournisseurs consolidée
- Contradiction ou absence de réponse
- Produit à poids variable et substitution confirmée
- Panier-recettes ponctuel adapté à un foyer, sans abonnement
- Traçabilité d’un produit sensible et du paiement
- Zéro contact réel depuis le développement
Les seuils de ponctualité, exactitude des disponibilités, chaîne du froid, réclamations, capacité et viabilité économique seront fixés après les premières mesures, puis approuvés avant toute montée en charge.
Tableau de bord futur
Mesures à capturer dès le pilote
| Dimension | Mesures | Décision soutenue |
|---|---|---|
| Promesse | Délai total et temps par étape ; respect des 60 minutes Express et des créneaux Planifiée après 24 heures minimum | Zone, capacité et SLA réaliste |
| Disponibilité | Ruptures, expirations, conflits et substitutions | Sources et fréquence de mise à jour |
| Demande recette | Propositions, acceptations, refus, indisponibilités et conversions | Ingrédients à sourcer puis à tester |
| Partenaires | Réponse, acceptation, préparation et erreurs | Sélection et délai d’attente |
| Qualité | Écarts de poids, température, refus, réclamations | Procédures et tolérances |
| Protocole | Passages de relais, rejouements, conflits de version et doublons évités | Fiabilité et idempotence du système |
| Orchestrateurs | Reprises humaines, corrections et erreurs par rôle/action | Niveau d’autonomie futur |
| Économie | Panier, marge, collecte, livraison, remboursement | Seuil de rentabilité et tarification |