Les autorisations de retenue expliquées : combien de temps chaque réseau de cartes vous permet de bloquer des fonds — et quand effectuer une annulation plutôt qu'une capture

Vous passez la carte, le terminal affiche « approuvé », et l'argent semble en sécurité sur le chemin. Puis votre expédition prend une semaine de retard, le client appelle pour demander pourquoi le débit a disparu de son relevé, et votre prochaine tentative de capture échoue avec un refus énigmatique. Rien n'a changé dans la commande — l'autorisation a simplement expiré pendant que vous ne regardiez pas. Si vous prenez des acomptes, tenez un compte ouvert, expédiez après un délai, ou ne capturez le paiement qu'une fois le travail terminé, cette horloge silencieuse tourne sur chaque commande en cours. Voici combien de temps chaque réseau de cartes vous accorde, quoi faire lorsque vous ne capturerez pas à temps, et comment une retenue expirée se transforme en un chargeback que vous auriez pu éviter.

Autoriser maintenant, capturer plus tard : ce qu'est réellement une retenue​

Chaque paiement par carte se déroule en réalité en deux étapes. L'autorisation demande à l'émetteur de vérifier la carte et de mettre le montant de côté ; la capture indique au réseau de transférer l'argent. Entre ces deux événements se trouve la retenue : des fonds que le client ne peut pas dépenser mais que vous n'avez pas encore reçus.

Les commerçants séparent ces deux étapes pour de bonnes raisons. Un hôtel autorise à l'enregistrement et capture la note finale au départ. Un magasin de meubles autorise un acompte à la prise de commande et capture le solde à la livraison. Un entrepreneur pré-autorise une carte avant de commencer les travaux et capture lorsque le chantier passe l'inspection. Les restaurants, les boutiques de location et les concessionnaires de matériel vivent tous selon ce modèle.

Le hic, c'est qu'une autorisation est une promesse assortie d'une date d'expiration. Les réseaux de cartes plafonnent la durée de cette promesse, votre processeur impose généralement une fenêtre plus courte encore, et la banque émettrice peut libérer la retenue du côté du porteur selon son propre calendrier. Trois horloges différentes, et la plus courte l'emporte.

Combien de temps chaque réseau vous permet de bloquer des fonds​

Les réseaux publient leurs fenêtres dans leurs règles de fonctionnement, et elles diffèrent bien plus que la plupart des commerçants ne l'imaginent.

Deux détails importent plus que le tableau. Premièrement, ce sont les limites maximales des réseaux — le plafond, pas le plancher. Votre passerelle ou votre processeur réduit presque toujours la fenêtre : Stripe annule les PaymentIntents non capturés 7 jours après leur création par défaut, et certains systèmes de point de vente n'accordent que 24 heures aux autorisations en présence de carte. Deuxièmement, les cartes de débit se comportent plus mal que les cartes de crédit du point de vue du client. Une retenue sur une carte de crédit réduit le crédit disponible ; une retenue sur une carte de débit réduit le solde bancaire réel, de sorte qu'une retenue d'acompte d'une semaine peut mettre à découvert un client qui n'a rien fait de mal. C'est de là que viennent la plupart des appels téléphoniques courroucés.

Les secteurs particuliers bénéficient d'un traitement particulier parce que leur modèle économique l'exige. Les hôtels et les sociétés de location de voitures bloquent couramment une carte pour la durée d'un séjour plus les extras, c'est pourquoi Visa permet aux commerçants de l'hôtellerie, des croisières et de la location de véhicules de maintenir des autorisations estimées ouvertes pendant 30 jours lorsque la transaction est correctement signalée. Si vous appartenez à l'une de ces catégories et que vos retenues expirent systématiquement trop tôt, la cause habituelle est un indicateur sectoriel manquant sur l'autorisation, et non une limite du réseau.

Annuler plutôt que capturer : libérer les retenues que vous ne recouvrerez pas​

Lorsque vous savez que vous ne capturerez pas — le client a annulé, le travail n'a jamais commencé, le total final est inférieur — ne laissez pas la retenue traîner jusqu'à son expiration. Envoyez une annulation d'autorisation. Le commerçant annule l'intégralité de l'autorisation lorsque rien n'est dû, ou effectue une annulation partielle pour la portion inutilisée tout en capturant le reste normalement.

