Sécurité et déploiement
Pensé pour être exploité dans un hôtel réel.
Detecta sépare le parcours client, la plateforme centrale et les minibars pour garder le contrôle, la traçabilité et la sécurité.
Architecture publique
Flux contrôlé
Client mobile
Accès QR ou NFC depuis le téléphone du client.
Frontend Detecta
Interface publique et parcours client, sans dialogue direct avec le minibar.
Backend Django
Source de vérité : droits, organisations, paiements, historique et décisions métier.
Minibars connectés
Appareils rattachés, identifiés et suivis par la plateforme centrale.
Décisions métier
Backend
Organisations
Séparées
Inventaire
Suivi
Paiement
Prestataire
Historique
Conservé
Alertes
Visibles
Le backend centralise les décisions métier, les droits, les organisations, les paiements et l’historique.
Architecture simplifiée
Le frontend ne parle pas directement aux minibars.
Le schéma public reste volontairement simple : Client mobile, Frontend Detecta, Backend Django, puis minibars connectés. Le point important est la séparation des rôles.
Architecture publique
Flux contrôlé
Client mobile
Accès QR ou NFC depuis le téléphone du client.
Frontend Detecta
Interface publique et parcours client, sans dialogue direct avec le minibar.
Backend Django
Source de vérité : droits, organisations, paiements, historique et décisions métier.
Minibars connectés
Appareils rattachés, identifiés et suivis par la plateforme centrale.
Décisions métier
Backend
Organisations
Séparées
Inventaire
Suivi
Paiement
Prestataire
Historique
Conservé
Alertes
Visibles
Le backend centralise les décisions métier, les droits, les organisations, les paiements et l’historique.
Pas de liaison directe frontend-minibar
Le parcours client et le dashboard passent par la plateforme centrale, pas par un accès direct aux appareils.
Backend source de vérité
Django porte les règles métier, les droits, les organisations, les sessions et les événements.
Appareils identifiés
Chaque minibar est rattaché à une organisation et doit rester exploitable dans un contexte hôtelier réel.
Exploitation observable
Statuts, alertes, dernières activités et historiques donnent une base claire au support.
Chargement
Le bloc paiement se charge.
Ce bloc visuel est chargé en différé pour préserver la rapidité du premier affichage.
Chargement
Le bloc incidents se charge.
Ce bloc visuel est chargé en différé pour préserver la rapidité du premier affichage.
Chargement
Le bloc déploiement se charge.
Ce bloc visuel est chargé en différé pour préserver la rapidité du premier affichage.
Contexte technique
On peut maintenant parler de votre architecture, de vos paiements et de votre déploiement.
La page rassure sans trop révéler : séparation des rôles, backend central, paiements encadrés, données limitées, incidents observables et déploiement accompagné.