Vous recevez un virement Stripe de 8 742,31 \u20ac sur votre compte. Vous ouvrez Pennylane, vous cherchez la facture correspondante, et il n’y en a aucune. Normal : ce virement ne correspond \u00e0 aucune vente. Il correspond \u00e0 deux cents ventes, moins les commissions, moins les remboursements, moins un litige.<\/p>\n
C’est le probl\u00e8me le plus fr\u00e9quent que je rencontre chez les e-commer\u00e7ants et leurs cabinets. Et la fa\u00e7on dont il est r\u00e9solu, le plus souvent, cr\u00e9e un probl\u00e8me plus grave que celui qu’elle r\u00e8gle.<\/p>\n
Stripe ne vous reverse pas chaque vente. Il accumule les transactions sur une p\u00e9riode, puis vous envoie un versement unique \u2014 un payout<\/em> \u2014 dont le montant est un solde net.<\/p>\n Dans ce solde, il y a :<\/p>\n Un versement de 8 742,31 \u20ac peut donc correspondre \u00e0 9 180 \u20ac de ventes, 312,69 \u20ac de commissions et 125 \u20ac de remboursements. Aucune facture de votre comptabilit\u00e9 ne porte le montant 8 742,31 \u20ac. Il n’existe nulle part ailleurs que sur votre relev\u00e9 bancaire.<\/p>\n Passer l’\u00e9cart en charge.<\/strong> On lettre approximativement et on envoie la diff\u00e9rence dans un compte de charges diverses. C’est rapide, et c’est faux : la commission Stripe est une charge d\u00e9ductible qui doit figurer pour son montant exact, et le chiffre d’affaires enregistr\u00e9 devient inf\u00e9rieur au chiffre d’affaires r\u00e9el.<\/p>\n Comptabiliser le net.<\/strong> On enregistre 8 742,31 \u20ac de vente et on oublie le reste. Le r\u00e9sultat est le m\u00eame : un chiffre d’affaires sous-\u00e9valu\u00e9, des charges absentes, et une TVA collect\u00e9e calcul\u00e9e sur une base erron\u00e9e.<\/p>\n Les deux fonctionnent tant que personne ne regarde. Elles cessent de fonctionner au contr\u00f4le.<\/p>\n Le principe tient en une phrase : le versement bancaire n’est pas une vente, c’est le d\u00e9nouement de plusieurs op\u00e9rations.<\/strong> Il faut donc le d\u00e9composer avant de le rapprocher.<\/p>\n L’information existe. Stripe publie, pour chaque versement, le d\u00e9tail des transactions qui le composent : le rapport de rapprochement dans le tableau de bord, ou l’objet balance transaction<\/em> via l’API. C’est ce d\u00e9tail qui sert de base \u00e0 l’\u00e9criture.<\/p>\n Le sch\u00e9ma d’\u00e9criture, pour un versement de 8 742,31 \u20ac net :<\/p>\n Le lettrage se fait ensuite sur les comptes clients, vente par vente, et plus sur la ligne bancaire. C’est ce renversement qui r\u00e8gle le probl\u00e8me : on ne cherche plus \u00e0 faire correspondre un montant global \u00e0 des factures individuelles.<\/p>\n Pennylane dispose d’une int\u00e9gration Stripe, et elle vous \u00e9vite la saisie. Elle ne vous dispense pas des d\u00e9cisions.<\/p>\n Il reste \u00e0 param\u00e9trer les comptes de destination \u2014 quel compte de charges pour les commissions, quel traitement pour les litiges \u2014 et \u00e0 d\u00e9cider du rattachement : une vente encaiss\u00e9e le 29 et vers\u00e9e le 3 du mois suivant appartient au mois de la vente, pas \u00e0 celui du virement. Un connecteur branch\u00e9 sans ce param\u00e9trage produit des \u00e9critures r\u00e9guli\u00e8res et fausses, ce qui est pire que pas d’\u00e9critures du tout : personne ne les regarde.<\/p>\n Ce qui n’\u00e9tait qu’une question de propret\u00e9 comptable devient une question de conformit\u00e9.<\/p>\n\n
Les deux mauvaises solutions<\/h2>\n
La m\u00e9thode correcte<\/h2>\n
\n\n
\n \nCompte<\/th>\n D\u00e9bit<\/th>\n Cr\u00e9dit<\/th>\n<\/tr>\n<\/thead>\n \n 512 \u2014 Banque<\/td>\n 8 742,31<\/td>\n <\/td>\n<\/tr>\n \n 627 \u2014 Commissions Stripe<\/td>\n 312,69<\/td>\n <\/td>\n<\/tr>\n \n 411 \u2014 Clients (remboursements)<\/td>\n 125,00<\/td>\n <\/td>\n<\/tr>\n \n 411 \u2014 Clients (encaissements)<\/td>\n <\/td>\n 9 180,00<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n Ce que le connecteur Pennylane fait, et ce qu’il ne fait pas<\/h2>\n
L’\u00e9ch\u00e9ance qui rend le sujet urgent<\/h2>\n