Quand Sage 50 génère un export CSV de transactions et que votre processeur de paiement envoie un relevé de règlement ou de versement, les lignes ne se recoupent presque jamais au premier passage. Sage 50 enregistre des écritures comptables. Le relevé du processeur enregistre des événements de paiement. Quand vous essayez de rapprocher ces deux fichiers, l'écart naît presque toujours de là : les deux fichiers décrivent le même argent, mais à des niveaux différents.
C'est pourquoi une recherche ligne à ligne échoue si vite. Le processeur peut regrouper dans un même lot une vente, une commission, un remboursement et un versement net. Sage 50 peut afficher, à des dates ou sur des références différentes, une imputation de ventes, une charge de commissions, une imputation de remboursement et un mouvement sur un compte bancaire ou de passage. Aucun des deux fichiers ne doit être faux pour que la comparaison échoue.
La solution n'est pas une nouvelle formule. C'est de décider ce que chaque fichier prouve, puis de comparer les deux au même niveau.
Pourquoi les fichiers divergent avant même la comparaison
La plupart des rapprochements qui échouent partent d'une hypothèse fausse : Sage 50 et le processeur devraient partager une clé évidente et un total commun.
Ce n'est généralement pas le cas.
Les exports Sage 50 sont construits autour des imputations nominales, des codes de compte, des références de piste d'audit et des dates de saisie. Les relevés de paiement sont construits autour des identifiants de transaction de la passerelle, des dates de règlement, des identifiants de lot, des commissions, des rétrofacturations et des mouvements de trésorerie nets. Ces structures se recoupent, mais elles ne sont pas identiques.
Voici ce que cela donne en pratique :
| Champ de l'export Sage 50 | Champ du relevé de paiement | Ce qu'il vous permet de prouver |
|---|---|---|
| Date de saisie | Date de transaction ou date de règlement | Si un décalage de calendrier est attendu |
| Référence ou libellé | ID de commande, numéro de facture, référence de paiement, ID de transaction | Si deux lignes désignent la même opération |
| Code comptable ou compte | Type de transaction ou catégorie de commission | Si l'imputation a été affectée au bon compte |
| Montant débiteur et créditeur | Brut, commission, remboursement, contestation, net | Si vous comparez du brut à du brut ou du net à du net |
| Ligne de compte bancaire ou de passage | ID de lot, ID de versement, ID de règlement | Si le mouvement de trésorerie a bien été comptabilisé |
Ce qui rend la situation dangereuse, c'est que les chiffres peuvent sembler assez proches pour vous tenter de forcer la correspondance. Le total d'un règlement peut être inférieur aux ventes parce que les commissions et les remboursements ont été déduits avant le versement. La date d'imputation dans Sage peut avoir un jour de décalage parce que l'écriture suit la date de valeur bancaire, non la date de la transaction par carte d'origine. Si vous ne séparez pas ces différences dès le départ, toutes les listes d'anomalies suivantes ne seront que du bruit.
Définissez d'abord le périmètre du rapprochement
Avant de comparer la moindre ligne, définissez le périmètre du rapprochement. C'est plus décisif que la formule que vous utiliserez.
Trois périmètres fonctionnent de façon fiable :
- Un lot de règlement ou un versement.
- Une période de relevé bancaire.
- Une période de clôture mensuelle, où Sage et le processeur sont tous deux examinés sur le même calendrier.
Ne comparez pas un mois complet de Sage à un seul lot du processeur. Ne comparez pas les dates de transaction du processeur aux imputations bancaires de Sage si le problème est un règlement net qui n'a atteint la trésorerie qu'un jour plus tard. Un périmètre mal défini, c'est la raison pour laquelle beaucoup de rapprochements génèrent des dizaines de faux écarts avant même que le vrai problème soit identifié.
Pour un rapprochement propre, extrayez ces fichiers :
| Fichier | Colonnes à conserver au minimum | Pourquoi vous en avez besoin |
|---|---|---|
| CSV de transactions ou de piste d'audit Sage 50 | Date, référence, libellé, code comptable ou compte, débit, crédit, net si disponible | Montre ce qui a réellement été comptabilisé dans les livres |
| Relevé de transactions ou de règlement du processeur | Date de transaction, date de règlement, ID de transaction, référence de commande ou de facture, type, brut, commission, montant de remboursement ou de contestation, net, ID de lot ou de versement | Montre quelle activité a généré le mouvement de trésorerie |
| CSV du relevé bancaire si la preuve de trésorerie est nécessaire | Date, libellé, montant, référence | Confirme si le règlement est arrivé comme prévu |
Si c'est le mouvement bancaire qui pose problème, l'approche par groupement décrite dans comparer deux fichiers CSV de relevé bancaire sans formule est plus adaptée que de déboguer une nouvelle colonne de recherche. Vous prouvez un mouvement groupé contre un autre, puis vous examinez ce qui se trouve dans chaque groupe.
Trouvez la clé de jonction avant de comparer les montants
La plus grande erreur dans ce type de travail est de comparer des montants avant de savoir quel champ peut relier les deux fichiers.
Parfois, la clé de jonction est évidente. Souvent, elle ne l'est pas.
Ce que vous cherchez, c'est le meilleur champ disponible qui survive à l'export des deux côtés :
| Clé de jonction candidate | À utiliser quand | Elle échoue quand |
|---|---|---|
| Numéro de facture ou référence de commande | Le processeur conserve la même référence commerciale que Sage dans les champs de libellé ou de référence | Le processeur ne conserve que son propre ID de transaction |
| ID de transaction de la passerelle | Les imputations Sage incluent la référence du processeur dans le mémo, le libellé ou le champ de référence | Sage ne conserve que la référence client ou de facture |
| ID de lot, de versement ou de règlement | Sage comptabilise la trésorerie du processeur via un compte de passage ou bancaire lié au règlement | Vous essayez de l'utiliser pour prouver des ventes individuelles |
| Clé composite : montant + type + fenêtre de dates | Aucune clé commune unique n'existe, mais les correspondances de montants et de dates sont stables | Plusieurs transactions de même montant se produisent le même jour |
Notez ce qui est absent de cette liste : les codes comptables. Un code de compte indique où Sage a imputé la ligne. Il ne dit pas à quel événement du processeur cette ligne correspond.
Si vous ne trouvez pas de clé commune, construisez le rapprochement par couches :
- Commencez par rapprocher les totaux de règlement ou de lot.
- Isolez les lignes Sage en ventes, commissions, remboursements, rétrofacturations, et mouvements de compte bancaire ou de passage.
- Rapprochez ensuite les lignes de détail à l'intérieur de chaque catégorie avec la meilleure référence encore disponible.
Cette méthode est plus lente qu'une correspondance parfaite sur un seul champ, mais elle est fiable. Elle vous empêche de comparer des lignes sans lien simplement parce que les montants se ressemblent.
Séparez l'activité brute de la trésorerie nette
L'activité brute et la trésorerie nette ne sont pas le même chiffre. Il ne faut pas les traiter comme s'ils l'étaient.
Pour un règlement donné, un relevé de paiement peut présenter ceci :
| Activité du processeur | Montant |
|---|---|
| Ventes par carte brutes | 12,000.00 |
| Frais de traitement | -360.00 |
| Remboursements | -500.00 |
| Rétrofacturation | -140.00 |
| Versement net | 11,000.00 |
Sage 50 peut afficher ceci sur la même période :
| Catégorie d'imputation Sage | Montant |
|---|---|
| Produit des ventes | 12,000.00 |
| Charges de commissions bancaires | -360.00 |
| Remboursements clients | -500.00 |
| Compte de rétrofacturation ou d'ajustement | -140.00 |
| Mouvement de compte bancaire ou de passage | 11,000.00 |
Si vous comparez le produit des ventes au versement net, vous créez un écart de 1 000,00 qui n'est pas inexpliqué du tout. Il est déjà expliqué par les commissions, les remboursements et la rétrofacturation.
Voici la structure qui fonctionne réellement :
| Couche | Comparer ceci | Avec ceci | Question à laquelle elle répond |
|---|---|---|---|
| Couche des ventes | Ventes brutes du processeur | Imputations de ventes Sage | Les ventes sous-jacentes ont-elles été comptabilisées ? |
| Couche des déductions | Commissions, remboursements, contestations du processeur | Imputations de charges, de remboursements et d'ajustements Sage | Les réductions ont-elles été correctement comptabilisées ? |
| Couche de trésorerie | Règlement net ou versement | Ligne de compte bancaire ou de passage Sage, et relevé bancaire si nécessaire | Le mouvement de trésorerie a-t-il été correctement enregistré ? |
Une fois le travail découpé ainsi, le rapprochement devient beaucoup plus facile à justifier. Vous ne demandez plus à un seul total de prouver trois choses différentes à la fois.
Un flux de travail adapté quand aucune référence commune n'existe
Voici le flux de travail à utiliser quand le relevé du processeur et l'export Sage 50 ne partagent pas de champ de correspondance fiable.
1. Exportez la tranche complète la plus petite possible
Choisissez un règlement, un lot ou une période de relevé. Exportez les lignes Sage 50 pour ce même périmètre. Ne tirez pas une plage plus large « par précaution ». Un fichier plus large vous donne plus de lignes sans lien et des correspondances moins fiables.
2. Classifiez les lignes du processeur par type
Divisez le fichier du processeur en ventes, commissions, remboursements, rétrofacturations et versements nets. Laissez l'export d'origine intact. Travaillez sur une copie si vous avez besoin de colonnes auxiliaires.
À ce stade, vous devez pouvoir répondre à une question simple : à combien doit s'élever le versement net après toutes les déductions ?
3. Classifiez les lignes Sage par nature comptable
Utilisez les codes comptables, les noms de compte et les libellés pour diviser l'export Sage dans les mêmes catégories :
- Produits ou ventes
- Commissions bancaires
- Remboursements ou avoirs
- Rétrofacturations ou ajustements
- Lignes de compte bancaire ou de passage
Ne commencez pas par rapprocher des lignes individuelles. Commencez par prouver que chaque catégorie existe et que son total est cohérent.
4. Construisez des totaux récapitulatifs avant le rapprochement de détail
Créez un récapitulatif court comme celui-ci :
| Catégorie | Total processeur | Total Sage | Statut |
|---|---|---|---|
| Ventes brutes | 12,000.00 | 12,000.00 | Rapproché |
| Commissions | -360.00 | -360.00 | Rapproché |
| Remboursements | -500.00 | -250.00 | Écart résiduel |
| Rétrofacturations | -140.00 | 0.00 | Absent dans Sage |
| Versement net | 11,000.00 | 11,000.00 | Rapproché |
Ce tableau vous indique où concentrer votre temps. Si les ventes brutes et le versement net sont rapprochés, mais que les remboursements et les rétrofacturations ne le sont pas, le problème ne porte pas sur l'ensemble du rapprochement. Il porte sur ces catégories.
5. Explorez ensuite le détail des lignes non rapprochées
Pour la catégorie non rapprochée, essayez la meilleure clé disponible dans cet ordre :
- Facture, commande ou référence de paiement commune.
- ID de transaction du processeur partagé dans les libellés Sage.
- Même montant signé et même type de transaction dans une fenêtre de dates courte.
- Regroupement au niveau du règlement si Sage comptabilise des résumés plutôt que le détail.
C'est aussi là que les particularités des fichiers CSV ont de l'importance. Sage peut exporter un champ de référence pendant que le relevé du processeur en utilise un autre. Des zéros non significatifs peuvent disparaître si quelqu'un a ouvert le fichier sans précaution. Les dates peuvent apparaître comme des dates de saisie dans Sage et comme des dates de règlement dans les fichiers du processeur. Ce ne sont pas des détails de mise en forme mineurs. Ce sont eux qui décident si une ligne valide paraît non rapprochée.
Le même schéma se retrouve dans d'autres comparaisons d'exports comptables. Le flux de travail décrit dans le rapprochement d'un fichier CSV bancaire client avec un grand livre QuickBooks résout le même problème structurel : deux fichiers financiers, des logiques de référence différentes, et la nécessité de séparer les vrais écarts des faux.
Ce que les anomalies restantes signifient en général
Quand les catégories sont séparées et les totaux récapitulatifs construits, la plupart des anomalies restantes tombent dans un nombre limité de schémas.
| Ce que vous observez | Ce que cela signifie en général | Où regarder ensuite |
|---|---|---|
| Le versement net est rapproché, mais les ventes ne le sont pas | Les ventes ont été comptabilisées nettes dans Sage ou sur la mauvaise période | Vérifiez si le mouvement bancaire a été imputé directement en produit |
| Les ventes sont rapprochées, mais la trésorerie est inférieure | Des commissions, remboursements, retenues ou rétrofacturations sont absents de Sage | Filtrez les lignes du processeur hors ventes et tracez ces imputations |
| Même montant, date différente | Décalage temporel de règlement | Comparez la date de règlement du processeur à la date d'imputation Sage |
| Plusieurs lignes du processeur pour une seule ligne Sage | Sage a été comptabilisé sous forme de résumé de lot | Rapprochez d'abord au niveau du règlement ou du résumé journalier |
| Lignes non rapprochées d'un seul côté | Mauvais champ de référence ou ID tronqué | Comparez d'autres colonnes de référence avant de modifier des montants |
| Petit écart récurrent chaque période | Commission récurrente, retenue ou traitement d'arrondi | Cherchez une catégorie toujours imputée séparément |
C'est là que les gens réagissent souvent de façon excessive et commencent à modifier les fichiers sources. Ne le faites pas. Dès que vous modifiez l'export manuellement, vous affaiblissez la piste d'audit et rendez la prochaine anomalie plus difficile à expliquer. Conservez les fichiers bruts intacts. Ajoutez votre logique de classification et de rapprochement autour d'eux.
Ce que doit montrer un rapprochement terminé
Un rapprochement terminé n'est pas un classeur rempli de cellules colorées. C'est une explication courte qu'une autre personne peut examiner et suivre.
Le résultat doit rendre ces points clairs :
| Section du résultat | Ce qu'elle prouve |
|---|---|
| Récapitulatif du périmètre | Quel règlement, quelle période ou quel lot le rapprochement couvre |
| Logique de la clé de jonction | Quels champs ont été utilisés pour relier les fichiers |
| Totaux par catégorie | Si les ventes, commissions, remboursements, rétrofacturations et trésorerie concordent au niveau récapitulatif |
| Liste des anomalies | Quelles lignes sont encore manquantes, en doublon, mal datées ou imputées au mauvais compte |
| Corrections nécessaires | Ce qui doit être modifié dans Sage ou expliqué pour clôturer l'écart |
Si vous ne pouvez pas énoncer ces points clairement, le rapprochement n'est pas terminé.
L'objectif n'est pas de faire correspondre chaque ligne dans un seul tableau. L'objectif est de prouver où l'argent a circulé, quelles déductions expliquent la différence entre le brut et le net, et quelles lignes demandent encore une action. Une fois cela accompli, Sage 50 et le relevé du processeur cessent d'être contradictoires. Ils deviennent deux vues de la même activité.
