Une application d'intervention se juge sur un seul moment : celui où le technicien quitte le site avec un rapport signé, complet et déjà transmis au bureau. Derrière ce geste de deux minutes se cachent cinq briques techniques distinctes, photo, signature, lecture de codes, géolocalisation et génération du rapport, dont chacune a ses pièges. Voici comment les choisir et les assembler sans surcharger ni le téléphone, ni vos équipes.

Pourquoi le rapport d'intervention papier résiste encore

Dans beaucoup de PME, le bon d'intervention reste un carnet à souches ou un PDF rempli le soir. Le problème n'est pas l'outil mais le délai : pendant plusieurs jours, la facture attend, les pièces consommées ne sortent pas du stock et le client n'a aucune trace écrite.

Une application rapport d'intervention bien conçue supprime ce délai. Mais les échecs viennent rarement de l'idée : ils viennent de briques techniques mal choisies, comme des photos de 8 Mo qui ne partent jamais en zone blanche, une signature qui ne prouve rien ou un suivi GPS qui inquiète légitimement les salariés.

Brique 1 : la photo, preuve et poids mort à la fois

La photo est la brique la plus utilisée et la plus sous-estimée. Un smartphone récent produit des images de plusieurs mégaoctets ; dix photos par intervention, vingt interventions par jour et par technicien, et la synchronisation devient le goulot d'étranglement.

  • Compresser sur l'appareil avant tout envoi : une largeur de 1 600 à 2 000 pixels suffit à lire une plaque signalétique ou constater un dégât.
  • Horodater et rattacher chaque photo à l'intervention et à l'étape (avant, pendant, après), plutôt que de laisser une galerie en vrac.
  • Nettoyer les métadonnées : les coordonnées GPS enregistrées dans le fichier image transmettent une localisation que vous n'aviez peut-être pas prévu de collecter.
  • Stocker hors de la galerie personnelle du téléphone, surtout si l'appareil est celui du salarié.

Brique 2 : la signature du client, et ce qu'elle prouve vraiment

Faire signer le client du doigt sur l'écran est devenu banal. Juridiquement, c'est une signature électronique dite simple : le règlement européen eIDAS (n° 910/2014, article 25) interdit de lui refuser tout effet juridique au seul motif qu'elle est électronique, et l'article 1367 du code civil exige un procédé fiable d'identification garantissant son lien avec l'acte. En cas de litige, c'est donc à vous de démontrer ce lien.

Le tracé seul ne démontre rien. Ce qui donne de la valeur à la signature, c'est ce qui l'entoure :

  • le nom et la qualité du signataire saisis au moment de signer ;
  • un horodatage fourni par le serveur à la réception, pas seulement par l'horloge du téléphone ;
  • une empreinte du rapport (hachage) calculée au moment de la signature, pour prouver que le contenu n'a pas été modifié ensuite ;
  • l'envoi immédiat d'une copie au client par courriel, qui constitue une trace indépendante.

Ce niveau suffit pour un bon d'intervention ; pour une réception de travaux ou un contrat, une signature avancée se justifie.

Brique 3 : codes-barres, QR codes et NFC

Scanner l'étiquette d'un équipement ou d'une pièce détachée évite les erreurs de saisie de référence, première source d'écarts de stock. Les bibliothèques de lecture fournies par Google (ML Kit) et Apple (VisionKit) décodent les formats courants directement sur l'appareil, sans connexion : EAN pour les pièces, QR code ou Data Matrix pour les équipements.

Deux choix structurent cette brique :

  • Caméra ou terminal durci : la caméra du smartphone suffit pour quelques lectures par intervention ; au-delà de plusieurs dizaines de scans par heure, en entrepôt ou en inventaire, un terminal avec lecteur laser intégré reste plus rapide et plus robuste.
  • Étiquetage du parc : un QR code collé sur chaque équipement, pointant vers sa fiche dans l'application, transforme l'historique de maintenance en un geste d'une seconde. Le NFC fait de même avec des étiquettes plus résistantes, mais plus chères.

Brique 4 : la géolocalisation, utile mais encadrée

La localisation sert à prouver la présence sur site, affecter l'urgence au technicien le plus proche et préremplir l'adresse. C'est aussi la brique la plus sensible.

