Gérer les exceptions de commande en ADV, avant la saisie dans l'ERP
Une commande qui ne peut pas entrer dans l'ERP sans décision ne doit jamais être perdue, saisie à moitié ou corrigée en silence. Pour la traiter, il faut une liste fermée de types d'exceptions avec une règle pour chacun, ne bloquer que les lignes qui demandent une décision quand votre organisation le permet, des seuils que vous pouvez justifier, un écran qui montre l'endroit exact du document d'origine, et un journal de qui a décidé quoi. Ce guide donne la typologie, une commande traitée ligne par ligne, l'écran de revue, le journal d'audit et trois indicateurs pour piloter l'ADV.
- Publié le
- Mis à jour le
- Temps de lecture
- 13 min
- Auteur
- L'équipe Mirage Metrics
Périmètre : commandes B2B reçues par mail, en PDF, en tableur ou en bon scanné, chez un industriel ou un distributeur, avant leur saisie dans l'ERP, quel qu'il soit. Ce guide traite des décisions autour de la saisie, pas du choix de la méthode d'automatisation, qui a son propre guide.
En bref
- Adapté à
- Responsables ADV et service client, responsables des opérations et responsables ERP chez des industriels et des distributeurs qui reçoivent leurs commandes sous de nombreux formats.
- Ce qu'il faut fournir
- La boîte de réception des commandes, le fichier clients avec ses adresses de livraison, la base articles avec unités et conversions, les tables de correspondance des références client, les tarifs et contrats, la disponibilité des stocks, les règles de commande de chaque client et ses conditions de crédit.
- Ce qui s'automatise
- Lire les commandes quel que soit le format, écarter ce qui n'est pas une commande, rapprocher clients et articles, convertir les unités avec les conversions définies, contrôler quantités, prix, dates et disponibilité contre les règles, détecter les doublons, saisir les lignes propres, envoyer les exceptions avec leur preuve.
- Ce qui reste validé par une personne
- Choisir entre deux articles candidats, confirmer une unité déduite ou une quantité inhabituelle, accepter un écart de prix, ajouter une adresse de livraison, créer un client, lever un blocage crédit, et modifier les règles.
- Quand l'approche ne suffit pas
- Quand les données de référence ne sont pas fiables (clients en double, conversions manquantes, tarifs périmés) : les exceptions mesurent alors la qualité des données, et la priorité est de les corriger. Également quand la plupart des commandes se négocient au cas par cas plutôt que sur des conditions convenues.
Quelles sont les erreurs de saisie les plus fréquentes ?
Les erreurs qui arrivent jusqu'à l'entrepôt et à la facture sont peu nombreuses par nature et fréquentes en nombre : le mauvais article, la mauvaise quantité, le mauvais prix, la mauvaise adresse, la mauvaise date, une commande saisie deux fois, une commande jamais saisie. Chacune a un type d'exception qui l'arrête avant la saisie ; c'est l'objet de la suite de ce guide. Pour chiffrer ce que ces erreurs coûtent chez vous (avoirs, relivraisons, temps de reprise), le calculateur du coût des erreurs de saisie de commandes part de vos propres volumes, et l'article sur les causes des erreurs de saisie dans l'ERP revient sur leur origine.
| Erreur de saisie | Type d'exception | La règle qui l'évite |
|---|---|---|
| Mauvais article : une désignation proche saisie sur la mauvaise référence | Article ambigu | La table de correspondance des références client d'abord ; deux candidats, c'est un blocage, jamais un choix |
| Mauvaise quantité : un colis commandé, une unité saisie, ou un chiffre oublié | Unité ou conditionnement, quantité | Convertir uniquement avec les conversions définies ; comparer à l'historique du client pour l'article |
| Mauvais prix : le prix écrit par le client saisi à la place du tarif contractuel | Prix ou remise | Bloquer hors tolérance pour une décision commerciale ; ne jamais reprendre le prix du client en silence |
| Mauvaise adresse : le siège social au lieu du dépôt à livrer | Adresse de livraison | Bloquer toute adresse absente des adresses de livraison enregistrées du client |
| Mauvaise date : 03/04 lu comme le 3 avril chez un client qui écrit le mois en premier | Date de livraison souhaitée | Lire la date selon la convention connue du client ; une date ambiguë ou passée se confirme |
| Doublon : le même bon de commande saisi deux fois après un renvoi par mail | Doublon | Comparer numéro de commande client, client, lignes et dates ; rattacher le renvoi à la première commande |
| Commande perdue : une pièce jointe jamais ouverte, un mail classé par erreur | Aucune commande perdue en silence | Chaque élément reçu a un identifiant et un statut final ; un comptage quotidien rapproche la boîte de réception des statuts |
| Ce qui n'est pas une commande saisi comme une commande : une demande de prix, un avis de livraison | Pas une commande | Classer avant d'extraire ; router vers la bonne file, avec une entrée au journal |
Les types d'exceptions, avec une règle pour chacun
Une liste fermée de types d'exceptions est ce qui rend le traitement identique d'une personne à l'autre et mesurable dans le temps. Chaque type a un signal de détection, une règle, un responsable, et une réponse à une seule question : le reste de la commande peut-il avancer ?
| Exception | Comment elle se présente | Règle | Qui décide | Le reste de la commande avance ? |
|---|---|---|---|---|
| Client inconnu | Expéditeur ou client facturé absent du fichier clients, ou correspondant à plusieurs comptes | Rapprocher d'abord sur un identifiant exact (code client, SIRET, numéro de TVA intracommunautaire, ICE au Maroc), puis sur l'adresse ; ne jamais créer un compte client automatiquement | ADV ; crédit client pour un nouveau compte | Non : toute la commande attend |
| Article ambigu | La désignation ou la référence article client renvoie à plusieurs articles, ou à aucun | Utiliser d'abord la table de correspondance des références du client ; si l'ambiguïté demeure, proposer des candidats, ne jamais en choisir un | ADV | Oui, si votre organisation accepte la saisie partielle |
| Unité ou conditionnement | Quantité sans unité, ou unité dans laquelle l'article n'est pas vendu | Convertir uniquement avec les conversions de la fiche article ; ne déduire l'unité que si le prix de la commande n'en désigne qu'une, et signaler la déduction | ADV | Oui, signalée |
| Quantité | Très éloignée de l'historique du client pour cet article, ou pas un multiple du conditionnement | Comparer à l'historique du client et aux règles de colisage ; bloquer au-delà d'un écart que vous fixez | ADV, avec le commercial si le volume est important | Oui, si saisie partielle |
| Prix ou remise | Prix de la commande différent du tarif ou du contrat au-delà d'une tolérance, ou remise non prévue | Ne jamais saisir le prix du client en silence ; bloquer pour une décision commerciale | Commercial ou service tarifs | Selon votre politique |
| Disponibilité | Article indisponible à la date de livraison souhaitée | Appliquer la règle convenue avec ce client : livraison partielle, reliquat ou substitution | ADV, avec l'approvisionnement | Oui : saisir et l'indiquer dans l'accusé de réception |
| Date de livraison souhaitée | Date absente, ambiguë, déjà passée, ou plus proche que le délai de livraison ne le permet | Lire selon la convention connue du client ; confirmer une date ambiguë ou intenable plutôt que la deviner | ADV | Oui, signalée |
| Adresse de livraison | Adresse absente des adresses de livraison enregistrées du client | Bloquer ; confirmer auprès du client par un contact connu avant d'ajouter l'adresse | ADV ; crédit client si la politique de risque le prévoit | Non : toutes les lignes sont concernées |
| Encours ou blocage crédit | Client bloqué dans l'ERP, ou commande qui dépasse son encours autorisé | Ne rien contourner : la règle de crédit de l'ERP s'applique et la décision revient au crédit client | Crédit client | Selon l'ERP : saisie puis bloquée à la livraison, ou en attente |
| Doublon | Même numéro de commande client, ou mêmes lignes, déjà reçu | Comparer numéro de commande, client, lignes et dates ; un renvoi est rattaché, pas saisi | Automatique, avec une entrée au journal | Non : rien n'est saisi |
| Pas une commande | Avis de livraison, question de stock, demande de prix, bon de commande de l'entreprise à ses propres fournisseurs | Classer et router vers la bonne file, avec une entrée au journal | Automatique, contrôlable | Rien à saisir |
Unités et conditionnements
Chaque client écrit ses unités à sa façon (« CT », « colis », « x6 », « 12 / 5 Kg », ou rien du tout). Rattachez l'écriture de chaque client aux unités de l'article dans l'ERP par des conversions définies, tenues client par client. C'est la fiche article qui dit ce qu'une unité signifie pour votre produit, pas le document du client.
Encours et blocage crédit
Le contrôle du crédit appartient à l'ERP et au crédit client, pas au circuit de saisie. Le rôle de l'ADV est de ne pas le contourner et de rendre le blocage visible : une commande saisie puis bloquée à la livraison doit apparaître dans la même file que les autres exceptions, avec son motif, pour que le client ne l'apprenne pas le jour où rien n'arrive.
Bloquer une ligne ou bloquer la commande
Certaines exceptions portent sur une ligne, d'autres sur toute la commande. Elles ne se traitent pas de la même façon :
- Au niveau de la commande : client inconnu, adresse de livraison non enregistrée, doublon, et le blocage crédit quand votre ERP l'applique avant la saisie. Rien n'est saisi tant qu'elles ne sont pas levées, parce que toutes les lignes en dépendent.
- Au niveau de la ligne : article ambigu, unité, quantité, prix, date, disponibilité. Si vos clients et votre ERP le permettent, saisissez les lignes propres, bloquez les autres, et dites au client lesquelles restent en attente.
- Une règle par client : certains clients veulent une seule livraison par commande. Notez cette préférence dans ses règles de commande, pour que la saisie partielle ne le surprenne jamais.
- L'accusé de réception de commande : il reprend ce qui a été saisi et pose, ligne par ligne, la question qui reste ouverte. Un accusé de réception qui confirme une commande dont trois lignes attendent une décision engage l'entreprise sur ce qu'elle n'a pas encore tranché.
Exemple : une commande, six lignes
Exemple illustratif, chiffres inventés : un bon de commande PDF reçu par un distributeur de produits laitiers
Hypothèses, toutes inventées. Le client est connu et l'adresse de livraison fait partie de ses adresses enregistrées ; il n'a pas de blocage crédit. Ce client accepte la saisie partielle, les lignes en reliquat partant quand elles sont complètes. La tolérance de prix est de 2 %. Les prix sont en euros hors taxes.
| Ligne | Sur la commande | Proposé | Motif | Statut |
|---|---|---|---|---|
| 1 | Beurre doux 82 % MG, plaque 10 kg, x 12 | BT-8210, 12 plaques | Correspondance exacte par la référence du client, prix conforme au tarif | Saisie |
| 2 | Lait UHT entier 1 L, 66 | MK-1001, 66 briques (déduit) | Pas d'unité sur la commande. Le prix écrit, 1,05 €, correspond au tarif de la brique (1,05 €), pas à celui du pack de 6 (6,10 €). Unité déduite et signalée | Saisie, unité à confirmer |
| 3 | Crème 35 % MG 5 L, x 8 | CR-3505B (poche 5 L) ou CR-3505P (pack 5 x 1 L) ? | Deux articles correspondent à la désignation ; le client a déjà acheté les deux | Bloquée : choisir l'article |
| 4 | Emmental bloc, 400 | EM-2000, 400 kg ? | Sur ses 20 dernières commandes de cet article, le client a pris de 30 à 50 kg, 40 kg en médiane : dix fois la médiane | Bloquée : confirmer la quantité |
| 5 | Bûche de chèvre 1 kg, x 20 à 11,20 € | GC-1010, 20 unités | Prix écrit 11,20 €, prix contractuel 11,60 € : 3,4 % d'écart, au-delà de la tolérance de 2 % | Bloquée : décision commerciale |
| 6 | Yaourt nature 125 g, 24 packs de 4 | YG-0125, 24 packs | Disponible deux jours après la date souhaitée ; règle du client : livrer la ligne quand elle est complète | Saisie, date signalée |
Trois lignes entrent dans l'ERP, dont deux avec un signalement que la personne de l'ADV confirme après la saisie. Trois sont bloquées, chacune avec une seule question précise, que l'accusé de réception de commande reprend. Douze minutes plus tard, le client renvoie le même PDF : même numéro de commande, mêmes lignes. Il est reconnu comme un doublon, rattaché à la première commande dans le journal, et rien n'est saisi deux fois.
Niveaux de confiance et seuils
Les outils d'extraction produisent des scores de confiance. Un score n'est utile qu'une fois vérifié sur vos propres commandes ; d'ici là, définissez la confiance par des règles que vous pouvez expliquer à un auditeur. Un schéma simple, champ par champ :
| Champ | Utilisée telle quelle quand | Envoyée en revue quand |
|---|---|---|
| Client | Correspondance exacte sur le code client, le SIRET ou le numéro de TVA | Tout le reste |
| Article | Correspondance exacte par la table de correspondance du client | Correspondance sur la seule désignation, ou plusieurs candidats |
| Unité | Indiquée sur la commande et valide pour l'article | Absente, ou déduite du prix |
| Quantité | Dans la fourchette habituelle du client pour l'article | En dehors de l'écart que vous avez fixé |
| Prix | Dans la tolérance du tarif ou du contrat | Hors tolérance |
| Date de livraison souhaitée | Lue sans ambiguïté (mois en toutes lettres, format ISO, convention du client connue) | Formats ambigus comme 03/04 quand la convention du client n'est pas connue |
Rendez les seuils paramétrables par champ et par client, et changez-les un par un, avec les données du pilote sous les yeux. Un client au format propre et stable peut gagner des règles plus souples ; un nouveau client commence avec les plus strictes.
L'écran de revue
C'est l'écran de la personne qui contrôle qui décide si une exception se règle en quelques secondes ou en quelques minutes. Il doit montrer, pour chaque ligne bloquée :
- Le document d'origine ouvert à la bonne page, avec la zone d'où vient la valeur mise en évidence
- La valeur lue, la valeur proposée et les candidats de la base articles côte à côte
- Le type d'exception et la règle qui l'a déclenchée, en clair
- L'historique du client pour cet article : dernières quantités, unités et prix
- Des actions en un clic : accepter, choisir un candidat, corriger, rejeter, transmettre, avec un motif obligatoire pour toute correction
- La suite : saisie immédiate, ou question renvoyée au client dans l'accusé de réception
La preuve dans le document d'origine
Chaque valeur saisie dans l'ERP doit pouvoir être retrouvée à sa source. Conservez le mail et ses pièces jointes intacts, enregistrez une empreinte de chaque fichier, et pour chaque valeur extraite, la page et la zone. Quand un client conteste une livraison trois semaines plus tard, la réponse est à un clic, pas au fond de la boîte mail.
Validation humaine et journal d'audit
| Champ | Contenu |
|---|---|
| Commande et ligne | Identifiant interne, numéro de commande client, numéro de ligne |
| Source | Identifiant du mail, nom de la pièce jointe, page et zone d'où vient la valeur, empreinte du fichier |
| Exception | Type pris dans la liste fermée, règle qui l'a déclenchée, valeurs comparées |
| Proposition | Ce que le système a proposé, avec sa classe de confiance |
| Décision | Acceptée, corrigée (ancienne et nouvelle valeur), rejetée, transmise |
| Qui et quand | Utilisateur, horodatage, délai entre l'exception et la décision |
| Résultat ERP | Numéro de commande créé, ou erreur renvoyée par l'ERP |
Relisez le journal chaque semaine, regroupé par type d'exception et par client. Une correction qui revient souvent est une règle à changer ou une correspondance de référence à ajouter, pas une raison d'ajouter des personnes à la revue.
Aucune commande perdue en silence
Le pire échec n'est pas une ligne fausse, c'est une commande dont personne ne sait qu'elle a été reçue. Construisez le circuit pour que ce soit impossible :
- Chaque mail et chaque pièce jointe reçoivent un identifiant à leur arrivée.
- Chaque identifiant doit atteindre un statut final : saisie, bloquée avec un motif, pas une commande (avec sa catégorie), ou rejetée avec un motif.
- Un comptage quotidien rapproche la boîte de réception des statuts. Le solde doit être nul.
- Tout ce qui n'a pas de statut final après un délai que vous fixez déclenche une alerte vers une personne nommée.
- Une ligne illisible ne fait jamais échouer toute la commande et ne disparaît jamais : elle devient une exception avec un diagnostic.
- Les mails traités sont marqués dans la messagerie, pour que l'équipe voie d'un coup d'œil ce que le système a pris en charge.
Un pilote en parallèle
Le cadrage d'un pilote, son périmètre et ses critères de décision sont détaillés dans le guide du pilote d'automatisation documentaire. Pour les commandes, il tient en cinq étapes :
- Choisir un ensemble de clients représentatif de vos formats, y compris les plus difficiles.
- Laisser l'ADV saisir comme d'habitude. Le système traite les mêmes commandes à côté et n'écrit rien dans l'ERP.
- Chaque jour, comparer le résultat du système à ce que l'équipe a saisi, ligne par ligne, et classer chaque différence : erreur du système, erreur de l'équipe, ou vraie ambiguïté.
- Ajuster les règles et les tables de correspondance à partir de ces différences, puis mesurer à nouveau.
- Passer en saisie réelle pour les lignes propres seulement quand le taux d'erreurs après validation des lignes automatiques atteint le seuil que vous avez fixé, et garder la revue pour tout le reste.
Trois indicateurs, définis
Définissez les indicateurs avant le pilote, et publiez les définitions avec les chiffres. Un taux sans sa définition ne se compare à rien. Le calculateur de ROI de l'automatisation transforme ensuite le temps de revue par commande en heures récupérées.
| Indicateur | Définition | Remarque |
|---|---|---|
| Commandes sans intervention | Commandes saisies sans aucune action humaine sur aucune ligne, divisées par toutes les vraies commandes reçues sur la période | Compter des commandes, pas des lignes ; exclure ce qui a été classé comme n'étant pas une commande |
| Erreurs après validation | Lignes corrigées après saisie dans l'ERP (modifications, avoirs ou retours causés par la saisie), divisées par les lignes saisies ; séparément pour les lignes saisies automatiquement et celles validées par une personne | Le chiffre qui montre si le point faible est l'automatisation ou la revue |
| Délai de traitement des exceptions | Temps entre l'exception et la décision, en médiane et au 90e centile, par type d'exception | La médiane cache les commandes qui attendent une journée |
Les questions à poser à un prestataire
Avant ces questions vient le choix de la méthode, entre EDI, portail client, OCR et agent : le guide pour automatiser la saisie des commandes clients compare ces approches. Une fois la méthode choisie, voici ce qu'il faut vérifier sur la gestion des exceptions.
| Question | Une bonne réponse |
|---|---|
| Quels types d'exceptions détectez-vous, et pouvons-nous ajouter nos propres règles ? | Une liste fermée que vous voyez et modifiez, pas un score de confiance unique |
| Peut-on saisir les lignes propres pendant que d'autres attendent ? | Un traitement ligne par ligne, activable client par client |
| Qu'est-ce qui, exactement, fait passer une commande sans revue ? | Des conditions écrites, champ par champ, que vous pouvez durcir |
| Comment la personne qui contrôle voit-elle d'où vient chaque valeur ? | Le document ouvert à la bonne page, sur la bonne zone |
| Que devient un document illisible ? | Il arrive dans une file avec un motif ; il ne disparaît jamais |
| Comment prouvez-vous qu'aucune commande n'a été perdue ? | Un comptage quotidien de la boîte de réception jusqu'à l'ERP, chaque élément justifié |
| Qu'est-ce qui est journalisé, où, combien de temps, et pouvons-nous l'exporter ? | Un journal des décisions qui vous appartient |
| Comment suivez-vous un changement de tarif ou de catalogue ? | Des données de référence synchronisées depuis l'ERP, pas copiées une fois |
| Quels chiffres pouvez-vous montrer sur un déploiement réel, et comment ont-ils été mesurés ? | Un déploiement nommé, une date, des définitions ; pas un taux d'automatisation générique |
Ce que fait Mirage
Mirage a construit le circuit de la boîte mail à l'ERP chez Biodéal, un distributeur de produits laitiers bio dont les clients commandent par email, chacun dans son format, avec des commandes créées dans SAP Business One. L'étude de cas décrit la gestion des exceptions que recommande ce guide : l'agent rejette ce qui n'est pas une commande (accusés de réception, avis de rupture, commandes de Biodéal à ses propres fournisseurs), résout le client par correspondance exacte, puis approchée, puis par adresse, déduit l'unité du prix quand la commande n'en donne pas et laisse les lignes déduites signalées à l'équipe pour confirmation, envoie une ligne illisible en alerte avec un diagnostic sans faire échouer la commande, et tague chaque email traité dans Outlook.
Ses chiffres publiés, qui décrivent ce déploiement et lui seul : 2 943 commandes traitées automatiquement depuis le lancement, le 22 juillet 2025, un délai médian de 48 secondes entre la réception de l'email et la commande prête, 113 clients finaux distincts, environ 7 % des commandes signalées pour une vérification humaine, 12 993 lignes de commande saisies automatiquement, et aucune ligne perdue silencieusement, par construction. L'offre correspondante est décrite sur la page automatisation de la saisie des commandes clients.
Questions fréquentes
Une commande, ou une ligne de commande, qui ne peut pas être saisie dans l'ERP sans une décision humaine, parce qu'une valeur manque, est ambiguë ou contredit les données de référence : client inconnu, article qui correspond à deux références, quantité sans unité, prix hors tolérance, article indisponible, nouvelle adresse de livraison, client bloqué en crédit ou doublon.
Souvent oui, car bloquer toute la commande pour une ligne ambiguë retarde tout le reste. Cela dépend de vos clients et de votre ERP : certains clients veulent une seule livraison, certains ERP rendent les modifications coûteuses. Faites-en une règle par client, et ne scindez jamais quand l'exception porte sur le client, l'adresse, le crédit ou un doublon, qui concernent toutes les lignes.
Un score de confiance n'est pas une probabilité d'avoir raison tant qu'il n'a pas été mesuré sur vos propres commandes. Commencez par des conditions qui ne dépendent d'aucun score, comme une correspondance exacte avec vos données de référence, envoyez tout le reste en revue, puis assouplissez les règles un champ à la fois, quand un pilote en parallèle montre où c'est sans risque.
En supprimant la ressaisie, et en contrôlant chaque ligne contre vos propres données avant qu'elle soit écrite : article par la table de correspondance du client, unité par les conversions définies, prix contre le contrat avec une tolérance, adresse contre les adresses de livraison enregistrées, et commande contre celles déjà reçues. Une ligne qui échoue à un contrôle part vers une personne avec son motif, au lieu d'entrer dans l'ERP.
L'exception est arrêtée avant la saisie : la commande, ou une de ses lignes, ne peut pas entrer dans l'ERP sans décision, et elle attend avec son motif. L'erreur est ce qui atteint l'ERP faute d'exception : le mauvais article, la mauvaise quantité, le mauvais prix ou la mauvaise adresse, découverts plus tard par l'entrepôt, le client ou un avoir. Une bonne typologie transforme la seconde en la première.
Cela dépend des formats de vos clients, de vos données de référence et de vos règles : tout chiffre général relève du marketing. Mesurez-la sur vos propres commandes, pendant un pilote en parallèle. À titre de repère, le seul déploiement Mirage dont les chiffres sont publiés, chez Biodéal, signale environ 7 % des commandes pour une vérification humaine ; cela décrit ce distributeur, pas une norme.
Sources et périmètre
Vérifié le . Périmètre : le traitement des commandes avant leur saisie dans l'ERP. La méthode, les tableaux et l'exemple sont ceux de Mirage, avec des chiffres inventés ; les chiffres de Biodéal sont cités depuis son étude de cas.
- Mirage Metrics, étude de cas Biodéal : tous les chiffres et tous les mécanismes de Biodéal cités sur cette page
Sur le même sujet
- Automatiser la saisie des commandes clients : le choix entre EDI, portail, OCR et agent, avant les exceptions
- Étude de cas Biodéal : des commandes par email jusqu'à SAP Business One, exceptions comprises
- Automatisation de la saisie des commandes clients : l'offre devant laquelle se place ce guide
- Commandes clients SAP : les mêmes commandes, créées dans SAP
- Commandes Dynamics 365 : le blocage de commande comme point de revue
- Une alternative à l'EDI : les clients trop petits pour l'EDI, qui commandent par mail ou en PDF
- Calculateur du coût des erreurs de saisie : ce que coûtent les erreurs que ce guide arrête
- Le vrai coût de la saisie manuelle des commandes : le temps et les reprises de la saisie à la main
Passez vos propres commandes dans les règles
Envoyez-nous une semaine de vraies commandes, y compris les plus difficiles. Nous vous renvoyons chaque commande avec ses lignes saisies, bloquées ou écartées, le motif de chaque exception et la preuve qui l'appuie, pour que vous la compariez à ce que votre équipe a saisi.
Vous préférez en discuter ? Réserver un appel