Tous les articles

Cas concret

21 factures sur 25 ne passaient pas. Alors je les fais à leur place

Pour facturer 314 partenaires à leur place, j'ai failli laisser un registre public écraser ce qu'ils venaient de me confirmer. La règle qui l'empêche, et comment l'appliquer à votre fichier clients de cabinet, avec ou sans Claude Code.

François Benavente
François Benavente23 septembre 2026·13 min
Fausse capture de Gmail : le mail du service comptable qui refuse les factures non conformes, avec les PDF joints.

Vous animez un atelier de gestion du stress dans une entreprise, vous envoyez la facture, et trois semaines plus tard le service comptable vous la renvoie : mauvaise adresse, pas de numéro de commande, raison sociale incomplète. Une cliente vous demande une facture pour sa mutuelle, et vous découvrez que l'adresse mail de votre fichier date de trois ans. Rien de tout cela n'est grave. Tout cela vous coûte une soirée, et un paiement qui glisse d'un mois.

Ces petites erreurs ont presque toujours la même origine : une information qui existe à plusieurs endroits, et aucune règle pour décider lequel a raison. Cet article raconte comment je l'ai appris à grande échelle, sur les factures de 314 partenaires. La leçon tient en deux phrases qui valent pour n'importe quel fichier clients, y compris le vôtre. Ce que la personne vous a confirmé gagne sur une source publique, même plus récente. Et une case vide vaut mieux qu'une case fausse. Vous trouverez plus bas la façon de l'appliquer dans un cabinet, avec un simple tableur et claude.ai.

L'histoire : 4 factures conformes sur 25

Le 7 août, la comptable de la marque pour laquelle j'anime un réseau de 314 partenaires m'écrit. Elle est polie, elle est ferme : la plupart des factures qu'elle reçoit de mon réseau ne passent pas. Sans les bonnes mentions, elle ne peut ni les enregistrer ni les payer. J'ai repris les 25 factures reçues depuis le 1er juillet. 4 étaient conformes.

Les montants, eux, étaient presque toujours justes. Ce qui bloquait tenait aux mentions : un SIREN à 9 chiffres (l'identifiant de l'entreprise) là où la comptable voulait les 14 du SIRET (l'identifiant de l'établissement), une adresse de client mal recopiée, et la TVA. La marque est établie dans un autre pays de l'Union, et un partenaire en franchise devait écrire deux mentions à la fois, « TVA non applicable, art. 293 B du CGI » et « Autoliquidation ». Chacun ne mettait que la première. Personne n'était négligent. Mes partenaires créent du contenu, ils ne font pas de comptabilité, et je ne pouvais pas expliquer tout ça 314 fois.

Rechercher dans les messagesF

Factures de votre réseau : à reprendre

Boîte de réception
I

Ines Varga · Comptabilité <compta@maison-ardel.example>À moi

7 août 2026, 09:42

Bonjour François,

Je me permets de revenir vers vous au sujet des factures envoyées par vos partenaires. La plupart de celles que nous recevons ne passent pas : sans les bonnes mentions, je ne peux ni les enregistrer ni les payer.

Je vous en joins trois en exemple. Pourriez-vous faire le nécessaire auprès de votre réseau ?

Bien cordialement,
Ines Varga

3 pièces jointes
PDF2026-07-facture-partenaire-08.pdf112 KoPDF2026-07-facture-partenaire-13.pdf97 KoPDF2026-07-facture-partenaire-21.pdf104 Ko

Relevé du 7 août 2026

4/25

factures conformes, sur les 25 reçues depuis le 1er juillet

conformerejetée

Ce qui bloquait, les montants étaient justes

  1. 01IdentifiantUn SIREN là où la comptable attendait le SIRET9 chiffres au lieu des 14 qu’elle voulait voir.
  2. 02ClientUne adresse mal recopiéeCelle de la marque, qui reçoit et paie la facture.
  3. 03Mentions légalesLa seconde mention oubliée« TVA non applicable, art. 293 B du CGI » et « Autoliquidation » : seule la première était écrite.

Mail : maquette · exemple inventé, noms fictifs. Relevé : réseau de 314 partenaires, compte personnel, anonymisé.

Le mail du 7 août, puis mon propre relevé : 4 factures conformes sur 25, et les trois causes qui revenaient.

