Un virement Stripe qui ne correspond pas à vos données de vente est souvent comparé au mauvais niveau. Le virement est un lot de règlement net. Votre rapport de ventes est généralement un rapport d'activité brut. Avant de modifier une formule ou de chercher des commandes une par une, vérifiez que le virement, la période et les enregistrements concernent bien la même comparaison.

Commencez par le virement lui-même. Notez son identifiant, son montant, sa devise, son statut, sa date d'arrivée prévue et le dépôt bancaire qu'il a produit. Ouvrez ensuite le détail des transactions pour ce virement précis. Ne commencez pas par le total des ventes de la journée ou du mois.

Cette première distinction cible rapidement l'origine de l'écart :

L'objectif n'est pas de contrôler chaque transaction. C'est d'éliminer des catégories entières de causes avant de passer à l'analyse ligne par ligne.

1. Vérifier que le virement et le dépôt bancaire correspondent au même événement

Le premier chiffre à confirmer est le montant net du virement Stripe par rapport aux fonds reçus sur le compte bancaire. Cela établit si le transfert Stripe-banque est correct avant que les données de vente entrent dans la comparaison.

Relevez ces champs :

Si le virement et le dépôt bancaire concordent, l'événement de trésorerie est fiable. L'écart restant se situe entre les données de vente et le contenu du virement.

S'ils ne concordent pas, arrêtez la comparaison avec les ventes. Vérifiez si deux virements ont été regroupés en un seul dépôt bancaire, si un virement a été fractionné, si la banque a converti la devise, ou si le dépôt est toujours en attente. Le processus complet de rapprochement virement Stripe/relevé bancaire couvre cette couche distincte.

Ne cherchez pas à faire correspondre les ventes brutes à la ligne bancaire. Les ventes brutes sont en amont des frais, remboursements, litiges, provisions et délais de règlement.

2. Ouvrir le détail des transactions pour l'identifiant de virement exact

Une fois l'événement bancaire confirmé, utilisez l'identifiant du virement comme frontière de comparaison. Une plage de dates est une preuve plus faible : une activité créée un jour peut devenir disponible et être réglée un autre jour.

Le détail du virement doit identifier chaque transaction de solde incluse dans le lot. Selon l'activité du compte, cela peut comprendre :

• Des encaissements
• Des remboursements
• Des litiges
• Des frais de traitement
• Des ajustements
• Des virements internes
• Des mouvements de provision

Additionnez l'effet net de ces lignes. Il doit être égal au montant du virement.

Par exemple :

Un rapport de ventes affichant $12,400 ne prouve pas que le virement de $11,223 est incorrect. Il montre que le rapport contient les encaissements bruts, tandis que le virement reflète l'effet net de l'ensemble de l'activité éligible.

C'est le premier endroit où chercher quand un virement Stripe ne correspond pas aux données de vente. Si l'arithmétique du lot est correcte, Stripe a déjà expliqué le total du virement. Il reste à vérifier quelles parties de cette explication figurent dans les données de vente ou dans la comptabilité.

3. Chercher par identifiant de transaction avant le montant ou la date

Utilisez l'identifiant le plus fort disponible. Pour les activités Stripe, il s'agit généralement d'un identifiant de débit (charge ID), d'un identifiant d'intention de paiement (payment intent ID), d'un identifiant de transaction de solde (balance transaction ID), d'un identifiant de remboursement (refund ID), ou d'une autre référence unique reprise dans votre export de commandes ou de comptabilité.

Cherchez dans cet ordre :

1. Référence de transaction unique exacte
2. Montant exact et date exacte
3. Montant exact sur des dates proches
4. Commandes voisines ou lacunes dans la séquence
5. Totaux fractionnés, lignes en double et enregistrements exclus
6. Mauvais rapport, période, compte ou version de fichier

Normalisez la référence avant de la déclarer manquante. Supprimez les espaces en début et en fin de chaîne. Vérifiez que l'export des ventes n'a pas tronqué l'identifiant, converti une valeur longue, ajouté une apostrophe en préfixe, ou stocké un identifiant différent de celui exposé par Stripe.

Dans une colonne de travail, avant la recherche :

=SUPPRESPACE(SUBSTITUE(MAJUSCULE(A2),CAR(160)," "))

La colonne A est la colonne de référence — charge ID, payment intent ID ou balance transaction ID. SUPPRESPACE supprime les espaces ordinaires ; CAR(160) couvre l'espace insécable que certains exports ajoutent. MAJUSCULE neutralise les différences de casse. Si l'export ajoute un préfixe comme pi_ ou une apostrophe, retirez-le avec un SUBSTITUE imbriqué avant la comparaison.

