Comptabiliser Stripe et PayPal : le guide pratique

Un versement Stripe ou PayPal n'est jamais une vente. Ce n'est pas non plus le total des ventes d'une journée, ni celui d'une période identifiable. C'est un solde : un montant net obtenu après compensation entre des encaissements, des commissions, des remboursements et parfois des litiges qui portent sur des semaines différentes.

Enregistrer ce solde comme une recette est l'erreur la plus répandue dans les dossiers e-commerce. Elle fausse trois choses à la fois : le chiffre d'affaires, la TVA collectée et les charges. Le mécanisme a déjà été traité côté boutique dans notre article sur la comptabilisation de Shopify. Ici, on descend d'un cran, dans le prestataire de paiement lui-même.

Pourquoi un versement ne correspond à rien de comptable

Le principe est le même chez Stripe et chez PayPal, à quelques détails près. Les paiements de vos clients n'arrivent pas sur votre compte bancaire. Ils alimentent d'abord un solde détenu chez le prestataire. Ce solde est ensuite versé sur votre compte selon un rythme configurable, avec un décalage de deux à sept jours suivant le prestataire et l'ancienneté du compte.

Entre le paiement du client et le virement reçu, plusieurs opérations viennent modifier ce solde. Des commissions sont prélevées transaction par transaction. Des remboursements sont débités, y compris sur des ventes du mois précédent. Des litiges bloquent des montants. Des ajustements interviennent, parfois plusieurs semaines après coup.

Résultat : le virement de 4 812,37 euros reçu un mardi ne correspond à aucune ligne de votre boutique, à aucune journée de ventes, et à aucun total que vous pourriez reconstituer de tête. Il n'a de sens que décomposé.

Ce que contient réellement un versement

Tout versement, quel que soit le prestataire, se décompose en cinq blocs :

• Les encaissements de la période, c'est-à-dire les paiements clients capturés pendant la fenêtre couverte par le versement, pour leur montant brut toutes taxes comprises.
• Les commissions, prélevées à la transaction, composées d'un pourcentage et le plus souvent d'une part fixe.
• Les remboursements, intégraux ou partiels, qui se rattachent à des ventes antérieures et pas nécessairement à la période en cours.
• Les litiges, ou chargebacks, avec le montant contesté et les frais de dossier associés.
• Les ajustements : réserves, corrections, retenues, transferts entre soldes, écarts de change.

Le contrôle à faire est arithmétique et sans appel. Encaissements bruts, moins commissions, moins remboursements, moins litiges, plus ou moins ajustements : le résultat doit correspondre au centime près au virement reçu. Si l'écart n'est pas nul, il manque une ligne, et cette ligne finira par polluer une clôture.

Le compte de passage, la pièce centrale du montage

C'est la notion qui manque dans la plupart des dossiers, et sans elle rien ne tient.

Un prestataire de paiement doit être traité en comptabilité comme un compte de trésorerie à part entière, distinct de votre banque. Concrètement, vous ouvrez un sous-compte de la classe 512 par prestataire : un pour Stripe, un pour PayPal. Ce compte fonctionne exactement comme un compte bancaire, avec ses entrées et ses sorties.

La vente est enregistrée à la date de la commande, au débit de ce compte de passage, pour son montant brut. Les commissions sont enregistrées en charge, au crédit de ce même compte. Les remboursements de même. Le virement reçu vient enfin solder une partie du compte de passage vers le compte bancaire.

Ce montage a une propriété précieuse : le solde du compte de passage représente à tout moment l'argent qui vous appartient mais qui n'est pas encore arrivé sur votre banque. À la clôture, ce solde doit correspondre exactement au solde affiché dans votre tableau de bord Stripe ou PayPal à la même date. C'est un point de contrôle immédiat, et beaucoup de dossiers échouent dessus.