En septembre 2026, la facturation électronique vient de démarrer, et elle ne m'aurait pas sauvé : elle vise les ventes entre entreprises établies en France, et ces factures partent vers un autre pays. Pour ceux de mes partenaires qui facturent aussi des clients français, l'émission électronique arrive le 1er septembre 2027. Une donnée fausse aujourd'hui y entrera telle quelle.

Je fais leurs factures, et la loi le prévoit

Aujourd'hui, mes partenaires n'ont plus de facture à faire. La marque m'envoie le détail des ventes au début de chaque mois, je fabrique la facture, ils la reçoivent prête à valider. La phrase que je leur ai écrite : tu t'occupes de ton contenu, je m'occupe de tes factures.

Le droit fiscal a un nom pour ça, le mandat de facturation. Le BOFiP pose trois règles. Le mandat est conclu avant la première facture, sans forme imposée. La facture a la même forme que si le partenaire l'avait écrite. Et il garde « l'entière responsabilité de ses obligations ». C'est pour ça que rien ne part sans son accord écrit.

Pour que ça tourne, il me fallait leurs données, une fois, propres. Le mardi de la collecte, j'ai envoyé 306 mails, dont 288 personnalisés, chacun portant les coordonnées que je détenais pour la personne. 520 mails sur la semaine, en 4 jours. À 3 minutes le mail écrit à la main, ce seul mardi représentait 15 heures de travail.

Le piège : la date la plus fraîche gagnait

Pour chaque partenaire, mon système croisait cinq sources : sa réponse, ses anciennes factures, le registre public des entreprises, mon tableur interne et les documents rangés sur mon disque. Quand deux sources se contredisaient, il gardait la plus récente, un réflexe qui paraît raisonnable et qui m'a trompé.

Un registre public paraît toujours frais. Ce matin, j'ai interrogé l'API Recherche d'entreprises (une API est une porte d'accès qui permet à un programme d'interroger un service sans passer par son site) sur une grande entreprise cotée puis sur trois boulangeries : toutes les fiches affichaient une mise à jour de la veille. Cette date est celle du dernier passage du registre, pas celle de la dernière modification de la fiche, dont le contenu remontait parfois à 2024. Face à n'importe quelle réponse plus ancienne que la veille, le registre gagnait donc l'arbitrage par la date. Mon système laissait une donnée générale écraser en silence ce que la personne venait de me confirmer.

chemin suividonnée écrasée

Deux sources se contredisent

La règle

La fiche du partenaire

Un mois plus tard

Avant

Le plus récent gagne

Le registre affiche toujours une date fraîche. Il gagne donc contre la réponse que la personne vient d’envoyer, et l’écrase en silence.

Chaque élément du schéma s'ouvre ici.

Le même conflit arbitré deux fois : par la date, le registre gagne ; par le rang, la réponse de la personne reste verrouillée

Le rang d'abord, la date ensuite

La correction tient en une règle. Chaque source a un rang, et une source basse ne remplace jamais une source haute, quelle que soit sa date. La récence ne départage que deux sources de même rang.

  1. 1La personne elle-mêmeSeule une réponse plus récente d’elle le change.Verrouillé
  2. 2Sa propre factureElle l’a écrite, mais elle peut être vieille.
  3. 3Un registre publicFiable sur l’entreprise, muet sur le compte bancaire.
  4. 4Un tableur internePratique, souvent périmé.
  5. 5Un document sur disqueComble les vides, n’écrase rien.

La règle

Une source basse ne remplace jamais une source haute. La date ne départage que deux sources de même rang.
Les cinq rangs de source, du verrouillé au bouche-trou.

Tout en haut, la personne elle-même. Tout en bas, ce qui traîne sur votre disque. Entre les deux, ce qu'elle a écrit un jour, ce que dit un registre, ce que vous avez noté vous-même. Cette échelle ne demande aucun outil. Elle demande seulement de noter, à côté de chaque information, d'où elle vient et quand elle a été confirmée.

Deux règles qui valent pour n'importe quel fichier clients

Mon cas est très particulier : un réseau de partenaires, un mandat de facturation, une marque étrangère. Les deux règles qui en sortent ne le sont pas du tout. Elles s'appliquent à la liste de clients d'un kiné, au fichier d'une naturopathe ou aux contacts entreprise d'un coach.