Un numéro de commande Shopify, par exemple, n'est pas automatiquement le même qu'un identifiant de débit Stripe. Si le système de vente stocke un identifiant de commande et Stripe un identifiant de paiement, vous avez besoin du champ qui les relie. Comparer des identifiants sans lien produit une liste de faux écarts.

Quand l'identifiant exact existe dans les deux fichiers, comparez le montant, la devise et le type de transaction. Quand il n'existe que dans Stripe, vérifiez si l'export des ventes a exclu cette ligne. Quand il n'existe que dans les ventes, cherchez s'il a été réglé dans un autre virement.

4. Distinguer frais, remboursements, litiges et ajustements

La plupart des écarts entre un virement et les ventes ne correspondent pas à une vente manquante. Ils résultent d'un ensemble de types de transactions que le total des ventes n'inclut pas.

Construisez un pont entre ventes brutes et virement net :

Gardez chaque catégorie séparée. Une ligne unique « écart » masque si le montant est attendu ou nécessite une correction.

Les remboursements demandent une attention particulière. Un remboursement traité cette semaine peut concerner une vente du mois précédent. Il peut réduire le virement actuel sans réduire le rapport de ventes de la période en cours. Les litiges peuvent arriver encore plus tard. C'est une relation temporelle entre deux événements commerciaux, pas la preuve que le virement a omis des ventes.

Les frais créent également un écart prévisible. Si les données de vente affichent le chiffre d'affaires brut alors que la comptabilité n'enregistre que le cash net, les produits et les charges de frais peuvent tous deux être mal comptabilisés, même si le dépôt bancaire est correct.

5. Vérifier les délais de règlement, la date de coupure et le statut des transactions

Stripe ne verse pas chaque vente à la date de la vente. Un encaissement passe par la création, le paiement, la disponibilité, la création du virement et la comptabilisation bancaire. Ces dates peuvent chevaucher différentes périodes comptables.

Pour chaque vente qui semble manquante, comparez :

Une vente aboutie absente du virement figure souvent dans un lot ultérieur, car elle n'était pas encore disponible à la date de coupure. Un paiement en attente ou échoué ne doit pas être traité comme une activité de virement. La date du virement ne doit pas non plus être utilisée comme date de vente.

Les éléments de décalage sont reportés. Ils restent sur la liste ouverte jusqu'à ce que le virement ultérieur les règle. Ils ne se corrigent pas par une écriture comptable simplement pour faire correspondre le virement actuel au rapport de ventes actuel.

Les erreurs sont traitées différemment. Une écriture comptable manquante, une vente en doublon, un montant incorrect, une mauvaise devise ou un compte mal imputé nécessite une correction ou une escalade immédiate.

6. Tester les montants groupés, les doublons, le périmètre et l'intégrité des fichiers

Si l'écart subsiste après les cinq premiers contrôles, élargissez l'investigation avec précaution. Ne quittez pas la frontière du virement.

Vérifiez d'abord si un côté est groupé différemment. Une ligne de virement peut représenter plusieurs encaissements. Une commande peut aussi être fractionnée sur plusieurs paiements, partiellement remboursée ou réglée dans plusieurs devises. Cherchez des combinaisons de lignes qui correspondent au montant inexpliqué.

Vérifiez ensuite les doublons. Comparez le nombre de références uniques avec le nombre total de lignes. Un doublon peut rendre le fichier de ventes supérieur à Stripe, même si chaque vente légitime est présente.

Vérifiez enfin la référence de comparaison :

Vérifiez les filtres et les paramètres d'export. Confirmez que les deux fichiers couvrent le compte, la devise, le statut de paiement et la période prévus. Si l'un des fichiers a été ouvert, modifié, réenregistré ou réexporté pendant l'investigation, obtenez un nouvel export et répétez les contrôles d'intégrité. Corriger un fichier source incertain directement produit un résultat indéfendable.

Transformer l'écart en résultat de rapprochement

L'investigation est terminée quand chaque écart a un statut et une action. « Stripe ne correspond pas aux ventes » n'est pas un résultat exploitable.

Votre rapport doit distinguer :

Conservez le récapitulatif du virement, le pont brut/net, les lignes rapprochées et la liste des exceptions ensemble. Cela donne au réviseur un chemin direct du dépôt bancaire jusqu'aux ventes sous-jacentes. Si l'écart affecte également la clôture, utilisez les mêmes preuves pour traiter les contrôles de fin de mois entre comptabilité et relevé bancaire sans mélanger les éléments de décalage et les erreurs de comptabilisation.

Le point d'arrêt propre est un virement qui correspond au compte bancaire, un lot dont le total s'explique par le contenu du virement, et un pont de ventes dans lequel chaque écart restant est classé comme décalage, déduction attendue ou erreur spécifique à corriger.