Une annulation n'est pas la même chose qu'un void, bien que de nombreux tableaux de bord utilisent les termes de manière interchangeable. Un void annule le débit du côté du processeur ; une annulation envoie un message de libération explicite à travers le réseau vers l'émetteur pour lui dire de libérer immédiatement les fonds retenus. Une autorisation annulée sans annulation d'autorisation peut laisser l'argent gelé sur le compte du client pendant des jours, jusqu'à ce que l'horloge de l'émetteur s'épuise. Le client voit un débit en attente pour une commande que vous avez déjà annulée, suppose le pire et appelle sa banque — ce qui est exactement l'appel téléphonique qui précède un litige.

Il y a aussi une raison financière directe d'annuler. Aux États-Unis, au Canada, en Amérique latine et en Asie-Pacifique, Mastercard facture des frais supplémentaires pour une pré-autorisation qui n'est ni capturée ni annulée. Laisser pourrir les retenues vous coûte de l'argent même lorsqu'aucun client ne se plaint.

Faites des annulations une partie de votre processus d'annulation de commande, et non une tâche de nettoyage de fin de mois. Dès qu'une commande est annulée ou qu'un acompte n'est plus nécessaire, l'annulation doit partir le jour même. Les annulations le jour même font généralement disparaître le débit en attente du relevé du client en un à deux jours ouvrables ; une retenue expirée peut persister une semaine ou plus selon l'émetteur.

Comment les retenues périmées se transforment en chargebacks​

Une autorisation expirée ne signifie pas seulement une capture échouée. Elle déclenche une chaîne d'événements qui se termine, hélas trop souvent, par un litige.

Tout commence par le piège de la ré-autorisation. La retenue d'origine expire et disparaît du relevé du client. Vous ré-autorisez pour recouvrer ce qui vous est dû, et le client voit maintenant deux débits en attente pour un seul achat — l'original mourant et son remplaçant — ou voit un débit « nouveau » des semaines après avoir cru l'affaire réglée. De son côté de l'écran, cela ressemble exactement à une double facturation. De nombreux litiges commencent avec un porteur de carte qui, techniquement, n'a jamais été doublement débité mais croyait raisonnablement l'avoir été.

Vient ensuite le problème de la capture après expiration. Certains processeurs laissent une tentative de capture se poursuivre contre une autorisation que l'émetteur a déjà libérée. L'émetteur peut la refuser, ou la transaction peut être comptabilisée sans les protections de responsabilité que portait l'autorisation d'origine. La protection contre les chargebacks court généralement sur 30 jours à compter de l'autorisation, mais une séquence désordonnée de ré-autorisation et de capture affaiblit votre argumentaire de représentation : vos propres registres montrent des autorisations qui se chevauchent et une capture déconnectée de toute approbation vivante, un récit difficile à défendre.

Enfin, il y a les déclassements. Capturer tardivement — ou régler pour un montant sensiblement différent du montant autorisé — peut faire sortir la transaction de la meilleure tranche d'interchange. Visa, par exemple, tolère des captures finales dans une marge d'environ 15 % du montant autorisé (20 à 30 % pour les restaurants et autres catégories avec pourboire ou estimation) avant que la transaction ne soit déclassée vers une tranche plus coûteuse. Un restaurant qui autorise le total avant pourboire et capture un pourboire généreux trois jours plus tard peut payer sensiblement plus en frais de traitement qu'un restaurant qui utilise des autorisations incrémentielles au fur et à mesure que la note monte.

Rien de tout cela n'exige de fraude ni de mauvaise foi. C'est une dérive opérationnelle ordinaire : des retenues qui expirent sans être remarquées, du personnel qui repasse les cartes pour « corriger » une capture échouée, et des clients qui contestent des débits qu'ils ne reconnaissent pas. Le remède est procédural, pas technique.

Un guide pratique pour gérer les retenues​

Vous n'avez pas besoin d'un nouveau logiciel pour bien faire l'essentiel. Vous avez besoin d'une courte liste d'habitudes, appliquées avec constance.

Capturez vite par défaut. Traitez chaque autorisation comme périssable. La capture le jour même ou le lendemain devrait être la norme pour les ventes de détail ordinaires ; tout ce qui date de plus de quelques jours mérite une justification. Si votre modèle économique a réellement besoin de retenues longues — locations, livraisons échelonnées, hôtellerie — dites-le explicitement et utilisez les mécanismes de réseau conçus pour cela plutôt que d'espérer que la fenêtre standard s'étire.

Surveillez l'âge des autorisations ouvertes. La plupart des passerelles exposent les autorisations non capturées dans un rapport ou un tableau de bord. Examinez-le selon un rythme adapté à votre fenêtre de capture : quotidiennement si votre processeur impose une limite de 7 jours, car une retenue découverte au 8e jour est déjà morte. Les entreprises ayant un volume suffisant automatisent cela avec une tâche planifiée qui signale toute autorisation approchant de l'expiration et soit la capture, soit déclenche une nouvelle autorisation avant que l'ancienne ne s'éteigne.