La donnée confirmée par la personne gagne. Votre fichier clients est rempli de sources qui se contredisent en silence. L'adresse mail de la fiche d'accueil, celle du dernier message reçu, celle que la cliente vous a dictée au téléphone. L'adresse de facturation d'une entreprise telle que l'affiche le registre public, et celle que son service comptable vous a demandé d'utiliser. Le nom sur une facture destinée à une mutuelle, qui n'est pas toujours celui de la personne que vous recevez : un parent pour un enfant, par exemple. Dans chaque cas, la bonne réponse est celle que la personne concernée vous a confirmée, même si une autre source paraît plus fraîche.

Le registre est l'exemple le plus trompeur. Pour une entreprise cliente, l'Annuaire des Entreprises, le site gratuit de l'État qui permet de vérifier les informations légales publiques d'une entreprise, vous donne son siège et ses identifiants. C'est précieux pour vérifier qu'elle existe et qu'elle est active. Mais le siège n'est pas forcément l'adresse où elle veut recevoir vos factures, et le registre ne sait rien de son numéro de bon de commande. Pour cela, seule la comptabilité de l'entreprise fait foi.

Vide plutôt que faux. Une case vide se voit. Une case fausse se découvre quand la facture revient, un mois plus tard, et plus personne ne sait d'où venait l'erreur. Si vous hésitez entre deux adresses, vous n'en choisissez aucune : vous laissez vide, vous notez « à vérifier », et vous demandez. C'est encore plus vrai quand un outil remplit les cases pour vous. Une IA qui devine un nom à partir d'une adresse mail écrit une case fausse avec beaucoup d'assurance.

Dans un cabinet : Camille remet son fichier au propre

Exemple inventé. Camille est diététicienne à Lille. Elle suit une centaine de clients en consultation, et depuis un an elle anime des ateliers d'équilibre alimentaire dans deux entreprises. Son fichier clients est un tableur commencé il y a cinq ans, complété à la main, avec des colonnes qui ont changé de sens en route. Ce mois-ci, une de ses entreprises clientes lui a renvoyé une facture d'atelier pour adresse erronée, et deux clientes lui ont signalé ne pas avoir reçu le récapitulatif de leur séance.

Elle n'utilise pas Claude Code. Elle a un tableur et un compte claude.ai. C'est suffisant.

Étape 1 : séparer ce qui ne doit jamais sortir

Avant de montrer quoi que ce soit à Claude, Camille regarde ses colonnes. Certaines touchent à la santé de ses clients : motif de consultation, remarques de suivi, allergies. Ce sont des données sensibles au sens du RGPD, que son article 9 protège particulièrement, et elles n'ont rien à faire dans une conversation sur des adresses. Elle les déplace dans un onglet séparé, qu'elle ne copiera jamais. Pour ce nettoyage, Claude n'a pas besoin des noms non plus : elle ajoute une colonne « numéro » et travaille avec elle.

Étape 2 : demander la méthode, pas le traitement

Camille ne colle pas son fichier. Elle décrit ses colonnes et demande à Claude de concevoir la structure qui applique les deux règles.

Je suis diététicienne. Mon fichier clients est un tableur avec ces colonnes :
numéro, email, téléphone, adresse postale, nom pour les factures, date du dernier contact.
Certaines valeurs ont été recopiées de vieux mails, d'autres dictées par les clients.

Propose-moi une structure de tableur qui garde, pour chaque information,
la valeur, sa source et la date à laquelle la personne l'a confirmée.
Classe les sources par rang :
1. confirmé par la personne elle-même
2. écrit par la personne dans un ancien message
3. trouvé ailleurs (site, registre, ancienne fiche)
Règle : une source de rang inférieur ne remplace jamais une source de rang supérieur.
Si une valeur est douteuse, la case reste vide et passe dans une colonne « à vérifier ».
Donne-moi aussi la formule qui colore en orange les lignes où une information
critique n'est pas de rang 1.

Claude lui rend une structure en quelques colonnes et une formule de mise en forme conditionnelle. Elle l'applique elle-même dans son tableur. Son fichier, lui, n'est jamais passé par la conversation.

Étape 3 : les entreprises clientes, avec le registre à sa place

Pour ses deux entreprises, il n'y a pas de donnée de santé en jeu, et Camille peut travailler directement avec Claude. Elle vérifie d'abord chacune sur l'Annuaire des Entreprises (existence, identifiants, activité), puis prépare le mail qui fera confirmer le reste.

