Fonctionnalites
Contrôle d'Accès à la Cour (QRGOBox)
Le chauffeur présente le QR de son check-in, la plateforme enchaîne huit vérifications en un seul aller-retour, et un relais fait lever la barrière — avec la réponse dans la langue du chauffeur et le quai où se rendre.
Ouvrez la barrière de la cour depuis un check-in validé
Le chauffeur présente le QR de son check-in, la plateforme enchaîne huit vérifications en un seul aller-retour, et un relais fait lever la barrière — avec la réponse dans la langue du chauffeur et le quai où se rendre.
Du QR à la barrière, en un aller-retour
Chaque étape ci-dessous correspond à ce que fait le code. Le terminal ne décide rien et le boîtier ne décide rien — toute l'autorisation se joue dans la route de validation.
- 1
Le chauffeur présente le QR
La page de statut du check-in affiche l'identifiant du check-in sous forme de QR code sur le téléphone du chauffeur. Cet UUID constitue toute la charge utile — pas de nom, pas de plaque, pas de marchandise.
- 2
Le terminal de portail le lit
Un terminal fixé face au camion décode l'UUID, applique un anti-rebond de trois secondes et passe à l'orange : validation du check-in en cours.
- 3
Huit vérifications, un seul appel
POST /api/gate/validate, protégé par une limitation de débit : champs obligatoires, check-in trouvé, portail trouvé, clé d'organisation comparée en temps constant, portail actif, même organisation, non supprimé, statut autorisé.
- 4
La commande d'ouverture part
En cas de succès, la plateforme publie command: open sur qrgo/gate/{id}/command en QoS 1, tout en écrivant en parallèle le journal d'accès et la timeline du chauffeur.
- 5
Le relais délivre une impulsion d'une seconde
L'ESP32 abonné à ce topic met sa broche d'ouverture à l'état haut pendant 1,000 ms et la barrière se lève. Une fermeture automatique optionnelle suit après un délai d'au moins cinq secondes.
Ce qu'est réellement le boîtier
Un contrôleur de relais posé sur le WiFi de votre cour. Il n'a pas de caméra et ne lit rien — il ferme un contact quand la plateforme le lui demande.
- Contrôleur
- ESP32 Dev Module, firmware Arduino/PlatformIO v1.0.30
- Sortie relais
- Module 5V (SRD-05VDC-SL-C), masse commune avec l'ESP32
- Portails par boîtier
- Jusqu'à 18 par boîtier — la limite propre au firmware — répartis sur 18 broches GPIO sélectionnables ; le câblage à deux broches en consomme deux
- Impulsion d'ouverture
- Contact de 1,000 ms ; fermeture automatique optionnelle, délai minimum 5 s
- Modes de câblage
- Ouverture + Fermeture (deux broches), Fermeture sur la même broche, ou Ouverture seule
- Connectivité
- WiFi ; session MQTT sortante, heartbeat HTTPS toutes les 30 s, firmware OTA
Il n'appelle jamais vers l'intérieur. Uniquement vers l'extérieur.
Le matériel de portail meurt en général lors de la revue informatique, parce qu'il réclame une IP fixe et une ouverture dans le pare-feu. Ce boîtier ne demande ni l'une ni l'autre. L'ESP32 ouvre lui-même chaque connexion : une session MQTT sortante vers le broker, et un heartbeat HTTPS vers le dashboard toutes les trente secondes, transportant sa version de firmware, son IP, la puissance du signal et l'état de chaque portail. La commande d'ouverture redescend par un socket déjà ouvert : aucune redirection de port, aucune règle entrante, aucun VPN à négocier. La contrepartie mérite d'être dite clairement : le boîtier ne conserve aucune liste en cache des check-ins valides, donc une coupure WiFi ou broker signifie qu'plus rien ne s'ouvre à distance. Il n'existe pas de mode hors ligne. Le seul recours est une personne qui appuie sur OPEN depuis la page d'administration du boîtier, sur le réseau de la cour.
pilot
C'est du matériel pilote, et nous n'allons pas prétendre le contraire
QRGOBox est fabriqué par nos soins : un ESP32, un module relais, un firmware, et un terminal de portail installé en sideload sur un appareil fixé au mur plutôt que publié sur un store. Toute la chaîne fonctionne de bout en bout, et la validation, la journalisation et la timeline sont du code de production, dans la même plateforme qui fait tourner vos check-ins. Le matériel, lui, ne l'est pas : il n'a jamais tourné que sur une seule cour de démonstration avec deux portails, Poarta Principală et Poartă Ieșire, et il n'existe ni spécification de boîtier, ni certification, ni grille tarifaire, ni délai de livraison. Si vous voulez une barrière sur votre cour reliée à vos check-ins, parlons d'un pilote et nous le cadrerons avec vous en toute honnêteté.
Les questions à poser avant de câbler une barrière
Non. Le boîtier n'a pas de caméra et ne lit absolument rien. Un terminal distinct, fixé au portail, lit le QR du chauffeur et l'envoie à la plateforme ; la plateforme effectue les vérifications et publie une commande d'ouverture via MQTT. Le boîtier est abonné à ce topic et délivre une impulsion sur un contact de relais. Toute décision se prend dans la route cloud, jamais sur le boîtier.
Le portail cesse de fonctionner, et l'écran ne l'adoucira pas. Il n'y a pas de mode hors ligne, pas de liste en cache des check-ins valides, pas de file de reprise. Si le terminal n'arrive pas à joindre la plateforme, il affiche un ACCESS DENIED rouge, identique à un vrai refus. Le seul recours est une personne qui appuie sur OPEN depuis la page d'administration du boîtier, sur le réseau de la cour.
Uniquement ceux dont le statut est confirmé, affecté ou en cours. Un chauffeur qui attend encore la confirmation d'un dispatcher est refoulé à la barrière, et le refus est enregistré avec son motif. La route ne comporte aucune vérification de créneau ni de fenêtre horaire : le statut du check-in est le seul verrou sur le timing, donc la confirmation est le vrai levier entre les mains de vos dispatchers.
Chaque tentative, autorisée ou refusée, par QR ou manuelle, écrit une ligne dans le journal d'accès du portail avec son motif. À partir de la vérification « portail actif », la timeline de statut du chauffeur reçoit également une ligne du type Entry: Poarta Principală, visible en direct pour lui. Une réserve que nous préférons énoncer plutôt que masquer : le journal enregistre que l'accès a été accordé, pas que la barrière s'est physiquement levée — rien ne remonte depuis le relais.
Tout ce dont vous avez besoin pour un entrepot efficace
Check-in numérique
À l'arrivée, le chauffeur scanne le code QR ou accède à l'entrepôt dans l'application QRGO Driver. Remplit les données et reçoit une confirmation. Sans papier, sans files d'attente.
Gestion des quais
Les opérateurs attribuent, libèrent et optimisent le flux de camions depuis un seul tableau de bord.
Chat & notifications en temps reel
Chat instantané entre opérateur et chauffeur, notifications push sur téléphone et options SMS. Communication claire, quelle que soit la plateforme utilisée par le chauffeur.
Pret a transformer vos operations?
Rejoignez des centaines d'entrepots qui ont deja digitalise leurs processus avec Logistiq.