Le relevé bancaire affiche un seul virement Shopify. L'export Shopify, lui, contient des dizaines de commandes individuelles, de remboursements, de frais et d'ajustements — aucun ne partage la référence du virement.
C'est là que le rapprochement bloque.
Pour les petites boutiques en ligne, le problème n'est généralement pas que la vente est absente. C'est que la ligne du relevé bancaire est le résultat d'un règlement, tandis que le fichier de commandes Shopify est un enregistrement de l'activité commerciale. D'un côté, les fonds arrivent en lot. De l'autre, les opérations qui ont constitué ce lot.
On ne résout pas ça en faisant correspondre le montant du virement à une seule commande. Il faut décomposer le virement, identifier la fenêtre de versement, isoler les frais et les remboursements, puis démontrer quelles commandes Shopify expliquent les fonds reçus en banque.
Ce que montrent réellement les deux fichiers
Commencez par nommer la granularité de chaque fichier. C'est ce qui évite la plupart des faux écarts.
| Fichier | Une ligne représente généralement | La question à laquelle elle répond |
|---|---|---|
| Export de commandes Shopify | Une commande ou un événement à la commande | Qu'est-ce que le client a acheté, payé, remboursé ou annulé ? |
| Export des versements ou paiements Shopify | L'activité de paiement regroupée vers un règlement | Quelles transactions ont contribué à un versement ? |
| Relevé bancaire CSV | Un mouvement bancaire enregistré | Quels fonds ont réellement atteint le compte ? |
Le relevé bancaire ne cherche pas à afficher les commandes individuelles. Il affiche le mouvement de trésorerie final. L'export de commandes Shopify ne cherche pas à afficher les virements bancaires. Il affiche l'activité commerciale dans la boutique.
Le rapprochement ne fonctionne donc pas ainsi :
La commande 1049 correspond au virement bancaire.
Il fonctionne ainsi :
Les commandes 1042 à 1068, déduction faite des frais et des remboursements, plus ou moins les ajustements, expliquent le virement bancaire de 3,921.44.
Cette distinction est fondamentale. Si vous comparez une ligne de commande Shopify à une ligne de virement bancaire, les fichiers sembleront erronés même quand la trésorerie est correcte.
Pourquoi le virement bancaire ne contient aucune référence de commande utile
La description d'une ligne de relevé bancaire est en général courte. Elle peut ressembler à ceci :
| Bank date | Description | Amount |
|---|---|---|
| 2026-05-06 | SHOPIFY TRANSFER | 3,921.44 |
Cette ligne confirme que les fonds sont arrivés. Elle ne dit pas quelles commandes les ont générés.
L'export de commandes Shopify peut contenir des lignes comme celles-ci :
| Order | Paid at | Payment status | Total | Refunds |
|---|---|---|---|---|
| #1042 | 2026-05-02 18:14 | paid | 185.00 | 0.00 |
| #1043 | 2026-05-02 19:07 | paid | 72.50 | 0.00 |
| #1044 | 2026-05-03 10:22 | refunded | 210.00 | -210.00 |
| #1045 | 2026-05-03 11:41 | paid | 96.00 | 0.00 |
Aucune référence bancaire n'apparaît dans ces lignes. C'est normal. Le fichier de commandes est structuré autour de l'activité de caisse, pas autour des virements bancaires.
Le premier travail consiste donc à trouver la couche de règlement entre les deux fichiers. Avec Shopify Payments, cela signifie trouver l'export des versements ou des paiements qui explique quelles transactions ont été regroupées dans le virement bancaire. Si vous utilisez Stripe, PayPal ou un autre prestataire de paiement derrière Shopify, le fichier de règlement provient de ce prestataire.
Sans cette couche intermédiaire, vous travaillez à partir des dates et des montants. Ça peut suffire pour une boutique avec cinq commandes par semaine. Ça ne tient plus dès que le virement inclut suffisamment de commandes, de remboursements ou de frais pour créer des montants répétés et des chevauchements de dates.
Partir du virement bancaire
Le virement bancaire est l'événement de trésorerie. Commencez par là.
Ne partez pas du total des ventes Shopify du mois. Les ventes mensuelles sont trop larges. Le virement couvre généralement une fenêtre de versement plus étroite, et cette fenêtre ne correspond presque jamais exactement à la période calendaire.
Suivez cet ordre :
| Étape | Fichier | Ce que vous devez démontrer |
|---|---|---|
| 1 | Relevé bancaire CSV | Quel virement doit être justifié ? |
| 2 | Export des versements ou paiements Shopify | Quel montant de versement correspond à ce virement ? |
| 3 | Export de commandes Shopify | Quelles commandes et quels ajustements expliquent ce versement ? |
| 4 | Résultat du rapprochement | Ce qui a été rapproché, ce qui était attendu, et ce qui reste à examiner ? |
Supposons que le relevé bancaire affiche :
| Bank date | Description | Amount |
|---|---|---|
| 2026-05-06 | SHOPIFY TRANSFER | 3,921.44 |
Recherchez alors un versement Shopify ou du prestataire dont le montant est égal à 3,921.44, ou qui peut être relié à cette ligne bancaire par la date et la référence du versement. Une fois le versement identifié, ne revenez pas à l'ensemble des commandes Shopify. Restez dans la fenêtre de ce versement.
C'est cette limite qui maintient le rapprochement propre.
Distinguer les commandes brutes des virements nets
Les totaux des commandes Shopify sont des montants bruts de l'activité client. Les virements bancaires sont des montants nets. Ils sont censés différer.
Un versement peut inclure :
- des encaissements de commandes
- des frais de traitement
- des remboursements
- des remboursements partiels
- des rétrofacturations
- des ajustements
- une activité de réserve
- des décalages de date entre la vente et le versement
Voici un exemple de tableau de passage pour un versement :
| Activité dans le versement | Montant |
|---|---|
| Commandes Shopify encaissées | 4,280.00 |
| Frais de traitement | -128.56 |
| Remboursements inclus dans le versement | -180.00 |
| Ajustement | -50.00 |
| Virement bancaire net | 3,921.44 |
Si vous comparez 4,280.00 à 3,921.44, vous constaterez un écart de 358.56. Cet écart n'est pas automatiquement une erreur. C'est le passage du brut au net.
Le rapprochement est correct quand chaque composante de ce passage est visible :
| Composante de l'écart | Traitement attendu |
|---|---|
| Frais | Expliquent pourquoi le montant net est inférieur aux commandes brutes |
| Remboursements | À rattacher à la commande ou à la ligne de remboursement d'origine |
| Ajustements | À lister séparément pour ne pas les noyer dans les ventes |
| Décalages de date | À traiter selon la logique de date du versement, pas seulement la date de commande |
| Éléments non rapprochés | À afficher comme exceptions, pas comme réductions silencieuses |
C'est le cœur du rapprochement des commandes Shopify aux virements bancaires pour les petites boutiques en ligne, sans connecter Shopify directement à la banque. Il ne s'agit pas de faire figurer chaque numéro de commande dans la ligne bancaire. Il s'agit de construire un tableau de passage qui prouve comment l'activité de commandes est devenue du cash net.
Construire le fichier de travail avec les bonnes colonnes
Avant de rapprocher, exportez les colonnes qui permettent de relier l'activité entre les fichiers. Ne vous appuyez pas uniquement sur le numéro de commande visible et le montant du virement.
Pour le relevé bancaire CSV, conservez :
| Bank column | Pourquoi c'est utile |
|---|---|
| Posted date | Confirme quand les fonds ont atteint le compte |
| Description | Contient souvent « Shopify » ou le nom du prestataire de paiement |
| Amount | Le montant du virement qui doit être justifié |
| Bank reference | Utile si la banque fournit un identifiant de transaction |
Pour l'export de commandes Shopify, conservez :
| Shopify column | Pourquoi c'est utile |
|---|---|
| Order name | Numéro de commande lisible, par exemple #1042 |
| Order ID | Identifiant Shopify interne |
| Paid at | Permet de situer la commande dans la fenêtre de versement |
| Total | Montant brut de la commande |
| Refund amount | Explique les réductions après la vente |
| Payment status | Distingue les commandes payées, remboursées, partiellement payées et annulées |
| Payment references | Aide à relier l'activité de paiement quand c'est disponible |
Pour l'export des versements ou paiements, conservez :
| Settlement column | Pourquoi c'est utile |
|---|---|
| Payout ID | Regroupe les transactions dans le virement bancaire |
| Payout date | Relie le fichier de règlement à la ligne bancaire |
| Transaction type | Distingue les encaissements, remboursements, frais et ajustements |
| Gross amount | Rattache à l'activité de commandes |
| Fee amount | Explique pourquoi le montant net est inférieur |
| Net amount | S'additionne pour donner le montant du virement |
| Order or payment reference | Sert de pont vers les lignes Shopify |
Si l'export des versements ne contient pas de référence de commande exploitable, utilisez la référence de paiement si elle apparaît dans les deux fichiers. Si aucun fichier ne contient de référence commune, n'utilisez la date et le montant que comme champs de révision. Ils ne sont pas assez solides pour servir de clé de correspondance principale dès que le volume de commandes augmente.
Rapprocher en plusieurs passes, pas en une seule formule
Une seule formule de recherche ne peut pas répondre proprement à tout ça. Elle sera soit trop restrictive et manquera des lignes valides, soit trop permissive et créera des faux positifs.
Utilisez quatre passes.
1. Faire correspondre le versement au virement bancaire
Commencez par le relevé bancaire.
Trouvez le versement Shopify ou du prestataire dont le montant correspond au virement. Utilisez conjointement la date, le montant et la description du versement. Un écart d'un ou deux jours peut être normal, car la date du versement et la date d'enregistrement bancaire ne coïncident pas toujours.
À ce stade, vous ne rapprochez pas encore des commandes. Vous prouvez que le virement existe et qu'il appartient à un versement spécifique.
Le résultat doit ressembler à ceci :
| Bank deposit | Payout amount | Status |
|---|---|---|
| 3,921.44 | 3,921.44 | Matched |
Si ces montants ne correspondent pas, vérifiez s'il y a plusieurs versements regroupés dans un même virement, des frais bancaires, une conversion de devise, ou un versement enregistré à une date proche.
2. Décomposer le versement
Une fois le versement identifié, listez les transactions qu'il contient par type.
| Transaction type | Amount |
|---|---|
| Charges | 4,280.00 |
| Fees | -128.56 |
| Refunds | -180.00 |
| Adjustments | -50.00 |
| Net payout | 3,921.44 |
Cette passe explique le passage des commandes brutes au cash net. Elle empêche aussi de traiter les frais et les remboursements comme des ventes inexpliquées.
3. Rapprocher les encaissements et les remboursements aux commandes Shopify
Rapprochez maintenant uniquement les lignes liées aux commandes.
Utilisez la clé la plus solide disponible :
| Clé disponible la plus solide | À utiliser quand |
|---|---|
| Payment reference | Elle apparaît dans les exports Shopify et de règlement |
| Shopify order ID | L'export de règlement l'inclut |
| Shopify order name | L'export de règlement contient clairement le numéro de commande |
| Montant et fenêtre de date | Aucune référence commune n'existe et la ligne nécessite une révision manuelle |
Le nom de commande et l'identifiant de commande ne sont pas la même chose. La référence de paiement est encore différente. Si vos écarts actuels viennent en majorité d'un problème d'identifiant, la cause est la même que celle décrite dans la correspondance des identifiants de commandes Shopify aux enregistrements CSV de transactions Stripe. La clé de correspondance doit décrire le même objet dans les deux fichiers.
Ajoutez une colonne match_method dans votre fichier de travail. Elle doit indiquer si chaque ligne a été rapprochée par référence de paiement, identifiant de commande, nom de commande ou logique de révision. Cela vous protège contre le risque de traiter une correspondance faible par date et montant comme si c'était une correspondance confirmée par référence.
4. Classer les éléments restants
Les lignes restantes ont besoin de catégories, pas de cellules surlignées en rouge.
| Catégorie d'exception | Signification |
|---|---|
| Commande rapprochée | L'activité de commande correspond à l'activité de règlement |
| Frais uniquement | Frais de prestataire attendus, aucune correspondance de commande Shopify requise |
| Remboursement | Réduction rattachée à une commande ou à un événement de remboursement |
| Décalage de date | Commande valide, mais hors de la fenêtre de date de commande attendue |
| Absent de l'export Shopify | La ligne de règlement n'a pas de ligne de commande dans le fichier exporté |
| Absent du versement | Commande Shopify payée, mais non incluse dans ce versement |
| À examiner | Aucune clé ou explication fiable pour le moment |
C'est la différence entre un rapprochement exploitable et un tableur rempli d'écarts inexpliqués. Un client, un prêteur, un expert-comptable ou un vérificateur interne n'a pas besoin de savoir que la cellule F94 a échoué à une recherche. Il a besoin de savoir si le virement est entièrement justifié et quelles lignes nécessitent encore une action.
Ne pas utiliser les totaux mensuels comme preuve
Les ventes Shopify du mois peuvent correspondre à vos attentes même quand des virements individuels ne sont toujours pas rapprochés.
C'est possible parce que :
- les commandes de fin de mois sont versées le mois suivant
- les remboursements peuvent réduire un versement ultérieur
- les frais s'intercalent entre les ventes brutes et le cash
- un seul virement peut regrouper des commandes sur plusieurs dates
- un versement peut inclure des ajustements sans lien avec le lot de commandes en cours
La question n'est donc pas « Les ventes Shopify de mai correspondent-elles aux virements bancaires de mai ? »
La bonne question est :
Chaque virement bancaire peut-il être justifié par un versement, et chaque versement peut-il être expliqué par les commandes, les remboursements, les frais et les ajustements qu'il contient ?
Cette question produit une réponse conforme à l'audit. Elle rend aussi le travail plus ciblé. Vous ne rapprochez plus toute la boutique en même temps. Vous rapprochez un événement de trésorerie à la fois.
Si la boutique utilise également Stripe comme couche de paiement, la logique de versement se recoupe avec pourquoi le rapprochement des commandes Shopify avec les versements Stripe est lent. La même règle s'applique : ne comparez pas directement les totaux de commandes au cash net du versement sans séparer d'abord la couche de règlement.
Ce que doit montrer le rapprochement final
Un résultat propre n'est pas une copie surlignée du fichier source. Il résume le virement, puis liste les exceptions.
Pour chaque virement bancaire, affichez :
| Champ de sortie | Exemple |
|---|---|
| Date bancaire | 2026-05-06 |
| Libellé bancaire | SHOPIFY TRANSFER |
| Montant bancaire | 3,921.44 |
| Payout ID | po_92831 |
| Montant du versement | 3,921.44 |
| Statut du virement | Matched |
Puis affichez le tableau de passage :
| Catégorie | Montant |
|---|---|
| Encaissements de commandes rapprochés | 4,280.00 |
| Frais | -128.56 |
| Remboursements | -180.00 |
| Ajustements | -50.00 |
| Virement net justifié | 3,921.44 |
| Écart non justifié | 0.00 |
Puis affichez la liste des exceptions :
| Référence | Problème | Action |
|---|---|---|
| #1044 | Remboursement inclus dans le versement | Confirmer que le remboursement est enregistré |
| adj_8821 | Ajustement réduit le versement | Examiner la source de l'ajustement |
| #1069 | Commande payée non incluse dans ce versement | Vérifier la prochaine fenêtre de versement |
C'est le rapport dont vous avez besoin. Il prouve le virement, explique l'écart entre les commandes brutes et le cash, et laisse une liste d'actions précise plutôt qu'un écart vague.
Quand le traitement de fichiers devient le processus
Pour une petite boutique avec quelques commandes par semaine, ce travail peut se faire manuellement. Exportez le relevé bancaire CSV. Exportez les commandes Shopify. Récupérez le détail du versement. Construisez le tableau de passage. Examinez les éléments restants.
Le travail devient coûteux quand la même routine se répète à chaque clôture :
- trouver le virement Shopify
- récupérer le détail du versement
- nettoyer l'export de commandes
- distinguer les commandes brutes du cash net
- identifier les remboursements et les frais
- reconstruire les colonnes de correspondance
- expliquer à nouveau les mêmes décalages de date
- produire un rapport que quelqu'un d'autre peut valider
À ce stade, le problème n'est plus la connaissance de Shopify. C'est la comparaison répétée de fichiers.
L'objectif n'est pas de faire correspondre chaque commande Shopify à un virement bancaire. L'objectif est de prouver comment chaque virement a été constitué. Dès que vous traitez le virement comme un lot et le fichier de commandes comme l'activité qui le sous-tend, le rapprochement cesse d'être une chasse à la ligne parfaite et devient une justification de trésorerie défendable.
