Un export eBay Managed Payments regroupe sur la même période des ventes, des remboursements, des commissions, des frais d'étiquette et un versement. L'écriture du grand livre que vous cherchez à rapprocher ne tient presque jamais sur une seule ligne. Le rapprochement tombe en panne dès que vous traitez ce fichier comme un relevé bancaire. L'export est au niveau des opérations. Le grand livre est au niveau des comptes. Ces deux niveaux ne se rapprochent que si vous les séparez avant de les comparer.
Voilà pourquoi les chiffres semblent faux alors que les données ne le sont pas. eBay peut afficher une commande, une déduction de commission, un remboursement et un lien vers un versement sur des lignes séparées, tandis que le grand livre ne montre qu'une écriture de vente, une écriture de charge et un mouvement bancaire. Si vous tentez de faire correspondre ligne à ligne, vous créerez de faux écarts et passerez à côté des vrais.
Pourquoi les lignes ne correspondent pas
Un fichier CSV eBay Managed Payments n'est pas une liste de ventes propre. C'est un rapport mixte de transactions. Selon les colonnes que vous exportez et les événements survenus sur la période, le fichier peut contenir des opérations de commande, des références de versement, des commissions, des blocages, des litiges, des frais d'étiquette d'expédition, des ajustements et des lignes fiscales.
Cette structure importe car le grand livre n'enregistre presque jamais ces événements sous la même forme.
| Type de ligne dans le CSV eBay | Ce qu'elle représente | Où elle atterrit généralement dans le grand livre |
|---|---|---|
| Vente brute | Paiement client avant déductions | Ventes ou créances clients |
| Commission sur vente finale ou autre commission | Charge déduite avant versement | Compte de charges |
| Remboursement ou litige | Somme restituée ou débitée | Remboursements, retours ou compte de litiges |
| Frais d'étiquette d'expédition | Coût logistique déduit des fonds | Charges de transport |
| Ajustement ou prélèvement | Crédit ou débit non standard | Autres produits, charges ou compte de passage |
| Lien avec le versement net | Mouvement de trésorerie après déductions | Compte bancaire ou compte de passage |
Le nombre de lignes trompe aussi. Une commande ne correspond pas forcément à une ligne. Les commandes multi-articles peuvent s'étaler sur plusieurs lignes. Un remboursement peut apparaître après la vente d'origine. Un versement peut regrouper des opérations de dates différentes. Aucun de ces points ne signifie que l'export est défaillant. Cela signifie que votre méthode de rapprochement doit respecter la façon dont eBay enregistre les flux financiers.
La conséquence pratique est simple : n'attendez pas d'une seule colonne qu'elle réponde à toutes les questions. Le rapprochement au niveau des commandes prouve si les ventes ont bien été comptabilisées. Le rapprochement des commissions et des remboursements explique pourquoi la trésorerie nette est inférieure. Le rapprochement des versements prouve si le mouvement d'argent lui-même est arrivé où il devait.
Réunissez trois fichiers et délimitez votre période
Avant toute comparaison, définissez la période à rapprocher et les fichiers qui s'y rattachent. La plupart des mauvais rapprochements démarrent parce que la plage de l'export est plus large que celle du grand livre, ou parce qu'une date de versement est comparée à une date de vente.
Pour un rapprochement propre, travaillez à partir de ces fichiers :
| Fichier | Colonnes minimales à conserver | Utilité |
|---|---|---|
| CSV du rapport de transactions eBay | Order ID, Item ID, Transaction ID or Reference ID, transaction date, payout date, gross amount, net amount, fee-related fields, payout ID | Détail source des ventes, déductions et groupes de versements |
| Export du grand livre ou du journal de caisse | Date, référence, compte, description, débit/crédit ou montant signé | Ce qui a réellement été comptabilisé |
| Export du relevé bancaire si la preuve en trésorerie est nécessaire | Date, description, montant, référence bancaire | Confirme que le versement a bien été encaissé |
Choisissez une seule période et restez-y :
- Un versement, si le problème est un virement qui ne tombe pas juste.
- Une semaine, si le grand livre est comptabilisé par lots hebdomadaires.
- Un mois de relevé, si vous clôturez le mois et que le grand livre suit le même calendrier.
Ne mélangez pas ces périodes dans la même feuille de calcul. Les horodatages des transactions eBay et les dates de versement peuvent différer de vos propres enregistrements à cause des délais de versement et de la gestion des fuseaux horaires. Si c'est le côté versements qui pose problème, la même logique de preuve par le mouvement décrite pour rapprocher un CSV de versement Stripe de votre relevé bancaire s'applique ici aussi : prouvez d'abord le mouvement de trésorerie, puis expliquez ce qu'il contient.
Choisissez la clé de rapprochement avant de comparer les montants
La plupart des erreurs de rapprochement ne sont pas des erreurs de montant. Ce sont des erreurs de clé. La mauvaise référence est utilisée, et des lignes correctes semblent non rapprochées.
Utilisez le champ qui correspond à la façon dont votre grand livre a été saisi :
| Clé de rapprochement | Utiliser quand | Ne pas utiliser pour |
|---|---|---|
| Order ID | Le grand livre enregistre une écriture de vente par commande client | Prouver le montant du versement |
| Transaction ID ou Reference ID | Le grand livre stocke des références d'événements de paiement ou de remboursement | Regrouper un versement entier |
| Payout ID | Vous devez relier un lot de lignes à un versement ou à un mouvement bancaire | Rapprocher le chiffre d'affaires |
| Item ID | Vous analysez le détail des commandes multi-articles | Rapprochement principal sur l'ensemble du fichier |
C'est là que beaucoup de feuilles de calcul déraillent. Quelqu'un tente de rapprocher les ventes brutes d'un Payout ID, ou de prouver un virement net avec un Order ID. Ces clés n'appartiennent pas au même niveau du processus.
Si votre grand livre ne contient aucune référence eBay propre, construisez un tableau de correspondance temporaire avant de toucher aux totaux. Faites correspondre la référence du grand livre dont vous disposez à un champ eBay stable, puis lancez le rapprochement depuis là. Sans cette étape, tous les filtres et formules qui suivent reposent sur une hypothèse fausse.
Travaillez en trois niveaux, pas en un seul
La bonne méthode pour gérer eBay consiste à lancer trois rapprochements plus petits plutôt qu'un seul grand.
1. Niveau des ventes
Comparez les ventes brutes du fichier eBay aux écritures de vente du grand livre. À ce stade, ignorez les commissions, les déductions pour étiquettes et les valeurs de versement net. La question est précise : les ventes ont-elles été comptabilisées au bon montant brut ?
2. Niveau des déductions
Isolez maintenant tout ce qui réduit ce que vous recevez au final : commissions sur vente finale, frais d'annonce sponsorisée, frais d'étiquette d'expédition, remboursements, litiges, ajustements et tout autre débit prélevé avant versement. Comparez-les aux comptes de charges, de remboursements ou de passage correspondants dans le grand livre.
3. Niveau des versements
Ce n'est qu'une fois les deux premiers niveaux cohérents que vous comparez les versements nets à la banque ou au compte de passage. Le versement n'est pas un total de ventes. C'est le résultat du niveau des ventes diminué du niveau des déductions, plus ou moins les ajustements.
Voici un exemple simplifié :
| Activité | Montant |
|---|---|
| Ventes brutes dans l'export eBay | 2,000.00 |
| Commissions sur vente finale et autres commissions | -180.00 |
| Remboursements et litiges | -250.00 |
| Frais d'étiquettes d'expédition | -45.00 |
| Versement net | 1,525.00 |
Si votre grand livre affiche des ventes de 2,000.00 et une trésorerie bancaire de 1,525.00, cela ne signifie pas que 475.00 est inexpliqué. Cela signifie que vous devez maintenant prouver si les 180.00, les 250.00 et les 45.00 ont été comptabilisés dans les bons comptes. Une fois ces déductions justifiées, le versement est expliqué.
C'est la partie que la plupart des pages de référence passent sous silence. Elles vous disent que les rapports existent. Elles ne vous disent pas que les ventes brutes, les déductions et les versements ne doivent pas être regroupés en une seule étape de rapprochement.
Les écarts qui comptent vraiment
Une fois le fichier divisé en niveaux appropriés, les écarts restants correspondent généralement à l'un des motifs suivants.
| Symptôme | Ce que ça signifie généralement | Quoi vérifier ensuite |
|---|---|---|
| Même montant, date différente | Délai de versement ou décalage de fuseau horaire | Comparez la date de transaction à la date de versement, pas la date de vente à la date bancaire |
| Plus de lignes eBay que de lignes dans le grand livre | Commandes multi-articles ou comptabilisation par lots dans le grand livre | Regroupez les lignes eBay par commande ou par versement avant de comparer |
| Les ventes correspondent mais la trésorerie est inférieure | Commissions, remboursements, étiquettes ou ajustements absents du grand livre | Filtrez les types de transactions hors ventes et tracez chaque catégorie |
| La trésorerie correspond mais le chiffre d'affaires non | Les ventes ont été comptabilisées en net au lieu de brut, ou dupliquées | Vérifiez si le grand livre a enregistré les dépôts directement en produits |
| Petit écart récurrent à chaque période | Frais d'abonnement, charges publicitaires ou ajustements répétés | Recherchez les frais hors commande en dehors des lignes de vente principales |
| Un versement important non rapproché | Période incorrecte ou lot de versements mixte | Reconstruisez autour d'un seul Payout ID et de ses lignes associées |
Les écarts de dates méritent une attention particulière. Une opération eBay peut être enregistrée à une date alors que le versement arrive plus tard. Si vous comparez la date de vente à la date bancaire, chaque délai légitime ressemble à une erreur. La même chose se produit quand votre grand livre est saisi en heure locale et que l'export reflète un horodatage de transaction différent. Ce n'est pas un problème de nettoyage des données. C'est un problème au niveau de la comparaison.
L'autre erreur fréquente est de mélanger la logique brut/net. Si le grand livre enregistre le virement bancaire directement en produits, le chiffre d'affaires semblera inférieur aux ventes brutes eBay et les commissions sembleront absentes. Le rapprochement fait son travail quand il révèle ce problème de structure.
Quand le côté versements devient un pur travail de comparaison par lots, les mécanismes se rapprochent davantage de la comparaison de deux fichiers CSV de relevés bancaires sans formule que du débogage d'une formule de recherche. Vous prouvez quel mouvement groupé appartient à quel mouvement groupé, puis vous analysez les écarts qui subsistent.
Ce qu'un rapprochement terminé doit prouver
Un rapprochement terminé n'est pas un tableur plein de cellules vertes. C'est une explication courte et défendable de l'origine de chaque écart significatif.
Votre résultat final doit répondre à ces cinq points :
| Section du résultat | Ce qu'elle prouve |
|---|---|
| Ventes rapprochées | Les ventes brutes eBay sont représentées dans le grand livre |
| Récapitulatif des commissions et déductions | Les réductions du brut au net ont été comptabilisées dans les bons comptes |
| Remboursements, litiges et ajustements | Les mouvements hors ventes n'ont pas été confondus avec des ventes manquantes |
| Récapitulatif des versements | Le montant net correspond à la trésorerie ou au compte de passage |
| Liste des écarts | Chaque différence non résolue est nommée, pas cachée |
C'est le standard à viser. Pas un nombre de lignes identique. Pas un total général forcé à correspondre trop tôt. Un résultat utilisable dit :
- Quelles ventes ont été rapprochées.
- Quelles déductions expliquent l'écart entre le brut et le net.
- À quel versement ou mouvement bancaire ces lignes appartiennent.
- Quels éléments sont encore manquants, dupliqués ou comptabilisés dans le mauvais compte.
Si vous pouvez énoncer ces quatre points clairement, le rapprochement est terminé. Sinon, le classeur est peut-être rempli, mais le rapprochement n'est pas fini.
Quand le travail sous tableur devient le problème
Le rapprochement eBay manuel reste faisable quand les volumes sont faibles et que le grand livre est saisi proprement. Il devient coûteux quand chaque clôture suit le même schéma : exporter le CSV, le découper en sections, choisir une clé de rapprochement, reconstruire les mêmes formules, filtrer les mêmes écarts et réécrire la même explication.
À ce stade, la partie difficile n'est plus le jugement comptable. C'est la comparaison de fichiers et la production de rapports d'écarts.
