Zoho passe une facture en « Payée » au moment où le paiement client est capturé. Votre fichier CSV de règlement passerelle, lui, enregistre quand ce paiement a été regroupé, amputé des frais, et viré sur votre compte. Ce ne sont pas les mêmes événements. C'est pourquoi les deux fichiers semblent liés, mais refusent de s'aligner ligne à ligne.
L'erreur classique : partir du principe que les deux exports décrivent le même niveau d'activité. Ce n'est pas le cas. L'un est orienté facturation. L'autre est orienté règlement. Si vous les comparez ligne à ligne sans distinguer ces deux rôles, des paiements parfaitement valides apparaîtront comme manquants, en double ou en retard.
La bonne méthode pour comparer les exports de factures Zoho aux fichiers CSV de règlement passerelle, c'est de cesser de traiter les deux fichiers comme un seul enregistrement. Commencez par identifier l'événement que chaque fichier représente. Ensuite, faites correspondre au bon niveau : paiement de facture, transaction passerelle ou lot de règlement.
Une fois cette distinction posée, les écarts deviennent explicables. Vous pouvez justifier pourquoi une facture a été payée un jour et réglée un autre, pourquoi le montant a été réduit par des frais, pourquoi plusieurs paiements ont été regroupés, ou pourquoi un montant a été retenu.
Pourquoi les deux fichiers divergent avant même qu'il y ait un problème
Un export de factures Zoho répond généralement à ces questions :
- Quelle facture a été émise ?
- Quel client l'a réglée ?
- À quelle date le paiement a-t-il été enregistré ?
- Quel montant brut a été imputé à la facture ?
Un fichier CSV de règlement passerelle répond à des questions différentes :
- Quelles transactions par carte ou en ligne ont été traitées ?
- Parmi elles, lesquelles ont abouti, échoué, été remboursées ou annulées ?
- Quels frais ont été prélevés ?
- À quelle date la passerelle a-t-elle viré les fonds sur votre compte ?
Cette différence compte, parce qu'une seule facture peut générer plusieurs événements passerelle, et plusieurs événements passerelle peuvent atterrir dans un même lot de règlement.
| Fichier | Ce qu'il représente | Colonnes clés habituelles | Ce qui doit correspondre |
|---|---|---|---|
| Export de factures Zoho | La facture et le paiement qui lui est imputé | Numéro de facture, client, date de paiement, montant encaissé, statut | Activité de paiement brut au niveau de la facture |
| Export de transactions passerelle | Événements individuels par carte ou en ligne | Référence marchand, identifiant de transaction passerelle, date de traitement, brut, frais, statut | L'événement de paiement lui-même |
| Export de règlement passerelle | Ce que la passerelle a regroupé et viré | Date de règlement, identifiant de virement, identifiant de transaction, brut, frais, net | Flux de trésorerie et impact des frais |
Si votre fichier CSV passerelle est au niveau transactionnel, vous pouvez souvent relier chaque paiement à une facture ou une référence de paiement Zoho. Si votre fichier CSV passerelle est un récapitulatif de règlement, il vous est impossible de forcer une correspondance facture par ligne. Dans ce cas, vous comparez des totaux regroupés et expliquez le passage des montants bruts des factures au règlement net.
C'est la même discipline que celle décrite dans comparer des fichiers CSV bancaires sans formule : faites d'abord correspondre le bon événement au bon événement, puis examinez les exceptions qui subsistent.
Le problème de référence à l'origine de la plupart des faux écarts
Le nom des fichiers n'est pas le vrai problème. Ce sont les clés de référence.
Zoho et votre passerelle de paiement désignent rarement le même paiement de la même façon. Un fichier peut afficher INV-1048. Un autre peut afficher un numéro de paiement. Un autre peut afficher un identifiant émetteur qui ne signifie rien tant que vous ne l'avez pas retracé jusqu'au paiement client. Si vous choisissez la mauvaise clé, le rapprochement échoue même quand tous les paiements sont présents.
La façon la plus sûre d'aborder les identifiants, c'est de les séparer par fonction :
| Identifiant | Où il apparaît habituellement | Ce qu'il indique | Ce qu'il ne prouve pas |
|---|---|---|---|
| Numéro de facture | Export de factures Zoho | Quelle facture a été envoyée au client | Que les fonds ont été réglés |
| Référence de paiement ou numéro de paiement | Enregistrement ou export de paiement Zoho | Quel paiement Zoho a été imputé à la facture | Que la passerelle l'a versé sur la même période |
| Identifiant de transaction passerelle | Fichier passerelle | Quel événement émetteur a eu lieu | À quel virement bancaire il appartient, sauf si le fichier contient l'information |
| Identifiant de règlement ou de virement | Fichier CSV de règlement passerelle | Quel lot a atteint le règlement en trésorerie | À quelle facture chaque ligne correspond, sauf si une référence marchand est présente |
C'est pourquoi de nombreuses clôtures de fin de mois dérapent. L'opérateur rapproche le numéro de facture à l'identifiant de règlement, n'obtient aucun résultat et commence à corriger des données qui ne sont pas erronées.
Une hiérarchie plus fiable :
- Faites correspondre sur la facture ou la référence marchand si les deux fichiers la contiennent.
- À défaut, rapprochez la référence de paiement Zoho à la référence de transaction passerelle.
- Si aucun fichier n'expose de référence commune, utilisez le montant plus une fenêtre de dates resserrée et examinez manuellement les lignes restantes.
- Si le fichier passerelle est un récapitulatif de virements, cessez d'essayer de créer des correspondances au niveau transactionnel depuis ce fichier. Agrégez plutôt.
Ce dernier point fait gagner des heures. Un récapitulatif de règlement ne contient pas de numéros de facture par hasard. C'est un rapport différent.
Comparez les fichiers dans l'ordre où l'argent a circulé
Vous n'avez pas besoin d'un modèle complexe pour rapprocher ces exports. Il suffit de préserver l'ordre des événements.
Étape 1 : séparez l'activité de facturation de l'activité de règlement
Filtrez l'export Zoho sur les paiements qui concernent la période. Vous cherchez les factures avec des paiements enregistrés, pas toutes les factures jamais émises.
Conservez ces colonnes si votre export les propose :
| Champ Zoho | Pourquoi il est utile |
|---|---|
| Numéro de facture | Référence principale métier |
| Nom ou identifiant du client | Appui secondaire pour la correspondance |
| Date de facture | Contexte utile, pas la date de règlement |
| Date de paiement | Meilleur point de comparaison avant la date de règlement |
| Montant encaissé | Montant brut imputé à la facture |
| Statut du paiement | Aide à isoler les éléments en échec ou en attente |
| Référence de paiement / référence passerelle | Meilleur pont vers le fichier passerelle quand elle est disponible |
Ensuite, examinez le fichier CSV passerelle et déterminez ce qu'il représente vraiment. Ne présumez pas à partir du nom du fichier. S'il contient brut, frais, net, statut, date de traitement et un identifiant de transaction par ligne, il est au niveau transactionnel. S'il contient une ligne par lot avec une date de virement et un total net, il est au niveau de règlement.
Cette distinction détermine ce à quoi ressemble une comparaison valide.
Étape 2 : rapprochez les paiements réussis avant de toucher aux frais
Le premier passage le plus propre porte sur les paiements bruts réussis uniquement.
Ignorez les frais un instant. Ignorez le regroupement en lots un instant. Posez d'abord une question précise :
Quels paiements enregistrés dans Zoho apparaissent comme des transactions passerelle réussies ?
Votre première table de correspondance devrait ressembler à ceci :
| Facture/paiement Zoho | Montant brut Zoho | Référence de transaction passerelle | Montant brut passerelle | Statut |
|---|---|---|---|---|
| INV-1048 / réf. paiement | 250.00 | tx_7843 | 250.00 | Rapproché |
| INV-1051 / réf. paiement | 400.00 | tx_7848 | 400.00 | Rapproché |
| INV-1057 / réf. paiement | 125.00 | — | — | Absent du fichier passerelle |
Cela sépare immédiatement les vrais problèmes des décalages de règlement. Si le paiement existe dans Zoho mais qu'il n'y a pas de transaction passerelle réussie correspondante, vous regardez peut-être :
- Un paiement enregistré manuellement dans Zoho
- Une transaction passerelle en échec ou en attente
- Un paiement encaissé par un autre canal
- Une entrée en double ou incorrecte dans l'export Zoho
Ne mélangez pas ces problèmes avec les questions de date de règlement. Ce sont des exceptions différentes.
Étape 3 : rapprochez le brut au net en regroupant les bonnes lignes
Une fois les paiements réussis rapprochés, passez à l'effet du règlement.
C'est là que les opérateurs perdent souvent le fil. Ils essaient de comparer un montant brut Zoho de 400.00 à une ligne de règlement passerelle de 388.40 et le signalent comme un écart de montant. Ce n'est pas un écart de montant si les 11.60 manquants correspondent aux frais déduits par la passerelle.
Regroupez les lignes passerelle par lot de règlement ou date de virement et calculez :
| Vue par lot passerelle | Ce qu'il faut totaliser |
|---|---|
| Transactions réglées brut | Somme des montants de paiements réussis |
| Frais de traitement | Somme des frais passerelle |
| Remboursements ou annulations dans le lot | Somme séparément |
| Règlement net | Brut moins frais et déductions |
Construisez ce total par lot avec SOMME.SI.ENS avant de comparer au bon niveau :
=SOMME.SI.ENS(Passerelle!$C:$C,Passerelle!$E:$E,B2,Passerelle!$D:$D,"Réussi")La colonne C est le montant brut, la colonne E est la date de virement ou l'ID du lot, B2 est la date dans votre ligne récapitulative, la colonne D est le statut de la transaction. Si le fichier utilise un ID de virement plutôt qu'une date, remplacez les critères de date par la colonne de l'ID de virement et sa valeur.
Comparez maintenant au bon niveau :
- L'export de factures Zoho explique les paiements bruts des clients.
- Le fichier CSV de règlement passerelle explique comment ces paiements bruts ont généré une trésorerie nette.
Si la passerelle regroupe plusieurs paiements clients dans un seul virement, votre rapprochement doit faire de même. La correspondance un à un s'arrête au niveau transactionnel. Le règlement en trésorerie est souvent un à plusieurs.
Étape 4 : utilisez des fenêtres de dates qui reflètent le délai de règlement
La date de paiement dans Zoho correspond généralement à la date de paiement client. La date de règlement dans le fichier CSV passerelle correspond au moment où l'émetteur a libéré les fonds. Ces dates diffèrent souvent d'un à plusieurs jours ouvrables.
Ce n'est pas du bruit. C'est le processus.
Si vous rapprochez un paiement Zoho du 31 mars à un règlement du 1er avril et que vous les forcez dans le même compartiment journalier, les écarts de fin de mois vont se multiplier sans raison valable. Utilisez la date de paiement pour confirmer que la transaction a eu lieu. Utilisez la date de règlement pour confirmer quand la trésorerie a bougé.
C'est le même schéma que celui décrit dans rapprocher des exports de factures avec des relevés bancaires mensuels : la date d'activité et la date de trésorerie sont liées, mais elles ne sont pas interchangeables.
Ce que signifient vraiment les écarts courants
La plupart des différences inexpliquées tombent dans une courte liste. La valeur n'est pas de les trouver. La valeur est de les classer correctement pour arrêter de poursuivre de faux problèmes.
| Ce que vous voyez | Ce que cela signifie habituellement | Ce qu'il faut faire |
|---|---|---|
| Paiement Zoho présent, aucune correspondance passerelle | Paiement manuel, prélèvement en échec, mauvaise période ou doublon Zoho | Vérifiez le mode de paiement, le statut et le filtre de période |
| Transaction passerelle présente, aucun paiement Zoho | Paiement capturé mais non imputé dans Zoho, ou importé en retard | Examinez les encaissements non imputés et le processus de saisie |
| Brut correspond, net ne correspond pas | Frais passerelle déduits | Rapprochez la colonne frais séparément |
| Ligne de règlement inférieure aux attentes | Remboursement, rétrofacturation, retenue de garantie ou frais déduits dans le lot | Décomposez le règlement en ses composantes avant de comparer |
| Une ligne passerelle couvre plusieurs factures | Lot passerelle ou virement groupé | Agrégez les paiements Zoho au même niveau de lot |
| Les dates diffèrent d'un à trois jours ouvrables | Délai de règlement normal | Classez comme décalage temporel, pas comme paiement manquant |
| Le même montant apparaît deux fois dans Zoho | Paiement en double ou application de facture en double | Vérifiez les identifiants de paiement et l'historique des statuts |
Les remboursements méritent une attention particulière parce qu'ils cassent la logique dans les deux sens. Un remboursement peut réduire un règlement ultérieur même si la facture d'origine a été payée et rapprochée plus tôt. Si vous ne comparez que les factures de la période en cours aux règlements de la même période, le remboursement ressemble à un manque inexpliqué. Ce n'en est pas un. C'est un événement ultérieur qui impacte une vente antérieure.
Les rétrofacturations et les annulations se comportent de la même façon. Elles font partie du rapprochement, mais elles ne prouvent pas que l'enregistrement de la facture d'origine était erroné.
Un autre problème fréquent est le règlement partiel. Le client règle une facture intégralement. La passerelle en règle une partie maintenant et une partie plus tard, pour des raisons de retenue de garantie, de calendrier de virement ou de coupures de traitement. Dans ce cas, la facture est intégralement payée du point de vue de Zoho, tandis que le flux de trésorerie reste réparti sur plusieurs lignes de règlement. Le rapprochement des fichiers doit préserver cette distinction.
Un processus mensuel pratique qui produit une réponse défendable
Si ce rapprochement se répète chaque mois, utilisez la même séquence à chaque fois. L'objectif n'est pas un tableur sophistiqué. C'est un rapport que vous pouvez expliquer sans rouvrir les fichiers bruts.
1. Constituez un ensemble de paiements Zoho propre
Exportez uniquement la période concernée et conservez une ligne par événement de paiement si possible. Supprimez les factures ouvertes sans activité de paiement. Conservez le numéro de facture, la date de paiement, le montant, le client et tous les champs de référence de paiement.
2. Constituez un ensemble de données passerelle propre
Séparez les données passerelle en vues transactionnelle et de règlement si les deux existent. Si vous n'avez qu'un seul fichier, identifiez lequel c'est et ne lui demandez pas de répondre à la mauvaise question.
3. Rapprochez l'activité de paiement brut
Utilisez la meilleure référence commune disponible. Si une clé directe est absente, comparez par montant, client et une fenêtre de dates de traitement resserrée. Examinez manuellement les lignes restantes plutôt que d'élargir la règle jusqu'à ce que des correspondances incorrectes passent.
4. Expliquez le passage du brut au net
Créez un court récapitulatif de ce type :
| Élément du pont | Montant |
|---|---|
| Paiements bruts Zoho rapprochés | 12,450.00 |
| Frais passerelle | -362.10 |
| Remboursements sur la période de règlement | -180.00 |
| Rétrofacturation / annulation | -95.00 |
| Règlement net en trésorerie | 11,812.90 |
Ce récapitulatif est ce qui transforme une comparaison confuse en rapprochement défendable.
5. Listez les vraies exceptions séparément
Ne les enfouissez pas dans les totaux. Affichez-les ligne par ligne :
| Référence | Problème | Action |
|---|---|---|
| INV-1057 | Paiement enregistré dans Zoho, non trouvé dans la passerelle | Vérifiez le mode de paiement ou l'erreur de saisie |
| tx_7910 | Paiement passerelle trouvé, non imputé dans Zoho | Examinez l'encaissement non imputé |
| Batch 2026-03-31 | Net inférieur au brut en raison d'un remboursement | Confirmez la saisie du remboursement |
À ce stade, vous disposez d'une réponse structurée :
- Quels paiements de factures ont été rapprochés
- Quels éléments sont des décalages temporels
- Quelles déductions expliquent le passage du brut au net
- Quelles exceptions nécessitent une correction
C'est suffisant pour une clôture de fin de mois, un reporting client ou un justificatif d'audit. Un tableur coloré avec la moitié des lignes surlignées ne l'est pas.
Ce que le rapprochement finalisé doit prouver
Un rapprochement entre les exports de factures Zoho et les fichiers CSV de règlement passerelle doit prouver quatre choses :
- Les paiements clients enregistrés dans Zoho correspondent à de vraies transactions passerelle ou sont délibérément marqués comme relevant d'un autre mode de paiement.
- Les transactions passerelle ont été réglées, remboursées, annulées ou sont encore en attente.
- Les frais et déductions expliquent la différence entre les paiements bruts des factures et la trésorerie nette.
- Les lignes non rapprochées restantes sont peu nombreuses, examinables individuellement et clarifiables par une action précise.
Si votre résultat ne peut pas répondre à ces quatre points, le rapprochement est encore incomplet.
La plupart des équipes bloquent parce qu'elles essaient de faire servir un seul tableau à toutes les fins. Ce n'est pas possible. Les exports de factures prouvent la facturation et l'imputation des paiements. Les données de transactions passerelle prouvent l'activité émetteur. Les fichiers CSV de règlement prouvent comment cette activité s'est transformée en trésorerie. Une fois que chaque fichier a un rôle, le rapprochement cesse de résister.
Quand ce rapprochement mensuel devrait quitter le tableur
Ce processus fonctionne manuellement quand les fichiers sont petits et les exceptions limitées. Il devient coûteux quand chaque clôture implique de réexporter les données Zoho, de reconstruire les clés de correspondance, de séparer les frais des paiements bruts et de réécrire les mêmes notes d'exceptions.
