Questions Fréquentes (FAQs)

Comment fonctionne notre système de gestion de casiers intelligents.

Comment fonctionne le processus de réservation de base pour un client ?

  1. L'utilisateur sélectionne un emplacement, une taille et une quantité de casiers.
  2. Sélectionne la plage de dates et d'heures exactes dans un calendrier interactif.
  3. Le système vérifie la disponibilité et calcule le prix en temps réel.
  4. L'utilisateur saisit un email ou un téléphone de contact.
  5. À la confirmation, la réservation est créée avec le statut confirmed et il reçoit un code QR unique pour chaque casier.

Que se passe-t-il si un client arrive et que son casier est occupé par un utilisateur précédent ?

Notre système utilise une stratégie de casiers tampons pour garantir le service :

  • Un pourcentage de casiers est maintenu en réserve pour les urgences.
  • Lors du scan du QR, si le système détecte une collision, il réattribue automatiquement un casier tampon libre.
  • Le client reçoit la nouvelle attribution et peut y accéder instantanément, garantissant une expérience positive.

Et que arrive-t-il au client qui est en retard ?

  • Lorsque son temps est écoulé, s'il tente de scanner le QR, son statut de réservation passe à overstay.
  • Le système l'informe qu'il doit payer un montant supplémentaire pour les heures de retard, calculé avec un tarif pénalité configurable.
  • Le casier ne s'ouvrira pour la récupération finale qu'une fois ce montant payé.

Un client peut-il modifier ou annuler sa réservation ?

Oui, depuis la section "Ma réservation" :

  • Modifier : Il peut changer la taille ou les dates. Le système vérifie la nouvelle disponibilité et calcule le coût du changement (frais de gestion + différence de prix, le cas échéant).
  • Annuler : Il peut annuler la réservation avec une politique de remboursement flexible basée sur le préavis.

Quel est le cycle de vie complet du statut d'un casier ?

Le système gère automatiquement les statuts pour optimiser l'occupation :

available → booked → in_use → available
  • booked : Est automatiquement défini lorsque l'heure de début de réservation arrive.
  • in_use : Change avec le premier scan QR de l'utilisateur.
  • available : Revient à ce statut lorsque l'utilisateur termine activement la réservation.

Et quel est le cycle de vie complet du statut d'une RÉSERVATION ?

Le statut d'une réservation évolue selon les actions de l'utilisateur. Voici les principaux chemins :

  • Chemin Normal : confirmed → active → completed
  • Chemin avec Retard (Overstay) : confirmed → active → overstay → completed
  • Chemin avec Réattribution (Collision) : confirmed → active_reassigned → completed
  • Chemin avec Annulation : confirmed → cancelled

Comment le système sait-il si un client a réellement vidé son casier ?

C'est l'une des opérations les plus critiques. Le système la gère de deux manières complémentaires pour garantir la sécurité et maximiser la disponibilité :

1. Finalisation Active (La Méthode Idéale)

L'utilisateur a la possibilité de finaliser activement sa réservation via la section "Ma réservation".

  • L'utilisateur appuie sur le bouton "Ouvrir pour TERMINER".
  • Le système ouvre la porte pour une dernière récupération.
  • Automatiquement, la réservation passe à <completed>completed</completed> et le casier devient <available>available</available> pour le prochain client.
  • Cela nous donne une certitude à 100% que le casier est libre.

2. Gestion Passive (Quand l'Utilisateur Part Sans Prévenir)

Si le temps d'une réservation se termine et que l'utilisateur ne la finalise pas, le système ne suppose pas que le casier est vide pour des raisons de sécurité. Au lieu de cela, il agit de manière réactive :

  • La réservation et le casier restent dans un état intermédiaire (<active>active</active> / <in_use>in_use</in_use>) même s'ils ont expiré.
  • Si un nouveau client a besoin de l'espace : Notre système tampon lui attribue un casier de réserve, protégeant l'expérience du nouveau client et laissant le casier "douteux" pour une revue par l'opérateur.
  • Si le client original revient en retard : Lors du scan de son QR, le système détecte qu'il a dépassé le temps, change la réservation en overstay et initie le processus de paiement de la pénalité avant de permettre l'ouverture finale.

En résumé, le système priorise toujours de ne pas attribuer un casier qui pourrait être occupé. Il n'est marqué comme disponible à 100% que lorsque l'utilisateur le confirme activement.