Nos réalisationsCSV Auto

Centre auto Point S · entretien et réparation

Inspection du véhicule et ordre de réparation signé sur tablette

Le tour du véhicule photographié à l'arrivée, la plaque et le compteur lus automatiquement, le devis récupéré dans le logiciel de l'atelier et l'ordre de réparation signé sur l'écran.

Statut : Déploiement en cours Support : Tablettes de l'accueil IA : Hébergée par Foxchip Logiciel métier : Winpro, en lecture seule

L'application en images

Quatre écrans de l'application, pris sur l'installation en service au centre.

Véhicules attendus — Les rendez-vous du jour : heure, immatriculation, véhicule, client et devis. L'inspection se lance d'un bouton.
Véhicules attendusLes rendez-vous du jour : heure, immatriculation, véhicule, client et devis. L'inspection se lance d'un bouton.
Paramètres — Réglages modifiables par le responsable sans intervention sur le serveur.
ParamètresRéglages modifiables par le responsable sans intervention sur le serveur.
Connexion — L'entrée de l'application : un code à six chiffres saisi au pavé tactile, adapté à une tablette d'atelier.
ConnexionL'entrée de l'application : un code à six chiffres saisi au pavé tactile, adapté à une tablette d'atelier.

Captures prises sur l'application réelle, puis anonymisées : les noms de clients et les plaques d'immatriculation ont été remplacés par des valeurs fictives, et les photos de véhicules sont floutées. Les marques et modèles sont conservés. Aucune donnée réelle de CSV Auto n'apparaît sur cette page.

01 — Le point de départ

Le problème à résoudre

Un centre auto vit sur un malentendu récurrent : l'état du véhicule à son arrivée. Une rayure constatée à la restitution était-elle là avant ? Sans trace, la discussion se règle au feeling, et le centre paie souvent pour éviter le conflit.

L'autre irritant est la double saisie. Le devis existe déjà dans Winpro, le logiciel de gestion du centre. Le recopier sur un ordre de réparation papier, c'est du temps perdu et une source d'erreurs.

Une photo horodatée à l'arrivée coûte trois secondes. Elle vaut la discussion qu'elle évite trois semaines plus tard.

02 — Modélisation du process

Le parcours du véhicule, de l'accueil à la restitution

Le parcours métier tel qu'il se déroule réellement, étape par étape.

Le parcours du véhicule, de l'accueil à la restitution Diagramme du parcours metier, etape par etape. 1 ACCUEIL Arrivée du véhicule et ouverture du dossier L'opérateur crée le dossier sur la tablette. Le client, son adresse et lecode de démarrage du véhicule sont saisis : sans ce code, l'atelier nepeut pas le déplacer. 2 ACCUEIL Tour du véhicule guidé L'application demande les photos face par face. Chaque cliché est horodatéet rattaché au dossier. L'état d'arrivée est constaté, pas discuté. 3 IA FOXCHIP Lecture de la plaque et du kilométrage Les photos sont analysées sur le serveur d'intelligence artificielle deFoxchip. Une valeur lue avec une confiance insuffisante est marquée «manuel » et doit être validée par l'opérateur. 4 WINPRO Récupération du devis existant L'application interroge la base du logiciel de l'atelier parl'immatriculation et propose les devis correspondants. La liaison eststrictement en lecture : l'application n'écrit jamais dans Winpro. 5 CLIENT Signature de l'ordre de réparation Le client signe sur l'écran. Le PDF de l'ordre, photos comprises, lui estenvoyé par SMS via un lien protégé par un jeton non devinable. 6 PARC Entrée parking, puis entrée atelier Deux moments distincts : le véhicule qui attend sur le parking, et celuidont un mécanicien s'occupe réellement. Les confondre fausse la vue sur leparc. 7 ATELIER Points de contrôle et temps passé Le technicien renseigne les points de contrôle du centre. Le temps estaccumulé par tranches : une interruption ne compte pas la nuit entière. 8 ACCUEIL Contrôle qualité, puis remise Celui qui a fait le travail n'est pas celui qui le valide. Après contrôle,le SMS « votre véhicule est prêt » part. La remise effective est un état àpart : « prêt » et « rendu » ne se confondent pas.
Chaque étape change le statut du dossier ; personne ne peut sauter une étape.
03 — Modélisation des états

Les états d'un dossier véhicule

Les états que traverse le dossier, et les sorties possibles.

Les états d'un dossier véhicule Cycle de vie : suite des etats possibles. Inspection Devis sélectionné Ordre signé Sur le parking En atelier À contrôler Prêt, client prévenu Rendu
Le passage d'un état à l'autre est contrôlé côté serveur, pas seulement dans l'écran.
04 — Modélisation technique

Architecture : tout reste sur le site du centre

Qui parle à quoi, et surtout où sont stockées les données.

