Qu'est-ce que le rapprochement des paiements ? Rapprocher les versements de PSP du grand livre
Pourquoi un versement Stripe ne correspond jamais à vos factures, comment décomposer un règlement en ventes, frais et remboursements, et comment fonctionnent réellement les écritures comptables.
Le rapprochement des paiements consiste à faire correspondre ce qu'un prestataire de services de paiement (PSP) vous a réellement versé avec ce que vos clients vous devaient. C'est un problème différent du rapprochement bancaire, et plus complexe, car un versement de PSP ne correspond jamais à un paiement unique pour une facture unique.
Le symptôme révélateur : vous avez réalisé 10 000 € de ventes et 9 712,40 € sont arrivés sur le compte bancaire. Les deux chiffres sont corrects. Tout ce qui se trouve entre les deux fait l'objet de ce rapprochement.
Pourquoi le versement ne correspond jamais aux ventes
Un versement unique de Stripe, Adyen ou PayPal est un lot net. Entre le moment où le client paie et celui où l'argent arrive, le PSP a :
- regroupé de nombreux encaissements sur une période de règlement,
- déduit ses commissions par transaction,
- déduit les remboursements et les rejets de débit (chargebacks) survenus au cours de la même période,
- éventuellement retenu une réserve,
- et versé le solde quelques jours plus tard, en un seul virement.
Le relevé bancaire affiche donc une seule ligne, soit 9 712,40 €, tandis que le grand livre contient des dizaines de factures, dont aucune ne correspond à ce montant. Rapprocher directement le versement des factures est impossible ; le versement doit d'abord être décomposé.
La décomposition
Un lot de règlement se divise en catégories, et chaque catégorie a une signification différente dans le grand livre :
| Catégorie | Description | Effet sur le grand livre |
|---|---|---|
| Encaissements (Charges) | Paiements des clients | Solde les créances |
| Remboursements (Refunds) | Argent restitué aux clients | Annule une créance réglée |
| Frais (Fees) | Commission du PSP | Une charge |
| Rejets de débit (Chargebacks) | Paiements contestés et repris | Rouvre une créance, plus des frais |
| Ajustements / réserves | Décalages temporels et rétentions de risques | Une créance due par le PSP |
L'identité qui doit toujours être vérifiée :
Brut des encaissements − remboursements − frais − rejets de débit ± ajustements = Versement net
Si l'équation ne s'équilibre pas, le lot a été importé de manière incomplète. Ce contrôle a plus de valeur que n'importe quel rapprochement individuel, car il prouve qu'aucun élément n'a été omis en silence.
Les écritures
Comptabilisation d'un lot de règlement de 10 000 € d'encaissements bruts, 250 € de frais et 37,60 € de remboursements :
| Compte | Débit | Crédit |
|---|---|---|
| 2710 Banque | 9 712,40 | |
| 6800 Charges financières (Frais PSP) | 250,00 | |
| 5000 Chiffre d'affaires / annulation de créances (Remboursements) | 37,60 | |
| 2410 Clients | 10 000,00 |
Interprétation : les créances clients de 10 000 € sont soldées, le PSP a retenu 250 €, 37,60 € ont été reversés aux clients et 9 712,40 € sont parvenus à la banque. La commission est une charge réelle qui n'apparaît sur aucune facture client. C'est précisément la raison pour laquelle le chiffre d'affaires brut et les dépôts bancaires divergent, et pourquoi se baser uniquement sur la ligne bancaire sous-estime à la fois le chiffre d'affaires et les charges.
Pour les places de marché (marketplaces), il existe un niveau de complexité supplémentaire. Si le versement inclut des fonds appartenant à des vendeurs, le chiffre d'affaires de la plateforme se limite à sa commission, le reste constituant un passif. Les règles de comptabilisation de Nordlet gèrent ce cas grâce à des clés dédiées - settlements.fees, settlements.commissionRevenue, settlements.sellerPayable et settlements.suspense. Ainsi, un versement fractionné comptabilise la commission en chiffre d'affaires et la part du vendeur en dette plutôt que de gonfler artificiellement les revenus de la plateforme.
Comment procède Nordlet
Le flux repose sur trois points de terminaison (endpoints) :
- Importation.
POST /v1/bank/settlements/importlit un rapport de rapprochement de versement Stripe et crée un lot de règlement (prestataire, identifiant de versement, devise, montant brut, frais et net) avec une ligne par transaction sous-jacente, chacune portant sa catégorie. Les lots sont uniques par prestataire et par identifiant de versement, de sorte qu'une nouvelle importation du même rapport ne peut pas entraîner de double comptabilisation. - Rapprochement.
POST /v1/bank/settlements/matchassocie les lignes d'encaissement et de remboursement aux factures de vente correspondantes. Les lignes affichent un statut de rapprochement :unmatched(non rapproché),matched(résolu automatiquement à partir de la référence de commande ou de facture dans le rapport) oumanual(validé par un opérateur). Les lignes de frais et d'ajustements ne peuvent pas être rapprochées des factures par conception ; toute tentative est rejetée plutôt que devinée. - Comptabilisation.
POST /v1/bank/settlements/postinscrit les écritures comptables pour l'ensemble du lot via les règles de comptabilisation mentionnées ci-dessus et fait passer le statut du lot deimported(importé) àposted(comptabilisé). Les encaissements non rapprochés sont affectés à un compte d'attente plutôt que d'être rattachés d'office à une facture : ils restent visibles et requièrent une intervention jusqu'à leur résolution.
Un versement libellé dans une devise autre que la devise de référence de l'entreprise est comptabilisé sans traitement manuel. Le journal est établi dans la devise de référence : le lot est converti au taux de sa date de comptabilisation, les créances sont soldées au taux d'émission de chaque facture, et l'écart entre les deux taux est comptabilisé en gain ou perte de change réalisé. Le seul cas qui reste rejeté est un versement unique dont les lignes mélangent plusieurs devises.
Le lot comptabilisé est rattaché à la ligne de relevé bancaire correspondante sur le compte bancaire réel. Dans les règles de rapprochement de la section Banque (Bank → Match), vous décrivez l'apparence d'un versement sur votre relevé : le texte obligatoirement présent sur la ligne, et éventuellement le préfixe de l'identifiant de versement qu'elle contient. Lors de l'importation d'un relevé, une ligne conforme à une règle est rattachée à son lot par l'identifiant de versement, ou par correspondance sur le total net du lot dans une fenêtre de dates paramétrée. La ligne bancaire intègre alors l'écriture de journal du règlement au lieu d'attendre une seconde comptabilisation en doublon. Les méthodes POST /v1/bank/settlements/link et /unlink permettent d'établir ou de corriger ce lien manuellement.
Bonnes pratiques
- Rapprocher par versement et non par mois. Le versement constitue l'unité naturelle. Regrouper un mois de versements avant de procéder au rapprochement détruit l'identité de contrôle qui permet d'identifier les erreurs.
- Ne jamais comptabiliser le montant net en chiffre d'affaires. C'est l'erreur la plus fréquente en comptabilité de plateforme : enregistrer 9 712,40 € de chiffre d'affaires sous-estime à la fois les ventes et les charges, fausse la marge brute et minore généralement la TVA, car cette dernière est exigible sur le montant brut payé par le client et non sur la somme versée par le PSP.
- Surveiller le décalage temporel. Un paiement effectué le 30 juin et versé le 3 juillet relève du chiffre d'affaires de juin et de la trésorerie de juillet. À la clôture de la période, la différence constitue une créance sur le PSP (de l'argent réel, détenu sur un compte tiers).
- Rapprocher les remboursements de la vente initiale. Un remboursement non rattaché laisse une facture réglée apparaître comme payée et surestime le chiffre d'affaires.
FAQ
Quelle est la différence entre le rapprochement des paiements et le rapprochement bancaire ?
Le rapprochement bancaire compare votre grand livre au relevé bancaire, ligne par ligne. Le rapprochement des paiements intervient en amont : il décompose un versement unique de PSP en une multitude d'encaissements, de remboursements et de frais sous-jacents, permettant ainsi d'expliquer ces lignes bancaires.
Pourquoi mon versement Stripe ne correspond-il pas à mes ventes ?
Parce qu'un versement est un lot net : encaissements bruts moins les frais, les remboursements, les rejets de débit et les éventuelles réserves, réglés selon le calendrier du PSP et non celui de la facture. Chacun de ces éléments doit être comptabilisé séparément pour que les deux montants concordent.
Faut-il déduire les frais de PSP du chiffre d'affaires ?
Non. Le chiffre d'affaires correspond au montant brut payé par le client, tandis que les frais de PSP constituent une charge liée à son encaissement. Les compenser sous-estime à la fois le chiffre d'affaires et les charges, fausse les marges et entraîne généralement un traitement erroné de la TVA.
Comment sont gérés les fractionnements des places de marché ?
Le chiffre d'affaires de la plateforme correspond à sa commission ; la part du vendeur constitue un passif jusqu'à son versement. Comptabiliser la totalité du versement en chiffre d'affaires surestime considérablement les revenus de la plateforme. Des règles de comptabilisation distinctes pour la commission et les dettes envers les vendeurs existent précisément pour les dissocier.
Que deviennent les lignes de règlement non rapprochées ?
Elles sont affectées à un compte d'attente plutôt que d'être rattachées d'office à une facture. Cela maintient l'équilibre du grand livre tout en rendant le problème visible. Le solde du compte d'attente constitue une liste de travail qui doit être soldée avant la clôture de la période.