L'export de règlement Square n'est pas un relevé de virements. C'est le détail qui explique un virement — c'est pourquoi les ventes par carte, les remboursements et les commissions d'une même journée n'apparaissent presque jamais dans votre relevé bancaire sous la même forme que dans l'export.
Cet écart devient une perte de temps quand le relevé affiche une ligne de crédit et que Square affiche un lot de paiements, de déductions de commissions, de lignes de remboursement et une date de règlement qui tombe un jour différent. Les deux fichiers décrivent le même argent depuis deux niveaux d'information différents.
Pour rapprocher correctement un export de règlement Square avec vos virements bancaires, partez toujours du virement qui s'est effectivement crédité sur votre compte. Identifiez le règlement Square correspondant, puis analysez seulement les transactions à l'intérieur de ce règlement. Dans l'ordre inverse, des données correctes semblent erronées.
Identifiez le type d'écart avant d'ouvrir les fichiers
La plupart des correspondances ratées relèvent d'un petit nombre de schémas. Identifiez le schéma en premier. Cela vous dit ce que vous cherchez à prouver et quelle nature d'écart vous avez devant vous.
| Ce que vous voyez à l'écran | Comment le CSV de règlement Square le stocke | Comment le relevé bancaire le présente | Résultat si vous tentez une correspondance directe |
|---|---|---|---|
| Même montant, jour différent | settlement_date: 2026-05-30, net_total: 4,912.60 | posted_date: 2026-06-02, amount: 4,912.60 | Même règlement, délai de comptabilisation bancaire |
| Le brut encaissé est supérieur au virement | gross_collected: 5,080.00, fees: -142.40, refunds: -25.00, net_total: 4,912.60 | amount: 4,912.60 | Faux écart si vous comparez le brut au relevé |
| La référence est plus courte côté banque | transfer_reference: SQ-TRF-240530-A19 | description: SQ TRANSFER A19 | Même virement, libellé tronqué |
| Un virement attendu apparaît en deux lignes | split_deposit: 2,500.00 + 2,412.60 | Deux crédits le même jour | Faux écart si vous attendez une seule ligne |
| Les chiffres de fin de mois ne concordent pas | settlement_period_end: 2026-05-31, transfer_date: 2026-06-01 | Crédit passé le 2026-06-02 | Décalage entre périodes, pas une vente manquante |
Ce sont des problèmes différents. Un délai de comptabilisation ne se règle pas de la même façon qu'un écart brut/net. Un libellé tronqué ne se règle pas de la même façon qu'un virement fractionné. Connaître la nature de l'écart rend le rapprochement mécanique plutôt que spéculatif.
Commencez par le virement, puis expliquez-le
Le virement bancaire est l'événement de trésorerie. C'est ce montant qui doit être rapproché en premier.
Si Square affiche ceci :
| Récapitulatif du règlement Square | Montant |
|---|---|
| Encaissements bruts par carte | 5,080.00 |
| Remboursements | -25.00 |
| Commissions de traitement | -142.40 |
| Virement net | 4,912.60 |
et que le relevé bancaire affiche ceci :
| Date bancaire | Description | Montant |
|---|---|---|
| 2026-06-02 | SQ TRANSFER A19 | 4,912.60 |
alors la première correspondance est déjà visible. Le virement n'est pas censé être égal aux encaissements bruts. Il doit être égal à l'effet net du règlement, une fois que Square a déduit les commissions et intégré les remboursements inclus dans ce lot.
C'est le modèle mental qui compte. Vous ne cherchez pas à prouver que les ventes sont égales à la trésorerie sur la même ligne. Vous cherchez à prouver quel règlement a généré le virement et ce qui, à l'intérieur de ce règlement, explique la différence entre le brut et le net.
Utilisez les fichiers au bon niveau :
| Comparez ceci | À ceci | Résultat attendu |
|---|---|---|
| Total net ou total du virement | Montant du virement bancaire | Doit correspondre ou être traçable |
| Date du virement ou du règlement | Date de passage au relevé | Souvent proches, pas toujours identiques |
| Référence du virement ou libellé | Description dans le relevé | Confirmation utile, parfois tronquée |
| Brut encaissé | Rien sur le relevé bancaire directement | Explique le total de départ, pas le virement |
| Commissions, remboursements, ajustements | Rien sur le relevé bancaire directement | Explique pourquoi le virement est inférieur au brut |
| Point de vente ou compte de destination | Compte bancaire de réception | Doit pointer vers la même destination |
C'est là que la plupart des rapprochements Square déraillent. L'opérateur exporte l'activité de vente, constate que le virement bancaire est inférieur et conclut que le versement est erroné. Dans la plupart des cas, le versement est correct. La comparaison a commencé sur le mauvais chiffre.
Exportez les bons fichiers avant toute comparaison
Si vous exportez le mauvais rapport Square, le rapprochement échoue avant même de commencer. Un rapport de synthèse des ventes est utile pour analyser les performances. Ce n'est pas le fichier qu'il faut pour rapprocher les virements bancaires. Il vous faut le rapport qui montre comment l'argent a transité de Square vers votre banque.
Pour un flux de travail basé sur les fichiers, exportez ces trois fichiers :
| Fichier | Champs minimum requis | Pourquoi c'est important |
|---|---|---|
| Relevé bancaire CSV | Date, description, montant, compte | C'est le justificatif de trésorerie que vous devez prouver |
| CSV de règlement ou de rapprochement Square | Total net, brut encaissé, commissions, remboursements, date de virement, référence de virement, point de vente | Identifie le virement et explique comment le montant net a été constitué |
| Export de détail des transactions Square (optionnel) | Identifiant de paiement, référence de commande ou de ticket, montant du paiement, lignes de remboursement, lignes de commissions | À utiliser uniquement si le total du règlement est rapproché mais que le détail interne doit encore être expliqué |
Si votre fichier CSV bancaire est lui-même difficile à comparer parce que sa structure change d'un export à l'autre, le problème de mise en forme est distinct de la logique de règlement. Dans ce cas, commencez par résoudre la méthode de comparaison des fichiers avec comparer deux fichiers CSV de relevés bancaires sans formules, puis revenez au rapprochement Square.
Les noms de colonnes varient selon les exports et les régions. La logique, elle, ne change pas. Cherchez les champs qui correspondent au versement net, au brut encaissé, au total des commissions, au total des remboursements, à la date de virement et à la référence de virement. Une fois ces équivalents identifiés, vous avez tout ce qu'il faut pour rapprocher.
Un processus qui vous amène à une réponse justifiable
Le processus le plus fiable est aussi le plus court. L'ordre est important.
1. Isolez le virement bancaire que vous rapprochez.
Filtrez le relevé bancaire sur le crédit Square que vous vérifiez. Notez la date de passage, le montant, le libellé et le compte bancaire. Si l'entreprise dispose de plusieurs comptes de réception, c'est à prendre en compte immédiatement.
2. Recherchez d'abord le montant net dans Square.
Dans le CSV de règlement, cherchez le montant bancaire comme total net. Ne commencez pas par les ventes brutes. Le champ net est l'équivalent le plus proche du côté bancaire.
3. Réduisez par plage de dates, sans chercher une correspondance exacte au même jour.
Les dates de règlement Square et les dates de passage bancaire sont souvent décalées d'un jour ouvré. Les lots du weekend et les périodes de fin de mois accentuent le décalage. Si le montant correspond et que la date est décalée d'un ou deux jours, c'est un indice, pas une contradiction.
4. Utilisez la référence de virement uniquement comme confirmation.
Le libellé bancaire peut tronquer ou masquer partiellement la référence Square. C'est normal. Si le montant et la plage de dates pointent déjà vers un règlement, même un libellé partiel suffit à confirmer.
5. Ouvrez le détail du règlement uniquement après avoir identifié le virement.
Une fois le virement net rapproché d'une ligne bancaire, expliquez le contenu du lot. Distinguez les paiements bruts, les remboursements, les commissions, les litiges et tout autre ajustement qui a modifié le versement. Cela vous donne la raison pour laquelle le virement est inférieur à l'activité de vente de la période.
6. Rédigez le résultat comme une preuve, pas comme une hypothèse.
La conclusion doit ressembler à ceci : le crédit bancaire de 4,912.60 passé le 2026-06-02 correspond au règlement Square daté du 2026-05-30 ; l'écart de dates est un délai de comptabilisation ; la différence par rapport aux encaissements bruts s'explique par 142.40 de commissions et 25.00 de remboursements. C'est une note de rapprochement aboutie.
L'intérêt de ce processus est qu'il force chaque fichier à remplir un seul rôle. Le relevé bancaire prouve que l'argent est arrivé. Le CSV de règlement prouve quel lot l'a généré. L'export de détail explique l'activité à l'intérieur du lot. Quand un seul fichier est censé remplir les trois rôles, les faux écarts se multiplient.
Les cas qui font paraître un virement Square correct comme erroné
Les écarts persistants proviennent généralement de l'une de ces situations :
| Cas | Ce que vous voyez | Traitement correct |
|---|---|---|
| Décalage de weekend ou de fin de mois | Les ventes du vendredi ou de fin de mois apparaissent dans une ligne bancaire du lundi ou du mois suivant | Rapprochez par date de règlement ou de virement, pas par jour de vente |
| Remboursements de ventes antérieures | Le règlement actuel est inférieur aux ventes de la semaine, mais l'écart correspond à l'activité de remboursement | Traitez le remboursement comme une réduction du règlement actuel |
| Dépôts instantanés mélangés aux virements normaux | Certains crédits arrivent le jour même, d'autres suivent le calendrier habituel | Séparez les dépôts instantanés des règlements standard |
| Virements fractionnés | Un virement attendu apparaît en deux crédits bancaires | Additionnez les lignes bancaires liées avant de rejeter la correspondance |
| Montants nets identiques | Deux règlements différents ont la même valeur nette | Utilisez la plage de dates, le point de vente et la référence pour trancher |
| Points de vente ou comptes de destination multiples | Le montant existe dans Square mais pas sur le compte en cours de vérification | Confirmez le compte de destination et le point de vente avant de conclure à un manque |
Le décalage de dates est le piège dans lequel tombent le plus de personnes. Elles rapprochent par le jour du paiement parce que c'est ainsi qu'un export de ventes est organisé. Square règle les virements selon sa propre logique de transfert, pas selon la façon dont la journée de vente apparaît dans un rapport de synthèse. Si vous forcez une correspondance calendaire exacte, chaque weekend et chaque fin de mois devient une fausse exception.
Les remboursements créent la deuxième source de confusion la plus fréquente. Un remboursement peut toucher le règlement du jour même si le paiement d'origine a été encaissé des jours plus tôt. Le virement bancaire semble insuffisant si vous ne regardez que les ventes en cours. Le CSV de règlement est la meilleure source car il montre l'ajustement dans le lot qui a réellement affecté la trésorerie.
Les dépôts instantanés méritent leur propre catégorie. Si le compte en fait usage, ne les mélangez pas aux règles des virements standard. Le mouvement de trésorerie le jour même, les commissions spécifiques et les identifiants différents peuvent faire paraître un dépôt instantané correct comme un doublon ou un règlement standard manquant.
Si vous rapprochez également des lots de traitement issus de plusieurs plateformes, la même logique banque en premier utilisée pour rapprocher un CSV de virement Stripe avec un relevé bancaire s'applique ici aussi : identifiez d'abord le virement net, puis expliquez le lot derrière lui.
Ce que le rapprochement final doit prouver
Un tableau Excel coloré ne suffit pas. Le résultat final doit permettre à une autre personne de comprendre le résultat sans rouvrir Square.
Incluez ces sections dans votre note ou rapport de rapprochement :
| Section | Ce qu'elle doit montrer |
|---|---|
| Correspondance banque-règlement | Date bancaire, montant bancaire, montant net Square correspondant, date de règlement ou de virement, et référence utilisée |
| Explication brut vers net | Brut encaissé, commissions, remboursements, litiges ou ajustements, et virement net résultant |
| Liste des exceptions | Tout ce qui n'est pas rapproché, dupliqué, fractionné ou encore en attente de vérification |
| Statut final | Rapproché, décalage de dates, virement fractionné, correspondance partielle ou non résolu |
Cette structure est importante parce qu'elle sépare l'explication de l'exception. Un décalage de comptabilisation d'un jour ne doit pas se retrouver dans le même groupe qu'un règlement manquant. Un libellé bancaire tronqué ne doit pas être traité de la même façon qu'une vraie différence de montant. Une fois ces éléments séparés, le rapprochement est plus facile à vérifier et à justifier.
Le test est simple. Une autre personne peut-elle lire votre note demain et comprendre pourquoi la banque a reçu 4,912.60 plutôt que 5,080.00 ? Si la réponse est non, le rapprochement n'est pas encore terminé.
Quand le processus d'export devient le travail lui-même
Le rapprochement Square manuel est gérable tant que le volume est faible et que les structures de virements sont simples. Il devient coûteux quand chaque clôture répète la même routine : exporter le fichier bancaire, exporter le CSV de règlement, rechercher le montant net, vérifier le délai de comptabilisation, confirmer la référence, ouvrir les lignes de détail, expliquer les remboursements, reconstruire la même note d'audit.
À ce stade, le travail comptable ne consiste plus à décider ce qui s'est passé. Il consiste à répéter un processus de comparaison de fichiers. Si le même écart de règlement Square atterrit sur votre bureau chaque semaine ou chaque mois, le problème n'est pas le jugement comptable. Le problème, c'est que le flux de travail sur les fichiers consomme le temps qui devrait être consacré à l'analyse.
