# QRamen — écarts assumés avec la fiche validée

Référence : 26 octobre 2026. Ce document remplace `NOTICE-SOFTR.md` et acte deux substitutions techniques. Il ne vaut pas nouvelle validation de la fiche par le référent. Airtable reste la base de données et n8n le moteur d’automatisation.

## 1. Make → n8n auto-hébergé

- **Fiche validée :** Make pour automatiser les traitements autour d’Airtable.
- **Réalisation :** n8n auto-hébergé orchestre les commandes, avis, lectures, statuts, ruptures, tickets, confirmations et imports ; les définitions et scripts sont versionnés dans `outils/n8n/`.
- **Pourquoi :** éviter le plafond de crédits Make et garder la maîtrise de l’hébergement et des traitements. L’absence de crédits Make ne signifie ni hébergement gratuit ni ressources infinies ; aucun quota Make, coût économisé ou volume réel d’exécutions n’est inventé.
- **Preuve chiffrée :** l’état de production fourni et recensé dans [TECHNIQUE.md](TECHNIQUE.md) compte **10 workflows actifs**, dont **2 publics et 8 administratifs**. Le [rapport front n8n](RAPPORT-FRONT-N8N.md) atteste **une commande** avec ID Airtable, sa relecture cuisine après changement de statut, un ticket présent et un avis avec réponse **HTTP 200**. Ces essais datés ne sont pas rejoués par ce bloc documentaire et ne prouvent pas tous les chemins actuels.
- **Impact :** le rôle d’automatisation prévu est conservé, mais les preuves et la démonstration portent sur n8n, pas Make. L’exploitation du VPS, la maintenance et les ressources sont à prendre en charge. Les e-mails ont d'abord été bloqués par l'hébergeur LWS (authentification refusée depuis l'IP du VPS) ; la chaîne est depuis passée chez Amen (smtp-fr.securemail.pro:465) et un envoi réel depuis contact@qramen.fr a été exécuté avec succès le 26 octobre 2026 à 22h32.

## 2. Softr → back-office partiel dans Softr + écrans terrain en Astro

- **Fiche validée :** Softr pour les interfaces gérant et cuisine, connectées à Airtable.
- **Réalisation :** le back-office du gérant est **bien construit dans Softr** : application publiée à
  `qramen.softr.app`, quatre pages (Accueil, Commandes, Carte, Avis), trois blocs branchés sur la base
  `apprQGtfmp88t4YL8`, connexion obligatoire. Le **parcours client et les écrans terrain** (`/panel`,
  `/cuisine`) restent en Astro statique, sur la même pile que le site, avec interactions TypeScript.
  Détail vérifié dans [SOFTR-APP.md](SOFTR-APP.md).
- **Pourquoi ce partage :** selon les contraintes fournies pour cette mission, **Softr gratuit plafonne
  à 5 utilisateurs et une app**, n'offre pas de panier ni de prise de commande native, et **réserve les
  groupes d'utilisateurs personnalisés au plan payant** (vérifié le 28 octobre 2026 : l'API répond
  « Custom user groups are not included in your plan »). Impossible donc d'y tenir la séparation
  gérant / cuisine. Astro garde le panier et le rendu mobile rapide.
- **Preuve chiffrée :** **4 pages** Softr publiées, **3 blocs de données** compilés sans erreur côté
  Softr, source Airtable autorisée depuis le compte `alexisledeunf@gmail.com` ; par ailleurs les
  **8 pages Astro**, styleguide compris, sont recensées dans [TECHNIQUE.md](TECHNIQUE.md). Le
  [rapport front n8n](RAPPORT-FRONT-N8N.md) conserve les captures du menu, du panel et de la cuisine ;
  le [rapport du proxy](RAPPORT-PROXY-ADMIN.md) atteste un refus **401** sans authentification et
  **503** sans clé serveur.
- **Impact :** la sécurité est tenue par le **Worker Cloudflare** (Basic Auth, proxy administratif,
  `X-Gerant-Key` côté serveur) ; Airtable conserve les données et n8n les automatismes. Deux limites
  restent à énoncer devant le jury : **pas de rôles distincts dans Softr** (plan gratuit), et les blocs
  créés par l'API Softr sont des **blocs de code (Vibe Coding)**, pas des blocs standard posés à la
  souris — la construction est bien faite dans Softr, mais pas entièrement sans code.

## Portée des preuves

Les chiffres de production sont ceux fournis à la date de référence ; les rapports liés décrivent leurs essais historiques et leurs limites. La vérification du présent bloc (build et lecture documentaire dans Chromium) est consignée dans [RAPPORT-ECARTS.md](RAPPORT-ECARTS.md), sans nouvelle écriture Airtable ni test de charge.