Ré-autorisez avant l'expiration, pas après l'échec. Si l'exécution doit légitimement dépasser la fenêtre, n'attendez pas que la capture échoue. Autorisez à nouveau pendant que l'originale est encore vivante, reliez le nouvel identifiant d'autorisation à l'enregistrement de la commande, et annulez l'ancienne. Le client voit des retenues en attente qui se chevauchent pendant un jour ou deux, ce qui est bien moins alarmant qu'un débit qui disparaît et revient mystérieusement.

Utilisez les autorisations incrémentielles et étendues là où elles existent. Lorsque le total final augmente — une note de bar, une note d'hôtel, une réparation avec des pièces ajoutées — une autorisation incrémentielle augmente le montant retenu sous l'approbation d'origine au lieu d'empiler une seconde retenue complète à côté. Pour les horizons véritablement longs dans le voyage et l'hôtellerie, interrogez votre processeur sur la prise en charge des autorisations étendues plutôt que d'enchaîner de courtes autorisations en espérant que cela tienne.

Autorisez près du montant final. Chaque réseau tolère un certain écart entre les montants autorisé et capturé, mais les écarts importants déclenchent des déclassements et la vigilance de l'émetteur. Si vous ne pouvez pas connaître le total à l'avance, autorisez votre meilleure estimation plus une marge déclarée, communiquez la marge au client, et capturez le total réel rapidement. Une estimation divulguée capturée rapidement ne génère presque jamais de litige ; un maximum non divulgué capturé tardivement le fait fréquemment.

Dites au client ce qui se passe. La plupart des litiges liés aux retenues relèvent de la confusion, pas de la malveillance. Une phrase à la caisse — « Nous allons placer une retenue temporaire de X $, libérée dans les deux jours ouvrables suivant la livraison » — plus une ligne de reçu indiquant le montant de la retenue, prévient la majorité des appels pour « débit mystère ». Pour les clients avec carte de débit, mentionnez explicitement que la retenue réduit leur solde disponible jusqu'à sa compensation.

Enregistrez les retenues et les captures comme des événements distincts dans vos livres​

Les autorisations de retenue créent un piège comptable qui reflète le piège opérationnel. La retenue n'est ni un produit, ni une créance, ni de la trésorerie — c'est une créance éventuelle qui pourrait ne jamais devenir de l'argent. Les entreprises qui comptabilisent le produit au moment de l'autorisation surévaluent leurs ventes chaque fois qu'une retenue expire sans capture, puis doivent extourner des écritures qui n'auraient jamais dû exister.

Le bon schéma consiste à n'enregistrer rien à l'autorisation, sauf, au plus, une note ou un mémo hors grand livre sur les commandes en attente. Comptabilisez la vente au moment de la capture : débitez la trésorerie ou le compte de compensation du processeur, créditez le produit, et enregistrez séparément les frais de traitement comme une charge plutôt que de les compenser avec la vente. Un produit brut avec des frais visibles se rapproche des versements du processeur ; un produit net, jamais.

Rapprochez les versements du processeur des captures, pas des autorisations. Votre rapport de règlement liste les transactions capturées ; votre rapport d'autorisation liste des promesses, dont certaines sont mortes en silence. Faire correspondre les dépôts à la liste des autorisations produit des postes ouverts fantômes qui traînent pendant des mois. Et lorsqu'une ré-autorisation crée des retenues qui se chevauchent pour une seule commande, assurez-vous qu'une seule capture est comptabilisée au grand livre — le schéma de retenues en double qui déroute les clients déroute tout aussi facilement les comptables, et un produit comptabilisé en double est pire que des retenues en attente en double parce qu'il se répercute directement sur votre déclaration de revenus.

Gardez vos opérations de paiement organisées dès le premier jour​

Les autorisations de retenue récompensent la même discipline que le reste de vos finances : capturez rapidement, annulez ce que vous ne recouvrerez pas, et enregistrez chaque événement une seule fois, quand il se produit réellement. Des registres clairs transforment un enchevêtrement confus de retenues, d'annulations et de ré-autorisations en une piste d'audit que vous pouvez défendre — auprès d'un client, d'un processeur ou d'un vérificateur. Beancount.io fournit une comptabilité en texte brut qui vous donne une transparence et un contrôle complets sur vos données financières — pas de boîtes noires, pas de dépendance à un fournisseur. Commencez gratuitement et découvrez pourquoi les développeurs et les professionnels de la finance passent à la comptabilité en texte brut.