La CNIL, dans sa fiche sur la géolocalisation des véhicules des salariés, admet notamment ces finalités mais exclut le contrôle permanent, le suivi en dehors du temps de travail et la géolocalisation d'un salarié libre de l'organisation de ses déplacements. Les données ne doivent en principe pas être conservées plus de deux mois, un an lorsqu'elles servent à prouver les interventions faute d'autre moyen, et cinq ans pour le suivi du temps de travail. Les représentants du personnel doivent être informés ou consultés avant la mise en place.

Le 7 juillet 2026, la CNIL a rappelé pour les applications mobiles deux principes directement transposables : choisir le niveau de précision réellement nécessaire et ne pas collecter en permanence, la collecte en arrière-plan devant rester limitée aux cas indispensables. Elle précise aussi que l'autorisation donnée dans le système du téléphone ne vaut pas à elle seule base légale.

En pratique, la bonne conception est simple : un point de localisation au démarrage et à la clôture de l'intervention, pas de suivi continu, une durée de conservation paramétrée dans l'application et documentée au registre des traitements.

Brique 5 : générer et transmettre le rapport

Le rapport final est ce que le client voit. Deux architectures coexistent :

  • Génération sur le téléphone : le PDF est prêt immédiatement, même sans réseau, et peut être montré au client avant signature. C'est la bonne option quand les zones blanches sont fréquentes.
  • Génération côté serveur : la mise en page, le logo et les mentions légales se modifient sans republier l'application, et le document fait foi puisqu'il est produit par votre système. C'est l'option la plus simple à maintenir.

Beaucoup de projets combinent les deux : un aperçu sur l'appareil pour la signature, le document de référence produit par le serveur à la synchronisation. Dans tous les cas, chaque rapport doit porter un identifiant unique généré sur l'appareil, afin qu'une double synchronisation ne crée jamais deux interventions. La question plus large du fonctionnement sans réseau est traitée dans notre billet sur l'architecture offline-first.

Les erreurs qui font échouer une application d'intervention

  1. Reproduire le formulaire papier écran pour écran, avec quarante champs, au lieu de partir des cinq informations sans lesquelles la facture ne peut pas partir.
  2. Oublier le retour vers le bureau : pièces consommées vers le stock, temps passé vers la facturation, anomalie vers un devis. Une application qui ne s'intègre pas à votre gestion n'est qu'un carnet numérique.
  3. Tester au bureau en Wi-Fi plutôt qu'en sous-sol ou en zone rurale.
  4. Activer le suivi GPS continu « au cas où », sans finalité écrite ni information des équipes.
  5. Négliger la saisie avec des gants : boutons trop petits, champs texte là où une liste suffirait, pas de dictée vocale.

Un premier lot limité à un seul type d'intervention permet de valider ces briques sur le terrain avant d'étendre : c'est notre approche du développement d'applications métier sur-mesure.

Questions fréquentes

Une signature sur smartphone a-t-elle une valeur juridique ?

Oui. Une signature électronique simple ne peut pas être privée d'effet juridique au seul motif qu'elle est électronique (règlement eIDAS, article 25). Sa force probante dépend toutefois des éléments qui l'entourent : identité du signataire, horodatage, empreinte du document et copie envoyée au client.

Peut-on géolocaliser les techniciens avec l'application d'intervention ?

Oui, pour des finalités précises comme la preuve de passage ou l'affectation des urgences, après information des salariés et des représentants du personnel. Le suivi permanent et la collecte hors temps de travail sont exclus, et la conservation est limitée en principe à deux mois, ou un an pour la preuve des interventions.

Faut-il des terminaux durcis ou des smartphones suffisent-ils ?

Un smartphone avec une coque renforcée suffit pour la majorité des métiers de service. Les terminaux durcis se justifient pour une lecture intensive de codes-barres, des environnements très poussiéreux ou humides, ou des chutes fréquentes.

L'application peut-elle fonctionner sans réseau ?

Oui, à condition d'être conçue pour : données de l'intervention stockées sur l'appareil, photos compressées localement, identifiant unique par rapport et synchronisation automatique au retour du réseau. Ce choix se fait dès la conception, pas après la mise en service.

Parlons de votre application terrain

Vous voulez remplacer vos bons papier ou une application décevante ? Nous vous aidons à choisir les briques utiles, à les relier à votre gestion et à les tester sur le terrain.

Parlons de votre projet