--- title: "Qui peut accepter un délai de paiement dans un outil de relance ?" canonical: https://www.billabex.com/fr/blog/qui-accorde-delai-paiement-outil-relance/ lang: fr alternate: https://www.billabex.com/en/blog/payment-extension-approval-collections-tool.md updated: 2026-10-04 index: https://www.billabex.com/llms.txt --- # Qui peut accepter un délai de paiement dans un outil de relance ? Un client demande quatorze jours supplémentaires. L'outil de relance permet de saisir une nouvelle date, le commercial souhaite préserver la relation et la comptabilité attend une décision. Qui peut répondre « nous acceptons » ? La présence d'un champ modifiable ou d'un bouton d'approbation ne suffit pas à déterminer cette autorité. Il faut distinguer la capacité technique d'utiliser l'outil et le pouvoir de prendre une décision pour l'entreprise. Cette question devient plus importante quand un agent IA prépare les réponses. Comprendre la demande, proposer une formulation et enregistrer une date sont des actions différentes de l'acceptation d'un délai. Une organisation claire donne à chacune son responsable et son effet attendu, afin qu'une simple mise à jour du suivi ne soit pas interprétée comme un accord commercial. ## Séparer trois dates qui ne disent pas la même chose La date d'échéance décrit le règlement prévu dans le cadre applicable à la facture. La date annoncée par le client décrit son engagement ou sa demande. La prochaine date de relance organise le travail de votre équipe. Elles peuvent coïncider, mais doivent rester compréhensibles lorsqu'elles diffèrent. Si le client annonce un paiement le 18 pour une facture échue le 4, enregistrer cette information ne doit pas effacer l'échéance initiale. Décider de reprendre contact le 19 ne signifie pas davantage que l'entreprise a accepté toutes les conséquences d'un nouveau délai contractuel. Le [suivi d'une promesse vérifiable](https://www.billabex.com/fr/blog/promesse-paiement-verifiable/) permet de conserver l'annonce avec son montant et son périmètre, sans la transformer en encaissement. Dans les demandes de démonstration, demandez à voir ces trois informations sur un même dossier. Puis modifiez seulement la prochaine action. Vérifiez que le solde, l'ancienneté de la facture et le message destiné au client restent cohérents. Ce test concret révèle davantage qu'une présentation générale affirmant que les dates sont personnalisables. ## Définir ce que chaque personne peut décider Décrivez les pouvoirs par action : lire le dossier, enregistrer une demande, préparer une proposition, accepter dans un cadre défini, transmettre au client et modifier les paramètres de délégation. Un administrateur technique peut avoir besoin de gérer les utilisateurs sans être la personne qui décide d'un arrangement de paiement. À l'inverse, un responsable financier peut valider une décision sans devoir administrer toute l'application. La CNIL recommande de séparer les tâches et les domaines de responsabilité dans les profils d'habilitation, de faire valider les accès et de les revoir régulièrement, au minimum chaque année. Cette recommandation concerne la sécurité des accès ; elle fournit un point de départ utile pour vérifier que les permissions correspondent aux missions. [CNIL, gérer les habilitations, 13 mars 2024](https://www.cnil.fr/fr/securite-gerer-les-habilitations). Votre politique métier doit aller plus loin sur le sens de l'action. Une personne peut être habilitée à répondre à un email tout en devant faire approuver une concession. L'outil et les consignes doivent donc permettre de distinguer une réponse informative d'un engagement. « Votre demande a été transmise pour décision » n'a pas le même effet attendu que « nous vous accordons ce report ». ## Une règle chiffrée doit préciser sa base et ses exclusions Imaginons une politique interne fictive, utilisée uniquement pour tester l'organisation. Une responsable peut examiner les demandes portant sur un solde inférieur ou égal à 5 000 euros et un report cumulé inférieur ou égal à sept jours calendaires, dans un cadre préalablement validé. Au-delà, ou en présence d'une exception, elle transmet à la direction financière. Ces limites sont des hypothèses de simulation, pas des seuils légaux recommandés. Un client demande quatorze jours pour un solde de 4 800 euros. Le montant respecte le premier critère, mais la durée dépasse le second. Le dossier doit donc suivre la validation prévue pour ce dépassement. Appliquer une règle « montant ou durée » au lieu de « montant et durée » ferait accepter une situation qui n'appartient pas au périmètre délégué. Précisez également la date de référence du report cumulé. Deux demandes successives de sept jours représentent quatorze jours par rapport à la date initiale. Si chaque demande est comparée seulement à la dernière date enregistrée, le système peut contourner involontairement la limite de délégation. La simulation doit montrer les deux demandes et conduire à la décision appropriée, sans effacer l'historique. Les exclusions peuvent concerner un litige non résolu, une promesse précédente non tenue ou un dossier nécessitant un examen juridique. Leur choix appartient à l'entreprise après analyse de ses risques. Ne créez pas une liste si longue qu'elle rend toute délégation inutilisable ; retenez les circonstances qui changent réellement la décision et indiquez qui les traite. ## L'accord interne ne remplace pas le cadre contractuel et légal L'article 1193 du Code civil prévoit que la modification d'un contrat repose sur le consentement mutuel des parties ou sur les causes autorisées par la loi. Une validation interne prépare donc la réponse que votre entreprise peut donner ; elle ne permet pas de conclure, à elle seule, qu'un accord a été établi avec le client. [Code civil, article 1193](https://www.legifrance.gouv.fr/codes/article_lc/LEGIARTI000032041314). Les délais de paiement entre professionnels sont aussi encadrés. La DGCCRF rappelle notamment le plafond général de soixante jours nets à compter de l'émission ou, sous conditions, quarante-cinq jours fin de mois, ainsi que des régimes particuliers. Une délégation dans un logiciel n'autorise pas à écarter les règles applicables. [DGCCRF, délais de paiement, 23 décembre 2025](https://www.economie.gouv.fr/dgccrf/les-fiches-pratiques/delais-de-paiement-les-regles-connaitre). Ne confondez donc pas la définition initiale des conditions de paiement avec le traitement d'une dette déjà en retard. Un échéancier, une suspension temporaire des relances et une modification contractuelle peuvent soulever des questions différentes. Faites définir leur cadre avant de les transformer en règles automatiques, notamment pour le sort des pénalités et des droits déjà nés. ## Préparer une décision suffisamment précise pour être appliquée Le dossier soumis au responsable doit contenir la demande exacte, les factures, le solde vérifié, les reports précédents, le motif communiqué et la proposition envisagée. Ajoutez l'impact connu sur la trésorerie et les faits qui restent incertains. Le responsable doit pouvoir accepter, refuser ou demander une information sans reconstituer la conversation à partir de captures dispersées. Si une autre équipe détient la pièce manquante, nommez-la. La [répartition des décisions entre ADV, comptabilité et commercial](https://www.billabex.com/fr/blog/litige-facturation-qui-decide/) aide à distinguer le spécialiste qui apporte une preuve et la personne qui autorise la suite. Multiplier les destinataires en copie ne remplace pas la désignation d'un décideur et d'un délai de réponse interne. La décision transmise doit préciser son périmètre : montant, factures, dates, conditions éventuelles et personne chargée de la communication. Un « OK » isolé dans une conversation est difficile à appliquer si plusieurs options étaient discutées. Avant l'envoi, vérifiez que le message reprend l'option validée et n'ajoute pas une remise, une renonciation ou une promesse supplémentaire. ## Tester les cas où l'organisation pourrait accepter sans le vouloir Simulez une demande supérieure au seuil, deux reports successifs, un responsable absent et un utilisateur dont les droits temporaires ont expiré. Vérifiez aussi le comportement d'un brouillon IA : une demande encore en attente ne doit pas produire une formule d'acceptation. Le test doit porter sur le message effectivement envoyable et sur la date de suivi, pas uniquement sur la couleur d'un statut. Conservez enfin les éléments permettant de comprendre la décision : demande reçue, autorisation, communication et éventuelle révision. Le [journal de relance](https://www.billabex.com/fr/blog/journal-relance-traces-automatisation/) soutient cette reprise du dossier. Une trace utile indique ce qui a été décidé et par qui ; elle ne confère pas rétroactivement un pouvoir qui n'avait pas été délégué. Le [fonctionnement de Billabex](https://www.billabex.com/fr/produit/comment-ca-marche/) doit être examiné à partir de vos décisions réelles : ce que l'agent prépare, ce que l'équipe contrôle et ce qui nécessite un arbitrage. Formaliser ces pouvoirs permet d'automatiser les échanges courants tout en gardant une réponse claire à la question essentielle du client : qui peut effectivement accepter sa demande ? ## Sources - [CNIL, gérer les habilitations, 13 mars 2024](https://www.cnil.fr/fr/securite-gerer-les-habilitations). - [Code civil, article 1193](https://www.legifrance.gouv.fr/codes/article_lc/LEGIARTI000032041314). - [DGCCRF, délais de paiement, 23 décembre 2025](https://www.economie.gouv.fr/dgccrf/les-fiches-pratiques/delais-de-paiement-les-regles-connaitre).