Écris un mail court au service comptable d'une entreprise cliente.
Je leur envoie les informations que je détiens pour mes factures d'atelier,
et je leur demande de confirmer ou de corriger, sans rien remplir à nouveau :
raison sociale, SIRET, adresse de facturation, contact comptable,
mentions obligatoires de leur côté (numéro de bon de commande par exemple).
Ton professionnel et chaleureux, vouvoiement, cinq phrases maximum.
Laisse des crochets à la place des valeurs, je les remplirai moi-même.

La réponse de la comptable devient une source de rang 1, datée. Si elle diffère du registre, c'est la réponse qui gagne. Le registre reste utile pour une seule question : l'entreprise est-elle toujours active ?

Étape 4 : faire confirmer, jamais faire remplir

Pour les clientes dont l'adresse mail est douteuse, Camille reprend la méthode de la collecte : elle envoie ce qu'elle détient et demande un simple « c'est bon » ou une correction. Elle écrit le modèle avec Claude, sans nom ni information de santé, puis l'envoie elle-même depuis sa messagerie, une cliente à la fois.

Rédige un message très court pour une cliente d'un cabinet de diététique.
Objet : vérifier ses coordonnées avant l'envoi de ses prochains documents.
Le message affiche l'adresse mail et le téléphone que j'ai (je les remplirai),
et demande de répondre « c'est bon » ou de corriger.
Aucune mention de santé, aucun motif de consultation.

Pour les factures destinées à une mutuelle, elle applique la même règle au nom qui y figure : celui que la cliente lui a indiqué, pas celui qu'elle déduit de l'adresse mail. Tant qu'elle n'en est pas sûre, la case reste vide et la facture attend.

Trois semaines plus tard, son fichier compte moins de lignes orange chaque semaine, et chaque valeur dit d'où elle vient. Ce que Claude a fait : une structure, une formule, trois modèles de mail. Ce que Camille a fait : tout le reste, et surtout l'envoi.

Pour aller plus loin, si vous utilisez Claude Code