Architecture : tout reste sur le site du centre Schema d'architecture : ou circulent les donnees. Sur le terrain Tablettes de l'accueil Photos, signature du client Poste atelier Points de contrôle, temps passé Application Serveur applicatif, dans le centre Apache + PHP — seul point qui ouvre une connexion vers les autres systèmes Systèmes appelés Base locale Dossiers, photos, ordres signés Winpro (SQL Server) Devis du centre, LECTURE SEULE IA Foxchip Plaque et kilométrage Passerelle SMS Lien vers l'ordre de réparation
Les tablettes ne touchent jamais la base du logiciel métier : seul le serveur applicatif l'interroge.
05 — Le périmètre

Ce que fait l'application

Les fonctions réellement livrées, regroupées par domaine.

Accueil et réception

  • Tour du véhicule guidé, photos horodatées de chaque face
  • Lecture assistée de la plaque et du kilométrage, avec validation manuelle sous le seuil de confiance
  • Sélection du devis Winpro par immatriculation, ou saisie manuelle des prestations
  • Ordre de réparation signé sur écran, PDF imprimable et envoyé par SMS
  • Fiche expert : adresse du client, code de démarrage, informations attendues par le réseau

Atelier

  • Liste des interventions en cours, par technicien
  • Points de contrôle du centre, cochés depuis l'atelier
  • Temps d'intervention accumulé par tranches, résistant aux interruptions
  • Distinction parking / atelier pour connaître ce qui encombre réellement le parc

Qualité et restitution

  • Contrôle par un second opérateur avant l'appel au client
  • SMS de mise à disposition déclenché par la validation du contrôle
  • Remise du véhicule tracée séparément de la mise à disposition
  • Rattrapage de signature quand le client n'était pas présent au moment de l'ordre

Administration et sécurité

  • Paramètres modifiables par l'administrateur sans toucher aux fichiers du serveur
  • Statistiques d'activité du centre
  • Protection contre la force brute : verrouillage après plusieurs codes ratés
  • Cloisonnement : code source, configuration et photos hors de portée du serveur web
  • Journalisation des envois de SMS : quand, sur quel numéro, avec quel résultat
06 — Intelligence artificielle

L'IA lit, l'opérateur décide

La plaque et le kilométrage sont lus par le serveur d'intelligence artificielle de Foxchip, installé dans nos locaux. Les photos du véhicule ne sont envoyées à aucun service extérieur : elles vont du serveur du centre au nôtre, et nulle part ailleurs.

L'appel part uniquement du serveur, jamais du navigateur de la tablette. Et surtout, l'IA ne décide pas seule : une valeur dont la confiance est inférieure au seuil configuré est marquée « manuel » et doit être validée par l'opérateur. Une erreur de plaque ou de kilométrage se propagerait jusqu'à l'ordre de réparation.

Enfin, l'application reste pleinement utilisable si l'IA est injoignable : la saisie manuelle prend le relais et le centre continue de travailler.

Notre serveur d'intelligence artificielle est installé dans les locaux de Foxchip, en France. Voir comment il fonctionne.

07 — Fiche technique

Les choix techniques

Ce sur quoi l'application repose, et ce que cela implique.

Type d'applicationApplication web pour tablette et poste fixe
ServeurHébergé dans le centre, sur le même réseau que le logiciel métier
Liaison logiciel métierWinpro sur SQL Server, connexion en lecture seule stricte : toute requête qui n'est pas une lecture est rejetée
Intelligence artificielleServeur Foxchip, appel effectué uniquement depuis le serveur applicatif
Documents produitsOrdre de réparation en PDF avec photos, lien envoyé par SMS
Protection des donnéesPhotos, ordres signés et configuration stockés hors de la racine web
08 — Ce qui a demandé du soin

Les détails qui font la différence

Les points qu'on ne voit pas dans une démonstration, et qui décident de l'adoption sur le terrain.

Le code de démarrage

C'est la première chose qui bloque un technicien quand l'accueil a oublié de le noter. Un champ dans un formulaire, et une demi-journée d'atelier qui ne se perd plus.

Le temps ne se déduit pas de deux horodatages

Un technicien est interrompu : il attend une pièce, on lui demande un dépannage urgent, la journée se termine. Mesurer entre le début et la fin compterait la nuit entière. Le temps s'accumule donc par tranches.

Séparer celui qui fait et celui qui valide

Le technicien déclare son travail terminé, il ne clôture pas. Quelqu'un de l'accueil vérifie et confirme, ce qui déclenche seulement alors le SMS au client.

Un besoin qui ressemble à celui-ci ?

Décrivez-nous votre problème, même mal défini. Nous vous dirons honnêtement s'il existe déjà une solution sur le marché — et si ce n'est pas le cas, nous la construirons.