La location de box de stockage paraît, vue de loin, d'une grande simplicité : un client réserve un espace, paie, et reçoit un accès. Dans les faits, le projet RibeauBox a rapidement révélé une complexité bien plus profonde, dont la gestion de la redondance constituait le cœur. Derrière chaque réservation se cache en réalité un abonnement, avec tout ce que cela implique en matière de paiements récurrents, de calculs au prorata, de gestion multi-box et de contrôle d'accès. Retour sur la conception d'une plateforme pensée de bout en bout pour répondre à ces enjeux.
Pourquoi partir d'une base sur-mesure plutôt que d'une solution e-commerce existante
Le premier réflexe, face à un site marchand, serait de s'appuyer sur une plateforme e-commerce établie comme Magento. Ce choix aurait pourtant été une erreur, car l'outil n'est tout simplement pas adapté à ce modèle économique.
Une plateforme e-commerce classique est conçue autour d'une logique d'achat ponctuel : un panier, une commande, un paiement, une livraison. Le cycle se referme une fois la transaction conclue. Or la location de box ne fonctionne pas ainsi. Il ne s'agit pas de vendre un produit, mais de gérer une relation contractuelle qui s'inscrit dans la durée, faite de paiements répétés, de dates d'entrée et de sortie variables, et d'accès physiques à administrer dans le temps. Le concept même de « commande » devient secondaire face à celui d'« abonnement » et de « contrat ».
Vouloir plier un outil e-commerce à ces contraintes aurait imposé de détourner ses mécanismes natifs, de multiplier les modules tiers et de lutter en permanence contre la logique profonde de la plateforme — au prix d'une dette technique considérable et d'une fragilité accrue. C'est précisément le type de friction que nous évoquions à propos des limites des outils standards : à un certain point, contraindre un outil généraliste coûte plus cher et rend plus fragile que de construire une base réellement adaptée au besoin.
Le choix a donc été de développer le site entièrement sur-mesure, à partir d'une page blanche. Cette approche a permis de modéliser le métier tel qu'il est réellement — l'abonnement, le contrat, le box, l'accès — plutôt que de le tordre pour le faire entrer dans des cases conçues pour autre chose.
La gestion de la redondance : le véritable enjeu
Le défi central du projet tenait en un mot : la redondance. Une location de box n'est pas un acte unique, mais une succession d'événements qui se répètent et se chevauchent dans le temps. C'est cette dimension cyclique et récurrente qu'il a fallu modéliser avec soin.
Un abonnement avant tout
Chaque location se comporte fondamentalement comme un abonnement. Le client ne paie pas une fois pour toutes : il s'engage sur une location dont le coût se renouvelle, généralement chaque mois. La plateforme devait donc gérer un cycle de facturation récurrent, déclencher automatiquement les demandes de paiement aux échéances prévues, et suivre l'état de chacune d'elles dans le temps.
Le calcul des prorata d'entrée et de sortie
S'il est un point où la gestion d'un abonnement de location devient particulièrement délicate, c'est bien celui du prorata. Un client n'entre et ne sort que rarement le premier ou le dernier jour du mois. Lorsqu'une location débute en cours de mois, le premier paiement ne doit couvrir que la fraction de période réellement consommée ; de la même manière, un départ en cours de mois implique un calcul précis de la portion à facturer ou, le cas échéant, à ne pas réclamer.
Ce calcul au prorata, à l'arrivée comme au départ, devait être automatisé et parfaitement fiable, car il touche directement à la facturation et à la confiance du client. Une erreur de prorata, c'est un client qui paie pour des jours qu'il n'a pas occupés — ou l'inverse pour l'entreprise.
Des paiements récurrents multi-canaux
À cette récurrence s'ajoute une exigence de souplesse sur le moyen de paiement. Selon son profil et sa préférence, le client peut régler par prélèvement SEPA, par virement ou par carte bancaire. Chacun de ces canaux possède sa propre logique : le SEPA repose sur un mandat et un cycle de prélèvement automatisé, le virement implique un rapprochement entre les sommes reçues et les échéances attendues, tandis que la carte bancaire suppose une mécanique de paiement récurrent sécurisée. La plateforme devait orchestrer ces trois modes en parallèle, tout en conservant une vision unifiée de l'état des paiements de chaque contrat.
Un contrat, plusieurs box, plusieurs dates
La complexité ne s'arrête pas au cycle de facturation. Un même client peut louer plusieurs box simultanément, et ces box peuvent être mis à disposition à des dates différentes, tout en restant rattachés à un seul et même contrat.
Cette configuration, fréquente dans la pratique, déjoue toute modélisation simpliste qui associerait un contrat à un unique espace de stockage. Il a fallu concevoir un contrat capable de regrouper plusieurs locations distinctes, chacune avec sa propre date de mise à disposition, sa propre durée et donc son propre calcul de prorata, tout en consolidant l'ensemble dans une facturation cohérente pour le client. Là encore, c'est la redondance — plusieurs box, plusieurs dates, au sein d'une même relation contractuelle — qui constituait le nœud de la difficulté.
La génération automatique des accès
Louer un box ne se résume pas à un acte administratif : le client doit pouvoir y accéder physiquement. La plateforme intègre donc une génération automatique des codes d'accès et des codes d'alarme, sans intervention manuelle. Dès qu'une location est confirmée et que la date de mise à disposition arrive, les codes nécessaires sont produits et associés au box concerné.
Cette automatisation devait elle-même composer avec une exigence de multiplicité. Pour un même box, il peut être nécessaire de générer plusieurs jeux de codes, et de les rendre nominatifs. Le cas se présente typiquement en contexte B2B : une entreprise loue un box auquel plusieurs commerciaux doivent pouvoir accéder, mais chacun avec ses propres identifiants et ses propres codes. Cette approche nominative permet non seulement de distinguer les utilisateurs, mais aussi de tracer les accès et de révoquer un accès individuel sans perturber celui des autres.
Le système devait donc gérer une relation à plusieurs niveaux : un contrat qui contient plusieurs box, un box qui peut être partagé entre plusieurs personnes, et chacune de ces personnes disposant de ses propres accès — une nouvelle déclinaison, sur le plan de la sécurité et du contrôle d'accès, de cette logique de redondance qui traverse l'ensemble du projet.
En résumé
RibeauBox illustre un cas où la simplicité apparente d'un service masque une réelle complexité métier. La location de box de stockage est, dans le fond, la gestion d'abonnements récurrents : paiements répétés et multi-canaux, calculs de prorata à l'entrée comme à la sortie, regroupement de plusieurs box aux dates échelonnées sous un même contrat, et génération automatisée d'accès multiples et nominatifs. Autant d'enjeux de redondance qui justifiaient pleinement le choix d'une plateforme construite sur-mesure, capable d'épouser fidèlement le métier plutôt que de le contraindre dans le moule d'un outil pensé pour autre chose.