Un compte d'attente de la classe 471 peut dépanner ponctuellement, mais il n'a pas vocation à rester ouvert. Un compte 471 qui présente un solde en fin d'exercice est un signal d'alerte, pas une méthode.

Les commissions sont une charge, pas une réduction du chiffre d'affaires

La règle est simple et pourtant constamment enfreinte : une commission de paiement ne diminue pas le chiffre d'affaires. Elle constitue une charge d'exploitation, enregistrée au compte 627, services bancaires et assimilés.

La différence n'est pas cosmétique. Le chiffre d'affaires déclaré doit correspondre au prix payé par le client, parce que c'est sur ce prix que porte la TVA collectée. Un chiffre d'affaires minoré des commissions produit mécaniquement une TVA sous-déclarée, et le redressement porte alors sur la TVA, les intérêts de retard et la majoration.

Sur la TVA des commissions elles-mêmes, une distinction s'impose. Les commissions de traitement de paiement relèvent des opérations financières exonérées de TVA au titre de l'article 261 C du code général des impôts : il n'y a aucune TVA à récupérer dessus. En revanche, les modules annexes facturés par ces mêmes prestataires, outils de facturation, de lutte contre la fraude ou de calcul de taxes, sont des prestations de services taxables. Facturées depuis l'Irlande pour Stripe et depuis le Luxembourg pour PayPal, elles relèvent de l'autoliquidation : vous collectez et déduisez la TVA française simultanément, et le montant doit figurer sur votre déclaration.

Dernier point sur la structure des frais. La part fixe pèse lourd sur les petits paniers, et ce coût reste invisible tant qu'on ne le ventile pas. Avec une commission de l'ordre de 1,5 % augmentée de 0,25 euro par transaction, un panier de 15 euros supporte 0,47 euro de frais, soit 3,2 % de son montant. Le même calcul sur un panier de 150 euros donne 2,50 euros, soit 1,7 %. Le taux réel double quand le panier moyen s'effondre, ce qui change complètement la lecture d'une campagne d'acquisition construite sur des produits d'appel.

Les chargebacks et leur effet sur la TVA collectée

Un chargeback n'est pas un remboursement, et les confondre coûte de la TVA.

Un remboursement est votre décision. Vous annulez tout ou partie d'une vente, vous émettez un avoir, et la TVA collectée correspondante est rectifiée sur la déclaration de la période. L'opération est propre et ne pose aucune difficulté de preuve.

Un chargeback est imposé par la banque du porteur de carte. Le montant vous est retiré d'autorité, des frais de dossier s'ajoutent, et vous disposez d'un délai pour contester avec des preuves de livraison. Si vous gagnez, le montant revient et les frais sont généralement restitués. Si vous perdez, la vente reste comptabilisée mais la créance devient définitivement impayée.

C'est là que la TVA se joue. Sur une vente définitivement impayée, la récupération de la TVA collectée est possible au titre de l'article 272 du code général des impôts, mais elle est conditionnée. Il faut établir le caractère définitivement irrécouvrable de la créance et adresser au client un duplicata de la facture initiale portant la mention que celle-ci est demeurée impayée pour tel montant hors taxe et telle TVA correspondante, non déductible par le destinataire. Sans cette formalité, la TVA reste due.

En pratique, un chargeback perdu doit donc sortir du traitement automatique et faire l'objet d'une écriture identifiée. Les enregistrer en bloc dans une charge diverse revient à abandonner la TVA correspondante, soit 20 % du montant perdu sur une vente au taux normal.

Le multidevise et l'écart de change

Dès que vous encaissez en dollars, en livres ou en francs suisses, un écart apparaît entre le moment de la vente et celui où les fonds sont convertis.

La vente doit être enregistrée au cours du jour de l'opération. La conversion effectuée par le prestataire, souvent quelques jours plus tard et assortie d'une marge de change, donne un montant en euros différent. Cette différence n'est ni un produit commercial ni une remise : elle se comptabilise en perte de change au compte 666, ou en gain de change au compte 766.

