Logiciel · Outils opérationnels

Système de réservation en ligne
— Quoidbach SRL

Un système de prise de rendez-vous sur mesure pour le montage de pneus — en production depuis 2013, maintenu et enrichi en continu.

Client Quoidbach SRL
Domaine Logiciel · Outils opérationnels · Intégration de systèmes
Statut En production depuis 2013 — 99,9 % de disponibilité — développement actif
Périmètre Développement · Déploiement · Hébergement · Maintenance · Évolution

Contexte

Une activité saisonnière avec un vrai problème de planning

Le montage de pneus est très saisonnier — les passages été-hiver et hiver-été génèrent un afflux concentré de rendez-vous sur une courte période. Gérer ce volume à la main crée des frictions : temps d'attente, doubles réservations, créneaux perdus et clients qui abandonnent.

Quoidbach avait besoin d'un système de réservation en ligne capable de gérer à la fois les particuliers et les comptes entreprises — y compris des sociétés de leasing avec des accords spécifiques, et des lieux de service délocalisés.

La contrainte centrale : tout devait se synchroniser avec un logiciel de gestion interne existant, qui n'avait pas été conçu pour une intégration externe.

Architecture du système de réservation

La difficulté

Intégration d'un système ancien

Le logiciel de gestion interne n'expose qu'une interface XML, avec de fortes limites de débit et aucune structure d'identifiants commune. Synchroniser les réservations en ligne avec les encodages manuels au comptoir a demandé de construire une couche de réconciliation qui contourne ces contraintes sans surcharger le système source.

Résolution des conflits

Quand un créneau est réservé manuellement au comptoir pendant qu'un client termine une réservation en ligne sur le même créneau, le système le détecte avant la confirmation et demande au client de choisir un autre créneau. Pas de double réservation — et en pratique, c'est rare.

Plusieurs types de clients

Particuliers, entreprises, contrats de leasing, lieux de service délocalisés avec leurs propres calendriers — chacun ne voit que les postes et les créneaux qui le concernent, dans le même système.

Solution

Construit autour du fonctionnement réel de l'entreprise

Plutôt que d'obliger l'entreprise à s'adapter à un outil de réservation générique, le système a été conçu autour du modèle opérationnel réel de Quoidbach — y compris les particularités de son logiciel interne et les besoins propres à chaque segment de clientèle.

Les entreprises et les comptes leasing se connectent simplement et voient les postes qui leur sont accessibles. Les lieux de service délocalisés ont leurs propres calendriers, gérés depuis la même interface.

La couche de synchronisation interroge le système interne dans le respect de ses limites de débit, maintient un état local et résout les conflits selon un modèle de priorité déterministe — les encodages manuels au comptoir priment, les réservations en ligne sont retenues jusqu'à confirmation qu'elles sont sûres.

Périmètre technique

Intégration

Synchronisation XML avec le logiciel interne ancien. Interrogation respectueuse des limites de débit, gestion d'un état local.

Résolution des conflits

Les encodages manuels au comptoir priment ; les réservations en ligne en conflit sont interceptées avant confirmation. Aucune double réservation.

Types de clients

Particuliers, entreprises, leasing — chacun voit les postes qui lui sont accessibles.

Multi-sites

Lieux de service délocalisés avec des calendriers indépendants, gérés depuis une seule interface.

Technologies

Python / Django depuis 2017 — Clojure / ClojureScript auparavant. Auto-hébergé, déployé et maintenu de bout en bout.

Système en ligne

En production depuis 2013. calendar.quoidbach.com ↗

Historique

Treize ans, trois architectures

Le système a grandi avec l'entreprise — et a été reconstruit quand l'entreprise a changé sous lui.

2013

Une première version

Réservation en ligne pour un seul poste, transmise à la station par e-mail. La première leçon est vite arrivée : quand les clients réservent et que la station tient les rendez-vous, tout fonctionne mieux.

Clojure — navigateur et serveur

2015

Intégration

Intégration avec le premier logiciel de gestion dédié de la station. Deux postes, dont un réservé aux entreprises. Les journées s'ouvrent ou se ferment en quelques clics, et les flottes disposent d'un accès dédié.

Clojure + ClojureScript / Om

2017

La refonte

La station change de logiciel de gestion — l'occasion de tout repenser : gestion avancée des flottes, confirmation et annulation des rendez-vous, contrôles pour les véhicules inconnus du système. Aligné sur le site principal.

Python / Django

2018–2025

Performances

Améliorations continues du serveur et gains de performance. La seule panne majeure en treize ans : la réouverture après le confinement COVID, quand les centres pneus ont été parmi les premiers commerces à rouvrir et que l'afflux a fait tomber le système d'un partenaire.

2026

Horaires d'ouverture

Gestion complète d'horaires d'ouverture différenciés, synchronisés avec le planning des postes.

Résultat

13 ans en production

Le système tourne sans interruption depuis 2013 et absorbe toute la charge saisonnière de réservations à chaque changement de pneus. Chaque changement de saison apporte un afflux de réservations — plus de 2 000 rien qu'au printemps 2026 — et la station travaille sur planning plutôt qu'avec une file d'attente, même au plus fort de la saison.

Il a été étendu de nombreuses fois au fil de l'évolution de l'entreprise — nouveaux comptes entreprises, nouveaux lieux de service, nouvelles règles d'horaires — et reconstruit une fois, en 2017, quand la station a changé de logiciel de gestion.

13

ans de production continue

99.9%

de disponibilité depuis 2013

2,000+

réservations lors du changement de pneus du printemps 2026

← Projet précédent ROV sous-marin Retour à Tous les projets