TL;DR
Le piège #1 : tu comptes l’achat sur la carte et tu comptes le paiement de la carte comme une dépense → tu paies deux fois “sur papier”.
Le piège #2 : un transfert entre tes comptes a l’air d’une dépense (ou d’un revenu), alors que c’est juste de l’argent qui change de poche.
Ce n’est pas un problème de maths. C’est un problème de lecture : distinguer “dépense réelle” vs “mouvement interne”.
Quand tu concilies, tu compares tes registres avec des preuves externes (banque, dépôts, fichiers de règlement). (stripe.com)
Pour qui
- Fermes qui ont une carte de crédit pour les achats et un compte bancaire pour payer la carte.
- Fermes qui ont plusieurs comptes (opérations + épargne + projets) et qui transfèrent souvent.
Quand
- Dès que tu as une carte de crédit “ferme”.
- Dès que tu fais des transferts réguliers entre comptes.
Quand pas
- Si tu es 100% cash et un seul compte : l’effet est plus faible, mais le jour où tu ajoutes une carte, ça devient central.
Le cœur du problème
Un relevé bancaire n’explique pas la nature d’une ligne.
Il montre un mouvement : argent sortant, argent entrant.
Mais un mouvement n’est pas toujours une dépense ou un revenu.
Et ça, si tu te trompes, tu te crées :
- des mois qui ne “matchent” jamais,
- des écarts qui ressemblent à du vol ou des erreurs,
- une conciliation qui devient une enquête.
Les autorités fiscales veulent surtout que tes registres soient complets, organisés, et qu’ils permettent d’identifier la source des montants (et de soutenir tes dépenses). (Gouvernement du Canada)
Le piège classique : la carte de crédit
1) L’achat sur la carte (ça, c’est une dépense réelle)
Tu achètes des semences, du diesel, une pièce.
La dépense réelle, c’est l’achat.
2) Le paiement de la carte (ça, c’est souvent un mouvement interne)
Quand tu “paies la carte” depuis ton compte bancaire, tu ne refais pas un achat.
Tu rembourses une somme que tu as déjà dépensée plus tôt.
Si tu classes :
- l’achat sur la carte = dépense
- et le paiement de la carte = dépense
…tu viens de doubler tes dépenses sur papier.
3) Les intérêts et frais (eux, oui, ce sont des dépenses)
Les intérêts et certains frais de carte, c’est du vrai coût.
Mais le paiement principal de la carte, lui, est surtout un déplacement.
L’autre piège : transferts entre comptes
Transférer de “compte opérations” vers “épargne”, ou vers un compte “projet”, ce n’est pas une dépense.
C’est juste de l’argent qui change de poche.
Même problème dans l’autre sens : un transfert entrant peut ressembler à un “revenu”, alors que c’est ton propre argent qui revient.
Dans les logiciels, les doublons arrivent souvent quand on crée manuellement une écriture alors que le flux bancaire (bank feed) amène déjà le mouvement, surtout autour des transferts. (central.xero.com)
Pourquoi ça “double” en pratique
Les flux bancaires te montrent deux côtés
Un transfert entre deux comptes peut apparaître :
- comme une sortie dans un compte,
- et comme une entrée dans l’autre.
Si tu traites ces deux lignes comme “dépense” et “revenu”, ton mois devient faux.
Les imports créent des doublons
Si une transaction est importée puis recréée à la main, tu te retrouves avec deux écritures pour un seul événement réel.
QuickBooks prévoit d’ailleurs un mécanisme “Excluded” pour sortir des transactions importées qui ne doivent pas entrer dans les livres (ex.: doublons, erreurs). (QuickBooks)
Les signes que tu doubles quelque chose
- Tes dépenses explosent sans raison évidente.
- Tu as des “gros paiements de carte” qui mangent ton budget deux fois.
- Tes transferts font apparaître des “revenus” alors que tu n’as rien vendu.
- Tu vois des “écarts” à la conciliation qui reviennent toujours aux mêmes dates (paiement de carte, virements internes).
Ce que tu dois pouvoir prouver (sans te raconter d’histoires)
La CRA liste des exemples de “source documents” à conserver en tenue de registres électronique : relevés bancaires, bordereaux de dépôt, reçus de carte, chèques, bons de livraison, etc. (Gouvernement du Canada)
Traduction terrain : si quelqu’un te demande “c’est quoi cette ligne?”, tu dois pouvoir ressortir une preuve ou une logique claire.
Et côté conciliation, l’idée est de relier tes registres internes avec les preuves externes (banque, fichiers de règlement, dépôts) pour minimiser les erreurs. (stripe.com)
Exemples concrets (ferme)
Exemple A — Achat + paiement de carte
- 12 mars : 430 $ d’intrants sur la carte
- 25 mars : paiement de carte 2 000 $ depuis le compte bancaire
Si tu traites les deux comme dépenses, tu viens de gonfler tes charges.
Exemple B — Transfert de trésorerie
- 1er avril : transfert 5 000 $ vers épargne (sortie sur opérations)
- 1er avril : entrée 5 000 $ sur épargne
Ce n’est ni une dépense ni un revenu. C’est un mouvement interne.
Références externes (à quoi elles servent)
- CRA — “What are records, who has to keep them…” (anglais; sert à : expliquer pourquoi des registres complets aident à identifier les sources de revenus, et pourquoi sans registres tu peux ne pas prouver la nature de certains montants). (Gouvernement du Canada)
- CRA — Electronic Record Keeping (sert à : liste d’exemples de pièces justificatives à conserver, incluant relevés bancaires, reçus de carte, bordereaux de dépôt, bons de livraison, etc.). (Gouvernement du Canada)
- Stripe — Payment reconciliation 101 (anglais; sert à : cadrer la conciliation comme comparaison “registres internes vs preuves externes” comme relevés bancaires et fichiers de règlement). (stripe.com)
- Stripe — Bank reconciliation (anglais; sert à : relier dépôts (payouts) et dépôts bancaires dans une logique de conciliation). (Stripe Docs)
- QuickBooks Online (CA) — Catégoriser et exclure des transactions importées (anglais; sert à : montrer que les transactions importées peuvent être exclues si elles créent des doublons ou ne doivent pas entrer dans les livres). (QuickBooks)
- Xero Central — Doublons liés aux transferts via bank feed (anglais; sert à : exemple concret de doublons quand on gère mal les transferts/imports). (central.xero.com)