Claude Code est l'outil qui s'utilise depuis le terminal (la fenêtre où l'on tape des commandes au lieu de cliquer) et qui peut lire et écrire directement dans vos fichiers. C'est lui qui a traité mes 314 fiches. À cette échelle, la règle ne peut plus vivre dans ma tête : elle doit être écrite là où Claude la relit avant chaque écriture.

J'ai écrit cette règle dans un fichier SKILL.md, le format des Agent Skills que Claude Code charge quand la tâche s'y prête. Une skill, ou compétence, est une procédure écrite en texte simple que Claude retrouve seul quand la tâche se présente. Chez vous, il se pose dans ~/.claude/skills/donnees-partenaires/SKILL.md (documentation Claude Code). poser() et pret_a_facturer() n'existent pas d'avance : ce sont des consignes que Claude doit respecter à chaque écriture, et qu'il peut transformer en script si vous le lui demandez. Le cœur tient en quelques lignes, à adapter à votre métier :

---
name: donnees-partenaires
description: Collecte et verrouillage des données de facturation d'un réseau. À charger avant toute écriture dans la base partenaires.
---

## Hiérarchie des sources
1. la personne elle-même   verrouillé, seule une réponse plus récente d'elle le change
2. sa propre facture       elle l'a écrite, mais elle peut être vieille
3. un registre public      fiable sur l'entreprise, muet sur le compte bancaire
4. un tableur interne      pratique, souvent périmé
5. un document sur disque  comble les vides, n'écrase rien

Une source basse ne remplace jamais une source haute.
La date ne départage que deux sources de même rang.

## Une seule porte d'écriture
poser(fiche, champ, valeur, source, date) écrase la valeur, sa date
et sa provenance d'un seul geste. Une valeur par champ.

## Feu vert
pret_a_facturer(fiche) rend la liste des raisons de ne pas y aller.
Vide = on y va. Exige : champs critiques de rang 1 ou 2, accord écrit,
entreprise active au registre.

## Vide plutôt que faux
Un identifiant mal formé ne s'écrit pas. Il part dans « à vérifier ».

La dernière ligne compte autant que la hiérarchie. Une donnée fausse rangée sans bruit produit un rejet un mois plus tard, quand plus personne ne sait d'où elle vient. Un champ vide, lui, se voit tout de suite.

Ce qui a raté avant d'en arriver là

Mon garde-fou anti-doublon relisait toute la boîte de brouillons pour chaque destinataire : 200 brouillons pour 300 personnes, 60 000 lectures. Gmail accorde 6 000 unités de quota par minute et par utilisateur, et la lecture d'un brouillon en coûte 20 : ces lectures représentaient à elles seules plus de 3 heures de quota, quand une seule lecture de la boîte au départ suffisait. Le premier lot, lui, s'est arrêté au bout de 101 mails sans message d'erreur, et je ne l'ai vu qu'en comptant les envois.

La seconde surprise est venue des réponses, et elle touche directement la hiérarchie. Mon mail affichait le numéro de compte masqué, et les gens l'ont recopié tel quel pour confirmer. Mon système rejetait ces réponses comme invalides, alors qu'un masque recopié à l'identique dit que la personne valide le numéro que je détiens. Je les compte désormais comme des confirmations de rang 1.

Ce que vous pouvez faire lundi

Pour un fichier clients de cabinet, sans rien installer.

  1. Ajoutez deux colonnes à votre tableur : « source » et « confirmé le ». Remplissez-les d'abord pour vos dix clients les plus actifs et pour chaque entreprise cliente. Ce qui n'a jamais été confirmé se voit tout de suite.
  2. Videz les cases douteuses. Une adresse dont vous doutez ne reste pas dans la colonne : elle part dans « à vérifier ». Et avant d'ouvrir une conversation avec Claude au sujet de ce fichier, sortez-en tout ce qui touche à la santé.
  3. Envoyez un seul mail de confirmation au service comptable de chaque entreprise cliente, avec ce que vous détenez, en demandant « c'est bon » ou une correction.

Pour un réseau de vacataires, de sous-traitants ou de partenaires, voici l'ordre que je suivrais.

  1. Définir qui est concerné par une preuve, pas par une liste. Chez moi, toute personne à qui j'ai envoyé un document précis : 696 mails, 314 personnes.
  2. Récolter ce que vous possédez déjà avant de demander quoi que ce soit. J'ai fait lire 1 094 PDF de mon disque : ils m'ont rendu 64 titulaires de compte que je n'ai jamais eu à demander.
  3. Passer au registre public, gratuit. L'API Recherche d'entreprises est ouverte sans compte et renvoie l'état administratif de chaque entreprise. Le registre m'a signalé 13 entreprises fermées dans mon réseau, dont les factures auraient été rejetées. Le numéro de TVA intracommunautaire se déduit du SIREN, pas du SIRET, mais un numéro calculé n'est pas forcément attribué, surtout en franchise : contrôlez-le sur VIES.
  4. Demander de confirmer, jamais de remplir. Le mail arrive pré-rempli avec ce que vous détenez, en un seul bloc. Répondre « c'est bon » prend 10 secondes.
  5. Classer chaque donnée par rang avant de la laisser écrire quoi que ce soit, avec le fichier ci-dessus posé dans ~/.claude/skills/.
Rechercher dans les messagesF

Tes factures, je m’en occupe : 10 secondes pour vérifier

Boîte de réception
F

François Benavente <francois@reseau.example>À Camille Roussel

mar. 8 sept., 10:06

Bonjour Camille,

À partir de maintenant, je prépare tes factures chaque mois. Voici ce que j’ai pour toi :

Entreprise
EI Camille Roussel
SIRET
000 000 000 00000
Adresse
1 rue de l’Exemple, 00000 Ville
TVA
non applicable, art. 293 B du CGI
Mention
Autoliquidation
Titulaire
Camille Roussel
IBAN
FR76 •••• •••• •••• •••• ••00 000

Si tout est juste, réponds simplement « c’est bon ». Sinon, corrige la ligne concernée.

C

Camille Roussel <camille@atelier-roussel.example>À moi

mar. 8 sept., 10:21

C’est bon !

IBAN : FR76 •••• •••• •••• •••• ••00 000
Camille

Confirmation de rang 1

Maquette · exemple inventé. Le masque de l’IBAN recopié tel quel vaut confirmation.

Le mail de confirmation, pré-rempli, et la réponse : « c'est bon » suffit, ou une ligne corrigée.

Un point bancaire pour finir. Depuis le 9 octobre 2025, les banques de la zone euro vérifient que le nom du bénéficiaire correspond à l'IBAN. En cas d'écart, le payeur est alerté, mais il reste libre d'exécuter le virement. Rien ne bloque donc un paiement vers un titulaire mal enregistré. Mon système refuse un titulaire qui ne partage aucun mot avec le nom de la personne, et le signale.

Deux garde-fous encore. Ce fichier contient des coordonnées bancaires : il reste sur ma machine, en droits restreints. Quand la marque me l'a demandé, je ne lui ai pas transmis le fichier complet, seulement les coordonnées portées sur chaque facture. Une demande de retrait relève du droit d'opposition du RGPD : mon système la repère et exclut la personne. Deux sont arrivées dès la première journée. Dans un cabinet, la même prudence s'applique à plus forte raison : un fichier qui relie un nom à un suivi de santé ne se partage pas, ni avec un client entreprise, ni avec une IA.

4 factures conformes sur 25, ce n'était pas un problème de discipline chez mes partenaires. C'était un problème de méthode chez moi, et la méthode tenait dans l'ordre des sources.

Si vous voulez que je regarde votre cas, prenons 30 minutes.

Questions fréquentes

Je ne gère pas de réseau, seulement un fichier clients. Cette méthode me concerne-t-elle ?
Oui. Dès qu'une même information existe à deux endroits, votre fichier, un vieux mail, le site d'une entreprise, un registre public, il faut une règle pour décider laquelle gagne. La plus sûre : ce que la personne vous a confirmé elle-même gagne sur toute autre source, même plus récente. Et quand vous doutez, vous laissez la case vide et vous demandez.
Puis-je confier mon fichier clients à Claude pour le nettoyer ?
Pas tel quel. Retirez d'abord toute colonne qui touche à la santé (motif de consultation, suivi, remarques), car ce sont des données sensibles au sens du RGPD. Pour les coordonnées, remplacez les noms par un numéro. Le plus simple reste de demander à Claude la méthode et les formules, puis de les appliquer vous-même dans votre tableur.
Une entreprise cliente m'a donné une adresse de facturation différente de son siège. Laquelle mettre ?
Celle que son service comptable vous a confirmée par écrit. Le registre public dit où est l'entreprise, pas où elle veut recevoir ses factures. Gardez le mail de confirmation, et notez sa date à côté de l'adresse dans votre fichier.
A-t-on le droit de faire les factures de quelqu'un d'autre ?
Oui, c'est le mandat de facturation prévu par l'article 289 du CGI. Le mandat doit être conclu avant la première facture, de préférence par écrit. La facture garde la même forme que si le fournisseur l'avait écrite, et celui-ci reste responsable de ses obligations. D'où l'accord écrit avant toute production.
Pourquoi ne pas simplement garder la donnée la plus récente ?
Parce qu'un registre public affiche la date de son dernier passage, pas celle de la dernière modification de la fiche : chaque fiche paraît fraîche d'hier. Arbitrer sur la date laisse une source générale écraser une information que l'intéressé vient de confirmer. On classe d'abord par rang, la date ne départage que deux sources de même rang.
Où poser le fichier SKILL.md, et faut-il savoir coder ?
Dans ~/.claude/skills/donnees-partenaires/SKILL.md, pour qu'il serve dans tous vos projets Claude Code. Inutile de coder : poser() et pret_a_facturer() ne sont pas des fonctions déjà écrites, ce sont des consignes que Claude applique à chaque écriture. Vous pouvez ensuite lui demander d'en faire un vrai script.
Ma banque va-t-elle bloquer un virement si le nom ne correspond pas à l'IBAN ?
Non. Depuis le 9 octobre 2025, les banques de la zone euro vérifient la concordance entre le nom et l'IBAN et vous alertent en cas d'écart, mais vous restez libre d'exécuter le virement. C'est une raison de plus de ne jamais enregistrer un titulaire deviné.

Écrit par François Benavente

Guide gratuit

Installez Claude pour votre pratique

Le pas à pas en libre accès : fichiers de contexte, projets, routines et cadre données patients. Vingt minutes pour démarrer.

Suivre le guide

Cet article vous a-t-il ete utile ?

La discussion

Commentaires

Soyez le premier à commenter.