Deux précisions utiles. La marge de change appliquée par le prestataire, généralement de l'ordre de 1 à 2 %, est économiquement une commission, mais elle n'est presque jamais isolée dans les rapports : elle est incorporée au taux appliqué. La suivre suppose de comparer le taux obtenu au taux de référence du jour, faute de quoi elle disparaît purement et simplement de votre analyse de marge.

Ensuite, à la clôture, les soldes en devises détenus chez le prestataire doivent être convertis au cours de clôture. Les ventes réalisées à l'étranger ajoutent par ailleurs des obligations déclaratives propres, traitées dans notre guide de la TVA OSS.

Le décalage entre la vente et le versement

C'est le point qui rend les clôtures mensuelles fausses sans que personne ne s'en aperçoive.

Une commande du 30 septembre peut être versée le 4 octobre. Si vous rattachez la vente à la date du versement, votre septembre est amputé et votre octobre gonflé. Sur douze mois, les comparaisons ne veulent plus rien dire, et toute lecture de la saisonnalité devient inexploitable.

La règle est invariable : la vente se rattache à la date de la commande, le versement n'est qu'un mouvement de trésorerie. Le compte de passage absorbe naturellement le décalage, à condition d'être tenu.

À chaque clôture mensuelle, un contrôle suffit : le solde comptable du compte de passage doit égaler le solde affiché par le prestataire au dernier jour du mois. S'ils divergent, c'est qu'une commission, un remboursement ou un litige n'a pas été enregistré. Ce contrôle prend cinq minutes et évite des heures de recherche en fin d'exercice.

Les rapports à récupérer, et le cas des prestataires multiples

Chez Stripe, le rapport utile est celui de rapprochement du solde, qui détaille toutes les variations sur une période donnée, ligne par ligne, avec l'identifiant de chaque transaction. Le rapport de versement rattache pour sa part chaque virement reçu aux opérations qui le composent. Chez PayPal, le relevé d'activité et le rapport de rapprochement des transactions jouent le même rôle.

La fréquence de récupération doit être mensuelle au minimum, calée sur votre période de clôture, jamais annuelle. Certains rapports ne restent disponibles que sur une profondeur d'historique limitée, et reconstituer une année entière au mois de janvier suivant est un travail sans commune mesure avec douze extractions mensuelles.

Quand plusieurs prestataires coexistent, ce qui devient la norme dès qu'une boutique dépasse un certain volume, la règle est stricte : un compte de passage par prestataire, jamais de compte commun. Les rythmes de versement, les grilles de commission et les devises diffèrent, et fusionner les flux rend tout rapprochement impossible.

Un piège guette dans cette configuration : le double comptage. Le chiffre d'affaires doit toujours provenir des commandes de la boutique, jamais des rapports des prestataires. Ces derniers ne servent qu'à rapprocher la trésorerie et à identifier les frais. Enregistrer les ventes depuis la boutique et depuis Stripe revient à compter deux fois les mêmes opérations. Cette ventilation par canal et par prestataire est aussi ce qui permet de calculer une marge réelle par canal, indicateur que la plupart des boutiques n'ont pas.

Ce qu'il faut retenir

Un versement Stripe ou PayPal est un solde de compensation, pas une recette. Le comptabiliser correctement suppose trois choses : un compte de passage par prestataire, traité comme un compte de trésorerie, des commissions enregistrées en charge et non déduites du chiffre d'affaires, et des ventes rattachées à la date de commande et non à la date de virement.

Le contrôle de cohérence tient en une ligne : à chaque fin de mois, le solde comptable du compte de passage doit égaler le solde affiché par le prestataire. Tant que cette égalité est vérifiée, vos ventes, votre TVA collectée et vos charges sont justes. Dès qu'elle ne l'est plus, quelque chose manque, et le chercher tout de suite coûte infiniment moins cher que de le découvrir à la clôture.