Réponse courte. Une photo de preuve se prend dans l'application, pas dans la galerie, sur un appareil enrôlé par un auteur connecté. Elle est réduite sur l'appareil, à 1 600 pixels et en WebP, avant tout envoi : de quelques mégaoctets à quelques centaines de kilooctets. Elle reçoit sur l'appareil son empreinte SHA-256, l'heure de l'appareil, la position et sa précision, le dossier et l'auteur. Elle attend le réseau dans la file hors ligne, part par morceaux avec un protocole d'envoi reprenable, et reprend au morceau après une coupure. Le serveur note sa propre heure, recalcule l'empreinte, refuse si elle diffère, écrit l'objet dans un stockage objet versionné, produit les miniatures et lie la fiche au dossier. On y accède par un lien signé qui expire, et on sait qui l'a vue. L'original pleine taille n'est conservé que si le métier l'exige, et la rétention est écrite. Six semaines, dont la première sans code.
Ce guide s'adresse au gérant d'une entreprise de livraison, de travaux, d'installation ou de location dont les photos servent de preuve, au fondateur installé en France qui doit pouvoir regarder un chantier ou un état des lieux à distance et s'y fier, et au responsable qui a vu une photo contestée faute d'heure fiable. Il ne redit pas comment une application fonctionne sans réseau, décrit dans le guide sur le hors ligne, ni comment on sauvegarde un stockage objet, décrit dans le guide sur les sauvegardes ; il décrit ce qui se construit autour de la photo elle-même, et il prolonge notre page sur l'ingénierie logicielle.
Des photos qui tiennent, en cinq couches
Une photo qui prouve quelque chose traverse cinq couches, et la deuxième, sur l'appareil, est celle que les applications maison oublient.
Capture. La prise se fait dans l'application, avec un cadre attendu, un nombre de photos par dossier, le flash géré, et pas de recadrage ; l'appareil est enrôlé et l'auteur connecté par code, selon le guide sur les rôles et le journal d'audit. La photo naît dans le dossier, jamais dans la galerie. Traitement sur l'appareil. Réduction à 1 600 pixels de large et conversion en WebP avant tout envoi ; empreinte SHA-256 ; heure de l'appareil, position et précision, dossier et auteur attachés. C'est la couche accentuée : ce qui part pèse vingt fois moins et porte déjà sa preuve. Transport. File hors ligne dans la base locale, envoi reprenable par morceaux avec un protocole ouvert, reprise au morceau après coupure, accusé par morceau ; une photo n'est jamais renvoyée depuis le début.
Stockage. Le serveur note sa propre heure à la réception, recalcule l'empreinte et refuse si elle diffère ; l'objet est écrit dans un stockage objet versionné, les miniatures sont produites, et la fiche est liée au dossier et à l'auteur ; la base de données garde la fiche, le stockage objet garde les octets. Accès et rétention. Lien signé qui expire en quinze minutes, journal d'accès, export avec empreintes pour un litige, rétention écrite puis suppression journalisée ; la photo n'est jamais publique. Où vivent ces octets, en Algérie ou en Europe, est une décision à part, décrite dans le guide sur l'hébergement.
Une photo, de l'appareil au dossier
La figure suit une seule photo et ce qu'elle pèse à chaque étape. Tout ce qui compte se passe avant qu'elle quitte le téléphone.
Capturée à 12 mégapixels, la photo pèse 4,2 Mo ; réduite à 1 600 pixels de large et convertie en WebP sur l'appareil, elle pèse 240 Ko, assez pour lire une plaque, un compteur ou un défaut de carrelage, et vingt fois moins à envoyer sur un réseau qui coupe. Elle reçoit son empreinte et ses métadonnées, attend dans la file hors ligne pendant que le réseau est coupé, puis part en trois morceaux ; le deuxième est coupé à 45 Ko et reprend à 45 Ko, pas au début. Le serveur note 14:09:48, sept minutes après la prise, recalcule l'empreinte, la trouve égale, écrit l'objet et les miniatures, et lie la fiche au dossier.
Deux heures sont conservées, et c'est une règle : l'heure de l'appareil, déclarée et modifiable par qui règle son téléphone, et l'heure du serveur, reçue et non modifiable. Un écart de sept minutes est un réseau coupé ; un écart de trois jours demande une explication, et la fiche la rend visible. Le gain de WebP sur JPEG et le poids d'une photo de téléphone varient selon l'appareil et la scène ; les tailles de la figure sont un exemple construit, et la réduction des écrans qui affichent ces photos est traitée dans le guide sur l'application lente.
«La photo est réduite avant d'être envoyée, jamais après : 240 Ko sur un réseau faible passent, 4,2 Mo ne passent pas.»
Sur le terrain, en six gestes
Ce que fait l'agent, le livreur ou le technicien, dans l'ordre, et pourquoi le deuxième geste est une règle.
Ouvrir le dossier : livraison, chantier, état des lieux ; les photos attendues sont listées, façade, compteur, colis à la porte. Prendre dans l'application, avec le cadre guidé ; sur les dossiers de preuve, l'import depuis la galerie est désactivé, parce qu'une photo importée peut venir de n'importe où et de n'importe quand. Vérifier la liste : les photos manquantes sont signalées avant de fermer. Signer ou faire signer sur l'écran ; la signature est liée aux photos du dossier et au point de remise, selon le guide sur la livraison sans adresse.
Fermer le dossier, même sans réseau ; tout est en file. Laisser partir : l'envoi reprenable se fait en arrière-plan, et l'état est visible, trois en attente, deux envoyées, pour que l'agent ne reste pas à attendre une barre de progression. Le GPS continu, la caméra et le travail en arrière-plan font partie des raisons pour lesquelles l'application de l'agent est souvent native, selon le guide PWA ou native.
Ce qui fait tenir une photo
La figure montre la fiche d'une photo stockée, trois vérifications faites aujourd'hui, et le journal de qui l'a vue. C'est tout cela, pas l'image, qui tient.
La fiche porte le dossier, l'auteur et l'appareil, les deux heures, la position et sa précision, l'empreinte calculée à la prise, la clé et la version de l'objet, la règle sur l'original pleine taille, et la rétention. Les vérifications recalculent aujourd'hui l'empreinte de l'objet stocké et la comparent à celle de la fiche : égale, l'image est celle qui a été prise ; une copie dont la luminosité a été changée donne une empreinte différente et ne passe pas. La version de l'objet montre qu'il n'a jamais été réécrit ; les stockages objet savent verrouiller une version pour une durée, comme décrit dans le guide sur les sauvegardes.
L'accès se fait par un lien signé qui expire en quinze minutes, et le journal dit qui l'a ouvert et quand ; les grands stockages objet limitent eux-mêmes la durée de ces liens à quelques jours au plus. Un export pour litige produit un PDF avec les empreintes. La valeur juridique d'une photo dépend du contexte et n'est pas traitée ici ; ce qui est construit, c'est la possibilité de montrer ce qui a été pris, quand, par qui, et que rien n'a changé depuis. Les valeurs de la figure sont un exemple construit.
«Une photo seule ne prouve rien : ce qui tient, c'est la fiche autour d'elle, l'empreinte recalculée, la version de l'objet et le journal de qui l'a vue.»
Six situations réelles, et ce que l'application fait
Les six situations qu'on retrouve dans presque toutes les applications de terrain qu'on reprend, et la construction qui les règle.
Les deux premières lignes se règlent sur l'appareil, par la réduction avant envoi et la file hors ligne ; les deux suivantes par l'empreinte, les deux heures et la règle de prise dans l'application ; les deux dernières par l'accès signé et la rétention écrite. La lecture automatique du contenu d'une photo, une facture ou un bon, est un autre sujet, décrit dans le guide sur la lecture de pièces par IA ; ici, la photo est une preuve, pas une source de données. Aucune des six lignes ne se règle par un agent plus soigneux.
Vu ailleurs : stockage objet, liens signés et envoi reprenable, et ce qui se transpose
Trois mécanismes des grandes plateformes se transposent tels quels. Le stockage objet versionné, où chaque écriture crée une version et où une version peut être verrouillée pour une durée ; ce qui se transpose, c'est de ne jamais réécrire un objet de preuve et de garder sa version sur la fiche. Les liens signés, limités dans le temps par le fournisseur lui-même, sept jours au plus avec les outils d'Amazon S3 et douze heures depuis sa console ; ce qui se transpose, c'est quinze minutes pour une photo de dossier, et un journal. L'envoi reprenable, avec tus, un protocole ouvert pour reprendre un téléversement interrompu ; ce qui se transpose, c'est la reprise au morceau, sur un réseau qui coupe.
Ce que ces mécanismes ne décident pas pour vous : la taille à laquelle vous réduisez, l'original ou non, combien de temps vous gardez, et qui peut voir ; la première semaine du projet y répond, et c'est le gérant qui signe.
Les règles d'une photo qui tient
Six règles, écrites la première semaine. La photo de preuve se prend dans l'application, pas dans la galerie. Elle est réduite et empreinte sur l'appareil avant tout envoi. Elle attend et part par morceaux, et ne repart jamais du début. Deux heures sont conservées, celle de l'appareil et celle du serveur. L'objet n'est jamais réécrit, et sa version est sur la fiche. L'accès est signé, limité et journalisé, et la rétention est écrite.
Et une règle de méthode : les photos existantes, sur les téléphones et dans WhatsApp, sont reprises comme des photos importées, marquées comme telles, avec la date du fichier et sans empreinte à la prise ; on ne fait pas semblant qu'elles ont été prises dans l'application.
Six entreprises, et la photo qui manquait
Six situations composées à partir de projets que nous rencontrons ; les noms sont génériques et les chiffres sont des exemples.
- Une entreprise de livraison à Alger, quarante livreurs. Les photos de remise partaient sur WhatsApp et un colis contesté sur dix n'avait plus de photo. La construction : prise dans l'application, file hors ligne, envoi reprenable, deux heures, lien signé pour le client. Les litiges sans photo ont cessé ; le cas est proche de le guide sur la chaîne du froid.
- Un promoteur à Oran, acquéreurs en France. Les photos de chantier arrivaient par e-mail, lourdes et sans ordre. La construction : photos liées à l'étape du chantier, réduites sur l'appareil, miniatures dans l'espace acquéreur ; le cas est décrit dans le guide sur le promoteur immobilier.
- Un propriétaire à Lyon, appartement loué à Alger. L'état des lieux était un fichier de photos sans date fiable. La construction : photos par pièce prises dans l'application par le gestionnaire, empreinte, signature du locataire liée, rétention sur la durée du bail ; le cas est décrit dans le guide sur l'appartement loué.
- Un installateur solaire à Sétif. Les photos de fin de chantier étaient contestées par un client six mois plus tard. La construction : liste de photos attendues par chantier, deux heures, position, export litige avec empreintes ; le métier est décrit dans le guide sur l'installateur solaire.
- Un loueur de voitures à Constantine. L'état des lieux au départ et au retour se faisait sur papier. La construction : photos guidées par face du véhicule, comparaison départ et retour côte à côte, empreinte et signature ; le cas est décrit dans le guide sur la location de voiture.
- Un distributeur à Annaba, douze camions. Les photos de déchargement saturaient le serveur et les écrans. La construction : réduction sur l'appareil, miniatures pour les listes, rétention de douze mois sur les photos de routine et de cinq ans sur les litiges.
Le calendrier 2027
Six semaines pour une entreprise qui prend déjà des photos sur le terrain ; la première semaine se passe sans code.
Semaine 1, règles : quels dossiers exigent des photos et combien, quelle taille de réduction, l'original conservé ou non, la durée de rétention, qui peut voir ; signées par le gérant. Semaine 2, capture et réduction : prise guidée dans l'application, réduction et WebP sur l'appareil, empreinte et métadonnées attachées. Semaine 3, file et envoi : file hors ligne, envoi reprenable par morceaux, état visible pour l'agent, reprise après coupure testée en coupant réellement le réseau.
Semaine 4, stockage et fiche : réception avec heure du serveur et vérification, stockage objet versionné, miniatures, fiche liée au dossier. Semaine 5, accès et export : liens signés, journal d'accès, export litige avec empreintes, affichage dans les dossiers et sur le portail client. Semaine 6, rétention et mesure : suppression journalisée à l'échéance, photos manquantes par dossier, taux d'envoi réussi au premier essai. Chaque semaine se termine par une démonstration, selon le guide sur la livraison sans casse.
Ce qui fait échouer les photos
Cinq causes, vues dans des applications qu'on reprend. L'original envoyé puis réduit sur le serveur : la photo ne passe pas sur un réseau faible, et le serveur se remplit. L'import depuis la galerie sur un dossier de preuve : la photo vient de n'importe où. Une seule heure : celle du téléphone, que n'importe qui règle. L'URL publique : la photo circule. Les photos dans la base de données : la base grossit, les sauvegardes s'allongent, les écrans ralentissent.
Et une cause de méthode : laisser la rétention « à décider plus tard ». Sans règle, on garde tout pour toujours, puis on supprime en catastrophe ; la première semaine est faite pour l'écrire.
Questions fréquentes
Les questions que posent les gérants et les fondateurs quand ils nous décrivent des photos qui n'arrivent pas ou ne prouvent rien.
- Pourquoi les photos n'arrivent-elles pas depuis le terrain ?
- Parce qu'elles partent en pleine taille, plusieurs mégaoctets, sur un réseau qui coupe, et qu'un envoi interrompu repart du début ou est perdu. La construction qui règle cela : réduction sur l'appareil avant tout envoi, file hors ligne, envoi reprenable par morceaux qui reprend au morceau après coupure, et un état visible pour l'agent.
- Faut-il garder l'original pleine taille ?
- Seulement si le métier l'exige, une expertise ou un zoom sur un détail par exemple, et on l'écrit la première semaine. Pour la plupart des dossiers de preuve, une photo de 1 600 pixels de large suffit pour lire une plaque, un compteur ou un défaut, et pèse vingt fois moins. Si l'original est gardé, il part après la version réduite, quand le réseau le permet.
- Comment prouver qu'une photo n'a pas été retouchée ?
- Par une empreinte SHA-256 calculée sur l'appareil au moment de la prise, vérifiée par le serveur à la réception, et recalculable à tout moment sur l'objet stocké ; une image modifiée donne une empreinte différente. L'objet est versionné et jamais réécrit. Cela montre que l'image stockée est celle qui a été prise ; la valeur juridique dépend du contexte.
- Pourquoi deux heures sur chaque photo ?
- Parce que l'heure du téléphone est déclarée et modifiable par qui le règle, et que l'heure du serveur est reçue et non modifiable. Les deux sont conservées ; un écart de quelques minutes est un réseau coupé, un écart de plusieurs jours demande une explication, et la fiche le rend visible au lieu de le cacher.
- Où stocker des milliers de photos ?
- Dans un stockage objet versionné, pas dans la base de données : la base garde la fiche, le stockage garde les octets, et chaque écriture crée une version. Les photos sont servies par des liens signés qui expirent, jamais par une URL publique. Le choix du lieu d'hébergement, Algérie ou Europe, suit le guide dédié.
- Peut-on reprendre les photos déjà prises sur WhatsApp ?
- Oui, comme des photos importées, marquées comme telles, avec la date du fichier et sans empreinte à la prise ; elles sont liées au dossier mais la fiche dit qu'elles n'ont pas été prises dans l'application. On ne fait pas semblant.
- Combien de temps pour mettre cela en place ?
- Six semaines dans le calendrier type : une pour écrire les règles, une pour la capture et la réduction, une pour la file et l'envoi, une pour le stockage et la fiche, une pour l'accès et l'export, une pour la rétention et la mesure. Le délai dépend du nombre de types de dossiers et de l'existence d'une application de terrain.