Prévision de trésorerie : la méthode du prévisionnel glissant sur 13 semaines

Ce guide propose une méthode simple, digne d'un directeur financier, pour gérer la liquidité de votre entreprise. En construisant un prévisionnel de trésorerie glissant sur 13 semaines, vous pouvez visualiser votre piste de trésorerie semaine par semaine, piloter stratégiquement vos encaissements et vos décaissements, et éliminer les surprises financières. C'est un système conçu pour les fondateurs — et cette page fournit le modèle réel : un classeur à formules avec des données d'exemple, ainsi que le grand livre Beancount d'exemple qui sous-tend ses deux premières semaines (voir les téléchargements ci-dessous).

Deux choses que ce guide n'est pas : un prévisionnel est constitué d'estimations prospectives que vous saisissez, tandis que les réels comptables sont des mouvements bancaires déjà enregistrés dans votre grand livre — le classeur les tient donc séparés. Vous figuez une copie de votre plan comme référence datée, vous saisissez la trésorerie bancaire de chaque semaine clôturée sur une feuille Réels distincte, et vous lisez l'écart sur une feuille Écart ; le plan auquel vous vous comparez n'est jamais écrasé. Rien ici ne se synchronise automatiquement : le classeur ne contient ni macros ni connexions externes, et aucune étape ne puise toute seule dans votre banque ou dans Beancount.

Pourquoi 13 semaines ?​

Un prévisionnel sur 13 semaines est la référence absolue en matière de gestion opérationnelle de la trésorerie, pour plusieurs raisons essentielles :

• Contrôle à court terme : il couvre environ un trimestre d'activité, vous donnant une vue claire de votre liquidité immédiate. Cet horizon est assez long pour inclure 2 à 3 cycles de paie, les versements d'impôts et les délais de paiement habituels des fournisseurs, mais assez court pour rester très précis et exploitable.
• Vue encaissements/décaissements : le prévisionnel utilise la « méthode directe », en se concentrant uniquement sur les entrées et les sorties de trésorerie. Il ne s'agit pas de comptabilité d'engagement ni de rentabilité ; il s'agit de ce qui va réellement entrer ou sortir de votre compte bancaire, ce qui garantit que le prévisionnel se raccorde directement à votre solde bancaire.
• Glissant, pas statique : ce n'est pas un budget ponctuel. Chaque semaine, vous supprimez la semaine qui vient de s'écouler, vous ajoutez une nouvelle semaine à la fin (semaine 13) et vous mettez à jour vos hypothèses. Cela maintient constant l'horizon prospectif, transformant la prévision en une discipline dynamique et hebdomadaire.

Ce que vous allez construire​

1. Une grille de prévision : le cœur du système est une feuille avec 13 colonnes (semaine 1 à semaine 13) et des sections clairement définies : trésorerie d'ouverture, encaissements, décaissements, trésorerie nette et trésorerie de clôture. Trois feuilles compagnes avec les mêmes lignes conservent une Référence figée de ce plan, les Réels enregistrés par votre banque et l'Écart entre les deux.
2. Une correspondance de catégories : un système simple pour rattacher les transactions de votre grand livre aux catégories du prévisionnel (par exemple, tous les paiements de Stripe sont rattachés à « Encaissements clients » ; les paiements Gusto sont rattachés à « Paie »). L'onglet Correspondance fournisseurs du classeur encode déjà cette correspondance, y compris la règle anti-double-comptage banque/carte — partez de là plutôt que d'inventer la vôtre.
3. Un rythme hebdomadaire : un processus reproductible pour enregistrer les réels, examiner l'écart par rapport à la référence que vous avez validée, réestimer les semaines à venir, et un ensemble de déclencheurs prédéfinis pour passer à l'action lorsque des seuils financiers sont atteints.

Télécharger les fichiers de démarrage​

Évitez la mise en place page blanche : ce guide fournit un classeur à formules avec des données d'exemple, ainsi que le grand livre d'exemple qui sous-tend ses deux premières semaines.

• Classeur de prévision sur 13 semaines (XLSX, v1.1.0) — cash-flow-forecast-13-week-fr.xlsx. Hypothèses modifiables, semaines chaînées par formules, un instantané de Référence en valeurs seules, une feuille Réels, une feuille Écart en formules seules et un onglet de correspondance fournisseurs. Chaque chiffre d'exemple correspond à l'exemple travaillé — remplacez-le par le vôtre (voir Exemple vs. vos données ci-dessous).
• Grand livre et réels d'exemple (grand livre Beancount, .bean) — sample.bean. Grand livre d'exemple équilibré dont la trésorerie bancaire des semaines 1–2 correspond exactement à ce que contient la feuille Réels du classeur pour ses deux premières semaines.

Comment fonctionnent les fichiers de démarrage (à lire avant de saisir)​

Feuilles. Le classeur (cash-flow-forecast-13-week-fr.xlsx, v1.1.0) comporte six feuilles, dans cet ordre :

• Forecast — votre plan actif : les 13 semaines datées, les hypothèses, les encaissements, les décaissements, la trésorerie nette/de clôture. Modifiez-le aussi souvent que vous le souhaitez.
• Baseline — un instantané en valeurs seules des lignes 2 à 29 de Forecast, étiqueté avec une version en B31 et une date d'arrêté en B32. Il ne contient aucune formule, donc rien de ce que vous faites ailleurs ne peut le modifier.
• Actuals — la trésorerie bancaire réellement mouvementée chaque semaine clôturée, saisie par vous : un statut en ligne 3 (complete ou partial), des montants par catégorie dans les mêmes lignes que Forecast, et un solde de relevé facultatif en ligne 30.
• Variance — formules uniquement : Réel − Référence pour chaque catégorie et chaque total, appariés par date de début de semaine, plus une légende expliquant chaque mot de statut. Elle ne lit jamais Forecast.
• Vendor Mapping — la correspondance grand livre→catégorie avec la règle de comptage de trésorerie banque/carte par source.
• Notes — mécanique, la revue hebdomadaire, les bascules de scénario et la version, dupliquées depuis le générateur pour que le fichier s'explique hors ligne.

Les quatre grilles hebdomadaires partagent une même disposition : les semaines W1–W13 sont les colonnes B–N, la ligne 2 contient la date de début de chaque semaine, la trésorerie d'ouverture est la ligne 10, les encaissements les lignes 12–14 (total 15), les décaissements les lignes 17–26 (total 27), la ligne nette 28 et la ligne de clôture 29. Ainsi B12 correspond aux encaissements clients de W1 sur chacune d'elles.

Base temporelle. Les semaines commencent le lundi, W1 débutant le 2026-09-14 jusqu'à W13 débutant le 2026-12-07 (ligne 2 de Forecast ; modifiez ces dates lorsque vous adoptez le modèle — chaque formule est relative à la semaine, donc le chaînage survit — et reportez-les sur Baseline et Actuals lorsque vous capturez votre référence). Une transaction appartient à la semaine contenant sa date de comptabilisation, du lundi au dimanche.

Unités. En USD entiers tout du long (format numérique #,##0). La société d'exemple est un SaaS en phase d'amorçage démarrant à 85 000, avec une paie hebdomadaire alternant 0 / 11 000, un loyer mensuel et un prélèvement automatique de prêt de 900/semaine.

Ce que vous saisissez vs. ce qui se calcule. Sur Forecast, les cellules bleues sont des saisies manuelles et tout le reste est une formule (Actuals fonctionne de la même manière avec ses propres saisies, décrites sous Capturer une référence et la revue hebdomadaire ci-dessous) :

• Saisies : solde d'ouverture B5 (85 000), bascules B6/B7 (1,0), plancher B8 (40 000), les trois bases de catégories d'encaissements, les dix bases de catégories de décaissements, et les dates de début de semaine sur Forecast.
• Formules (montrées pour la colonne B, semaine 1 — chaque semaine ultérieure décale la lettre de colonne) : Ouverture B10 = $B$5 (les semaines 2–13 reportent à la place, ex. C10 = B29) ; Total Encaissements B15 = B12*$B$6+B13*$B$7+B14 ; Total Décaissements B27 = SUM(B17:B26) ; Net B28 = B15-B27 ; Clôture B29 = B10+B28.
• Le recalcul est en mode Automatique et le fichier définit fullCalcOnLoad, donc Excel, LibreOffice et Numbers recalculent à l'ouverture (le fichier ne stocke aucune valeur de formule en cache). Modifiez une cellule bleue et les 13 semaines bougent — par exemple, régler la bascule d'encaissement B6 à 1,2 fait passer les encaissements de W1 de 12 200 à 14 600 et la trésorerie de clôture de W1 de 87 500 à 89 900.
• Régénérez le fichier d'origine à tout moment avec yarn generate:cash-flow-forecast (générateur : scripts/generate-cash-flow-forecast.py, writer openpyxl 3.1.5 ; --verify réouvre le fichier et vérifie que chaque cellule de total contient une vraie formule).

Exemple vs. vos données. Trois choses sont préremplies, et toutes les trois relèvent de l'exemple travaillé, pas de votre entreprise :

• les cellules bleues sur Forecast (le plan actuel de la société d'exemple) ;
• l'instantané sur Baseline, version B1 au 2026-09-11 — le plan tel qu'il était avant la clôture des deux premières semaines ;
• les saisies W1–W2 sur Actuals (colonnes B–C), qui correspondent à la trésorerie bancaire du grand livre d'exemple (sample.bean, ci-dessus). W3–W13 sont laissées vides.

Comme la Référence et les Réels d'exemple diffèrent, la feuille Variance s'ouvre sur une comparaison réelle : W1 se termine +500 au-dessus du plan et W2 +300 (voir Examen de l'écart ci-dessous). Avant votre propre première revue, remplacez les trois : saisissez votre plan sur Forecast, effacez les saisies Réels d'exemple, et capturez votre propre Référence par-dessus B1 (étapes ci-dessous). Les deux bascules (B6 met à l'échelle tous les encaissements clients, B7 met à l'échelle tous les prépayés) sont la seule chose destinée à rester générique, pour jouer des scénarios.

Vous venez de la v1.0.0 ? La disposition de la feuille Forecast n'a pas changé, vous pouvez donc reporter votre plan délibérément : dans votre ancien fichier, copiez uniquement les plages de saisie — B2:N2 (dates), B5:B8, B12:N14 et B17:N26 — et collez-les en valeurs aux mêmes adresses dans la feuille Forecast du nouveau fichier, jamais par-dessus les lignes de formule. La v1.0.0 ne conservait aucune référence, donc toute semaine passée écrasée par des réels n'a pas de plan récupérable : saisissez la trésorerie bancaire de ces semaines sur Actuals et démarrez votre première Référence à partir du Forecast d'aujourd'hui.

Structure (les lignes dont vous avez besoin)​

Votre feuille de prévision doit être structurée avec les lignes suivantes pour capturer tous les mouvements de trésorerie. Comment le classeur est agencé : les lignes ci-dessous se trouvent sur Forecast (les 13 semaines datées avec trésorerie d'ouverture, trois catégories d'encaissements, dix catégories de décaissements, Net et Clôture), et Baseline, Actuals et Variance les répètent ligne pour ligne ; Vendor Mapping fait correspondre les sources du grand livre à ces catégories, y compris la règle anti-double-comptage banque/carte, et Notes explique la mécanique hors ligne. Sur Forecast, les encaissements se regroupent en Encaissements clients, Nouvelles souscriptions/Prépayés et Autres entrées ; les décaissements se regroupent en Paie, Prestataires, Cloud/Hébergement, Logiciels/SaaS, Marketing, Loyer, Juridique & Comptabilité, Impôts & Taxes, Service de la dette et Ponctuels ; les totaux s'enchaînent Ouverture → Total Encaissements → Total Décaissements → Net → Clôture.

• Trésorerie d'ouverture (doit correspondre à la trésorerie de clôture de la semaine précédente)

• Encaissements (entrées de trésorerie)

  • Encaissements clients : trésorerie que vous prévoyez d'encaisser sur les factures existantes (comptes clients).
  • Nouvelles souscriptions/Prépayés : paiements d'avance que vous attendez de nouvelles affaires se concluant dans la fenêtre de 13 semaines.
  • Autres entrées : toute autre trésorerie entrante, comme les remboursements d'impôts, les revenus d'intérêts ou les financements sous forme de subventions.

• Décaissements (sorties de trésorerie)

  • Paie : le coût total en trésorerie, incluant le salaire net versé aux employés et toutes les charges sociales patronales.
  • Prestataires & indépendants : paiements à des non-salariés.
  • Cloud/Hébergement (COGS) : coûts d'infrastructure essentiels comme AWS, GCP, etc.
  • SaaS/Outils : tous vos abonnements logiciels.
  • Marketing : dépenses publicitaires, frais d'agence et autres coûts liés à la marque.
  • Loyer/Bureau : coûts du bureau physique.
  • Juridique & Comptabilité : honoraires de services professionnels.
  • Impôts & Taxes : versements de taxe de vente et autres paiements gouvernementaux.
  • Service de la dette : paiements de principal et d'intérêts sur tout emprunt.
  • Ponctuels : paiements irréguliers et peu fréquents comme les primes d'assurance annuelles, les dépôts de garantie ou le matériel/capex (ordinateurs portables, équipement) — tout ce qui n'a pas sa propre ligne ci-dessus atterrit ici.

• Flux de trésorerie net (= Total Encaissements − Total Décaissements)

• Trésorerie de clôture (= Trésorerie d'ouverture + Flux de trésorerie net)

Exemple travaillé sur 13 semaines (USD)​

Le tableau ci-dessous est la feuille Forecast du classeur pour la société d'exemple, semaine par semaine — le plan actuel, re-prévisionné après la clôture de W1 et W2, donc ces deux colonnes contiennent désormais ce que la banque a réellement fait. W1 et W2 sont des réels du grand livre — ils égalent les totaux que yarn check:cash-flow-actuals dérive de sample.bean (encaissements 12 200 / 13 200, décaissements 9 700 / 17 200, clôture 87 500 / 83 500). W3–W13 sont des hypothèses du classeur issues des bases d'exemple du générateur (non comptabilisées dans le grand livre). Le plan que la société avait validé au préalable est conservé séparément sur Baseline et diffère de ces colonnes W1–W2 ; Examen de l'écart ci-dessous compare les deux. La devise est l'USD entier ; Clôture = Ouverture + Encaissements − Décaissements chaque semaine.

La mécanique glissante (telle qu'implémentée dans le classeur)​

La logique du prévisionnel glissant est simple et puissante — et dans le téléchargement, elle est déjà câblée sous forme de formules sur la feuille Forecast (lignes entre parenthèses) :

• Trésorerie d'ouverture (semaine 1) = hypothèse de solde d'ouverture — cellule B10 = $B$5.
• Trésorerie d'ouverture (semaine n) = trésorerie de clôture (semaine n−1) — ex. C10 = B29 (ligne 10, semaines 2–13).
• Total encaissements (semaine n) = encaissements clients × bascule d'encaissement + prépayés × bascule de souscriptions + autres — ex. B15 = B12*$B$6+B13*$B$7+B14 (ligne 15).
• Total décaissements (semaine n) = SOMME des 10 lignes de catégorie — ex. B27 = SUM(B17:B26) (ligne 27).
• Trésorerie nette (semaine n) = total encaissements − total décaissements — ex. B28 = B15-B27 (ligne 28).
• Trésorerie de clôture (semaine n) = trésorerie d'ouverture + trésorerie nette — ex. B29 = B10+B28 (ligne 29).

Les mêmes lignes existent sur Actuals sous forme de simples totaux (B15 = SUM(B12:B14), B27 = SUM(B17:B26), B28 = B15-B27, B29 = B10+B28, C10 = B29), la trésorerie d'ouverture réelle de la semaine étant saisie une fois en Actuals!B10. Actuals n'a pas de bascules et ne fait jamais référence à une autre feuille.

Capturer une référence (une fois par horizon)​

Faites ceci lorsque votre Forecast contient le plan par rapport auquel vous voulez être mesuré — avant la clôture de la première semaine.

1. Copiez le plan en valeurs. Sélectionnez Forecast!B2:N29 et copiez. Sélectionnez Baseline!B2 et collez valeurs uniquement — Excel : Collage spécial → Valeurs ; LibreOffice : Collage spécial → Valeurs seules ; Numbers : Édition → Coller les résultats de formule. Un collage normal transférerait des formules actives et la « référence » suivrait silencieusement chaque modification ultérieure.
2. Étiquetez-le. Saisissez une version (par exemple B1) dans Baseline!B31 et la date du jour dans Baseline!B32. Les deux se trouvent sous le bloc collé, donc une capture ultérieure ne les écrase jamais.
3. Alignez les semaines. Copiez Baseline!B2:N2 et collez les valeurs en Actuals!B2, pour que les deux feuilles nomment les mêmes 13 dates de début de semaine, et saisissez le solde bancaire avec lequel vous démarrez dans Actuals!B10.

À partir de là, saisir des réels, modifier Forecast ou déplacer une bascule recalcule Forecast et Variance et laisse Baseline exactement telle que capturée.

Votre revue hebdomadaire du lundi (par rapport à ce classeur)​

1. Enregistrez la semaine sur Actuals — jamais sur Forecast. Dans la colonne dont la date en ligne 2 correspond au lundi qui vient de se clôturer, saisissez la trésorerie bancaire de la semaine par catégorie dans les lignes 12–14 et 17–26 (correspondance ci-dessous). Saisissez 0 là où aucune trésorerie n'a bougé : une cellule vide signifie « pas encore saisie », pas zéro. Mettez le solde de clôture du relevé bancaire en ligne 30 ; la ligne 31 doit alors afficher 0. Tout le reste est une erreur de correspondance — généralement un achat par carte compté ou un transfert interne conservé — et non une erreur bancaire.
2. Vérifiez que la semaine est complète. Saisissez complete en ligne 3 dès que chaque ligne de catégorie contient un nombre, ou partial tant que la semaine est encore ouverte (la liste déroulante propose les deux). Variance ne compare une semaine que lorsqu'elle est complete, que chaque catégorie est saisie et que la date Actuals est égale à la date Baseline dans la même colonne.
3. Lisez Variance. La ligne 3 nomme l'état de chaque semaine ; seules les semaines compared affichent des nombres, et tout autre état affiche n/a, jamais 0, donc une semaine non saisie ne peut pas passer pour « conforme au plan ». Les signes sont Réel − Référence (la colonne O les répète) : encaissements, net et clôture positifs = plus de trésorerie que prévu ; décaissements positifs = plus de dépenses que prévu. La ligne 29 est cumulative — elle inclut toutes les semaines antérieures — et n'existe que tant que chaque semaine jusqu'à elle est compared. Les lignes 32–35 expriment les totaux en part de la référence (n/a lorsque la référence est nulle).
4. Réestimez l'avenir sur Forecast. Mettez à jour les cellules bleues pour les 2 à 4 prochaines semaines avec les informations les plus fraîches (factures nouvellement envoyées, paiements fournisseurs à venir, dates de paie confirmées). Pour conserver une anticipation complète sur 13 semaines, faites glisser la fenêtre Forecast : décalez ses saisies bleues, y compris les dates de la ligne 2, d'une colonne vers la gauche (l'ancienne semaine 2 devient la semaine 1), puis effacez la colonne N et donnez-lui la nouvelle date de la semaine 13. Les formules de report se réancrent automatiquement ; Baseline, Actuals et Variance ne sont pas touchées.

Faire glisser l'horizon de revue (une étape délibérée, pas hebdomadaire)​

Baseline et Actuals restent sur l'horizon que vous avez capturé jusqu'à ce que vous décidiez de les décaler — généralement lorsque le Forecast a glissé d'un mois ou d'un trimestre, ou que le plan a suffisamment changé pour que vous vouliez une nouvelle référence.

1. Archivez. Enregistrez une copie du classeur (par exemple cash-flow-forecast-B1.xlsx). Elle conserve l'ancienne référence, ses réels et leur écart ensemble ; le fichier de travail ne garde aucun historique.
2. Effacez les saisies réelles. Sur Actuals, effacez les lignes 3, 12–14, 17–26 et 30 dans les colonnes B–N, et B10. Laissez C10:N10, les lignes 15 et 27–29 et la ligne 31 tranquilles — ce sont des formules.
3. Capturez une nouvelle référence à partir du Forecast d'aujourd'hui avec la version suivante (B2) et la date du jour, puis alignez les dates Actuals et le solde d'ouverture exactement comme dans Capturer une référence ci-dessus.

N'insérez ni ne supprimez jamais de colonnes de semaine. Si vous recapturez une référence mais oubliez de redater Actuals, chaque semaine concernée affiche date mismatch au lieu de comparer une semaine au plan d'une autre semaine.

Correspondance de Beancount vers votre prévisionnel​

Périmètre de trésorerie bancaire (la règle qui empêche le double comptage). Les réels hebdomadaires sont les écritures sur Assets:Bank:* uniquement — un seul périmètre qui règle les deux pièges :

• Cartes de crédit : un achat par carte est comptabilisé sur Liabilities:CreditCard:* et ne bouge aucune trésorerie bancaire, il n'est donc pas compté au moment de l'achat. La trésorerie sort une fois, au règlement (le paiement banque→carte). Compter l'achat plus le règlement compte la même dépense deux fois. Dans le grand livre d'exemple, W1 contient 420,00 USD d'achats SaaS Amex (passif uniquement, ignorés) à côté du règlement du relevé d'août de 600,00 USD (compté). Le total naïf « sorties bancaires + achats par carte » pour W1 est de 10 120,00 USD — exactement 420,00 de trop ; le classeur compte 9 700,00.
• Transferts internes : un balayage Checking↔Savings a deux jambes bancaires opposées, il se compense donc à zéro dans ce périmètre et est exclu à la fois des encaissements et des décaissements. Les balayages de l'exemple de 3 000,00 USD (W1) et 1 500,00 USD (W2) gonfleraient sinon les deux côtés de ces montants.
• Corollaire : faites correspondre les jambes bancaires, pas les jambes Produits/Charges. Le principal d'un emprunt n'est pas une charge mais est une sortie bancaire (les prélèvements automatiques de 900,00 USD de l'exemple = 800 de principal + 100 d'intérêts, tous comptés en Service de la dette) ; un achat par carte est une charge mais n'est pas encore une sortie bancaire.

Répartition encaissements/décaissements. À partir des jambes bancaires exportées : les jambes positives sont des encaissements, les jambes négatives des décaissements, les jambes de transfert exclues. Carte de correspondance (identique à l'onglet Vendor Mapping) : versements Stripe/PayPal → Encaissements clients ; virements de nouveaux clients → Nouvelles souscriptions / Prépayés ; intérêts bancaires/subventions → Autres entrées ; Gusto/ADP → Paie ; AWS/GCP → Cloud/Hébergement ; SaaS payé par la banque → Logiciels/SaaS ; bailleur → Loyer ; cabinet d'avocats → Juridique/Comptabilité ; autorité fiscale → Impôts & Taxes ; prélèvement automatique de prêt → Service de la dette.

• Traitement de la taxe de vente : même si la taxe de vente n'est pas du chiffre d'affaires, c'est un poste de trésorerie. Traitez les encaissements de taxe de vente comme un encaissement et le versement au gouvernement comme un décaissement. L'impact sur le chiffre d'affaires vit dans vos livres d'engagement, mais le mouvement de trésorerie compte ici.

Extrait Beancount qui alimente W1​

Chaque écriture ci-dessous existe aussi dans le sample.bean fourni. Enregistré seul, cet extrait passe uvx --from beancount bean-check et produit les encaissements (12 200), décaissements (9 700) et clôture (87 500) de W1 du tableau dès que vous appliquez le périmètre de trésorerie bancaire ci-dessus (exclure le balayage Checking↔Savings des deux côtés ; compter le règlement Amex, pas les achats au passif).

option "title" "Cash forecast sample — W1 excerpt"
option "operating_currency" "USD"
 
2026-09-13 open Assets:Bank:Checking USD
2026-09-13 open Assets:Bank:Savings USD
2026-09-13 open Liabilities:CreditCard:Amex USD
2026-09-13 open Liabilities:Loan USD
2026-09-13 open Equity:Opening-Balances USD
2026-09-13 open Income:Sales USD
2026-09-13 open Income:Interest USD
2026-09-13 open Expenses:Contractors USD
2026-09-13 open Expenses:Cloud USD
2026-09-13 open Expenses:Software USD
2026-09-13 open Expenses:Marketing USD
2026-09-13 open Expenses:Rent USD
2026-09-13 open Expenses:Interest USD
 
2026-09-13 * "Opening balances"
  Assets:Bank:Checking            80000.00 USD
  Assets:Bank:Savings              5000.00 USD
  Liabilities:CreditCard:Amex      -600.00 USD
  Liabilities:Loan               -20000.00 USD
  Equity:Opening-Balances        -64400.00 USD
 
2026-09-14 * "Stripe" "Customer receipts W1"
  Assets:Bank:Checking            12000.00 USD
  Income:Sales                   -12000.00 USD
 
2026-09-15 * "Contractor" "Contractors W1"
  Expenses:Contractors              1500.00 USD
  Assets:Bank:Checking             -1500.00 USD
 
2026-09-15 * "AWS" "Cloud hosting W1"
  Expenses:Cloud                    2200.00 USD
  Assets:Bank:Checking             -2200.00 USD
 
2026-09-16 * "Bank" "Checking -> Savings sweep"
  Assets:Bank:Savings               3000.00 USD
  Assets:Bank:Checking             -3000.00 USD
 
2026-09-17 * "SaaS vendor" "Amex SaaS charges"
  Expenses:Software                  250.00 USD
  Liabilities:CreditCard:Amex       -250.00 USD
 
2026-09-17 * "SaaS vendor" "Amex SaaS charges"
  Expenses:Software                  170.00 USD
  Liabilities:CreditCard:Amex       -170.00 USD
 
2026-09-18 * "Amex" "August statement settlement"
  Liabilities:CreditCard:Amex        600.00 USD
  Assets:Bank:Checking              -600.00 USD
 
2026-09-19 * "Landlord" "Rent W1"
  Expenses:Rent                     3500.00 USD
  Assets:Bank:Checking             -3500.00 USD
 
2026-09-19 * "Agency" "Marketing W1"
  Expenses:Marketing                1000.00 USD
  Assets:Bank:Checking             -1000.00 USD
 
2026-09-19 * "Bank" "Interest W1"
  Assets:Bank:Checking               200.00 USD
  Income:Interest                   -200.00 USD
 
2026-09-19 * "Lender" "Loan autopay W1"
  Liabilities:Loan                   800.00 USD
  Expenses:Interest                  100.00 USD
  Assets:Bank:Checking              -900.00 USD

Semaine travaillée : W1 de bout en bout (2026-09-14 – 2026-09-20)​

La trésorerie bancaire d'ouverture est de 85 000,00 (Checking 80 000 + Savings 5 000 au 2026-09-13) — la valeur en Actuals!B10. Les jambes bancaires de W1 du grand livre, après exclusion de la paire de balayage de 3 000,00, vont dans la colonne B de la feuille Actuals ; chaque catégorie non listée est saisie à 0, et la ligne 3 est réglée à complete :

Report dans W2. C10 = B29, donc W2 s'ouvre à 87 500,00. Ses jambes bancaires donnent des encaissements de 8 000 (Stripe) + 5 000 (prépayé) + 200 (intérêts) = 13 200,00 et des décaissements de 11 000 (paie Gusto) + 1 500 + 2 200 + 600 (SaaS débité par la banque) + 1 000 + 900 = 17 200,00 ; net −4 000,00, clôture 83 500,00 — exactement la colonne W2 du classeur sur Actuals (et sur la feuille Forecast re-prévisionnée). Les soldes de relevé 87 500 et 83 500 se trouvent en Actuals!B30:C30, donc la ligne 31 affiche 0 pour les deux semaines : c'est votre preuve que la correspondance fonctionne. Ce que les semaines ont fait par rapport au plan est une question distincte, à laquelle répond Variance ci-dessous.

Reproduisez-le (vérifié le 2026-09-09, Beancount 3.2.3 + beanquery 0.2.0)​

uvx --from beancount bean-check public/downloads/cash-flow-forecast/sample.bean
yarn check:cash-flow-actuals

Le vérificateur exécute bean-check (les assertions balance du grand livre prouvent la trésorerie de clôture de chaque semaine), les requêtes d'export ci-dessous, et un report indépendant en Python qui vérifie que les trois concordent — W1 12 200,00 / 9 700,00 / 87 500,00, W2 13 200,00 / 17 200,00 / 83 500,00 :

SELECT date, narration, account, position
FROM date >= 2026-09-14 AND date <= 2026-09-20
WHERE account ~ "^Assets:Bank" ORDER BY date;
 
SELECT sum(position) AS net
FROM date >= 2026-09-14 AND date <= 2026-09-20
WHERE account ~ "^Assets:Bank";
 
SELECT sum(position) AS bank_cash
FROM close ON 2026-09-21 WHERE account ~ "^Assets:Bank";

(Décalez les dates de 7 pour W2, clôturant le 2026-09-28.) Une limitation BQL à connaître : cette version de beanquery ne peut pas filtrer les écritures par signe, donc la répartition encaissements/décaissements est appliquée aux lignes exportées — jambes bancaires positives en encaissements, négatives en décaissements, paires de balayage exclues — exactement comme le fait le vérificateur.

Le rythme de mise à jour (30 à 45 minutes par semaine)​

1. Récupérez les réels (15 min) : exportez les écritures de la semaine sur Assets:Bank:* (lancez les requêtes ci-dessus, ou téléchargez les transactions depuis vos comptes bancaires — les achats par carte restent dehors ; seul le paiement de règlement compte) et saisissez-les sur la feuille Actuals. Confirmez que la trésorerie de clôture de la semaine sur Actuals correspond parfaitement à votre solde bancaire combiné réel (Checking + Savings) — la ligne 31 affiche 0. Ce rapprochement n'est pas négociable.
2. Examinez les comptes clients (10 min) : listez toutes les factures en cours et placez-les dans la semaine où vous attendez le paiement. Soyez conservateur et appliquez des délais d'encaissement réalistes basés sur les performances passées.
3. Examinez les comptes fournisseurs et la paie (10 min) : placez les dates d'échéance de toutes les factures à venir connues. Préremplissez vos dates et montants de paie pour tout le trimestre. Échelonnez les décaissements non critiques au vendredi pour préserver l'optionnalité de trésorerie durant la semaine.
4. Réunion d'écart (10 min) : ouvrez la feuille Variance et parcourez la colonne compared de la semaine : quelles catégories ont bougé, dans quel sens, et ce que cela a fait à la trésorerie de clôture cumulative. Notez les causes des écarts significatifs et décidez si vous devez ajuster vos règles de prévision à l'avenir.

Précision et prise de décision​

Règles empiriques de précision​

• Semaines 1–2 : visez une erreur de ±5–10 %. Ces dates et montants devraient être très certains.
• Semaines 3–6 : attendez-vous à une erreur de ±10–20 %. Cette période mêlera factures connues et estimations basées sur des tendances.
• Semaines 7–13 : cette partie du prévisionnel est directionnelle. Elle est pilotée par votre pipeline commercial et vos dépenses de rythme de croisière.

Codes de confiance : pour rendre le prévisionnel plus lisible, marquez chaque ligne de prévision d'un code de confiance : Engagé (par ex. paie, loyer), Probable (par ex. factures à de bons clients), ou Potentiel (par ex. nouvelles affaires du pipeline).

Déclencheurs et actions (décidez-les à l'avance)​

Un prévisionnel est inutile sans un plan. Prédéfinissez vos actions lorsque vous atteignez certains seuils.

• Plancher de trésorerie minimum : par exemple, votre règle pourrait être « Nous devons maintenir une trésorerie ≥ 1,5× le prochain montant de paie complet à tout moment. » Si le prévisionnel montre que vous allez franchir ce plancher, vous exécutez immédiatement un plan convenu à l'avance, comme un sprint de recouvrement et une pause sur toutes les dépenses discrétionnaires.
• Garde-fou de piste de trésorerie : par exemple, « Si la trésorerie de clôture en semaine 13 implique moins de X mois de consommation, nous déclencherons notre plan de financement. » Cela pourrait impliquer chercher une term sheet, offrir aux clients une remise pour un prépaiement de chiffre d'affaires, ou tirer sur une ligne de crédit.
• Règle des sorties importantes : par exemple, « Tout décaissement unique hors paie supérieur à 5 % de notre solde de trésorerie actuel doit être approuvé deux semaines à l'avance et avoir un plan de repli. »

Modèle et scénarios​

Ensemble de catégories simple (pour un SaaS en phase d'amorçage)​

• Encaissements : Encaissements clients, Autres entrées (intérêts, remboursements, subventions)
• Décaissements : Paie (net + charges patronales), Prestataires, Cloud/Hébergement (COGS), Logiciels/SaaS (OpEx), Marketing (Payant/Marque), Loyer/Bureau, Juridique/Comptabilité, Impôts & Taxes, Service de la dette, Ponctuels / Annuels
• Calculés : Trésorerie nette, Trésorerie de clôture

Modèle (déjà construit dans le téléchargement ; copiez ceci pour reconstruire à blanc)​

Le tableau ci-dessous reprend la forme de la feuille Forecast — mêmes lignes, mêmes formules — pour reconstruire sur une feuille vierge. Dans le téléchargement, la ligne 2 contient déjà les dates de début de semaine (W1 2026-09-14 à W13 2026-12-07) et chaque total est câblé ; figez sous la ligne 3 et à droite de la colonne A (B4 dans le fichier) pour correspondre.

Bascules de scénario (gardez cela léger)​

Vous pouvez construire une planification de scénarios simple sans créer de modèle complexe. Ajoutez une cellule « bascule » en haut de votre feuille pour les principaux moteurs. Par exemple :

• Bascule de ralentissement des encaissements B6 : [1,0] (Passez à 1,2 pour modéliser un ralentissement de 20 % des encaissements — le total des encaissements de chaque semaine se recalcule via COL15 = COL12*$B$6+COL13*$B$7+COL14)
• Bascule nouvelles souscriptions B7 : [1,0] (Passez à 0,8 pour modéliser un écart de 20 % par rapport au plan)

Ce sont les cellules d'hypothèse réelles de la feuille Forecast — aucun câblage supplémentaire n'est nécessaire.

Apprendre et éviter les erreurs​

Examen de l'écart (faites en sorte que l'apprentissage se cumule)​

Le classeur fait pour vous la comptabilité de l'écart : Écart = Réel − Référence, par catégorie et par total, pour chaque semaine dont les Réels sont complete et datés comme la Référence. Votre travail consiste à expliquer les chiffres. Lors de votre revue, étiquetez les raisons des écarts importants : retard d'encaissement, dérive de périmètre, achat fournisseur imprévu, décalage de calendrier. Si le même type d'écart se répète, changez la règle sous-jacente de votre modèle. Par exemple, si les encaissements sont systématiquement en retard d'une semaine, faites passer votre hypothèse de délai d'encaissement par défaut de 21 jours à 28 jours.

Comparaison travaillée (l'exemple fourni). La Rérérence B1 a été capturée le 2026-09-11 à partir d'une ouverture de 85 000 ; les Réels sont la trésorerie bancaire du grand livre d'exemple. Les signes suivent la feuille Variance : encaissements, net et clôture positifs = plus de trésorerie que prévu, dépenses positives = plus dépensé que prévu.

Lecture telle que la feuille Variance la présente :

• W1, +500. Les encaissements clients sont arrivés 200 au-dessus des 11 800 prévus (Variance!B12 = +200) et AWS a facturé 2 200 contre 2 500 prévus (Variance!B19 = −300 : moins de dépenses, favorable). 85 000 + 12 200 − 9 700 = 87 500 réel contre 85 000 + 12 000 − 10 000 = 87 000 prévu.
• W2, +300. Les encaissements sont tombés exactement sur le plan, mais la facture SaaS payée par la banque s'élevait à 600 contre 400 prévus (Variance!C20 = +200 : plus de dépenses, défavorable). Le net de la semaine est de −200, donc l'avance cumulative de clôture se réduit de +500 à +300 (Variance!C29) : 87 500 + 13 200 − 17 200 = 83 500 contre 87 000 + 13 200 − 17 000 = 83 200.
• À partir de W3, not observed. Rien n'a été saisi, donc chaque cellule affiche n/a — pas un 0 rassurant.
• En pourcentages (lignes 32–33) : encaissements W1 +1,67 % et dépenses −3,00 % ; encaissements W2 0,00 % et dépenses +1,18 %.

Deux étiquettes en ressortent : l'estimation AWS est trop élevée, et la ligne SaaS payée par la banque était prévue 200 trop bas. Ce sont tous deux des corrections à apporter aux hypothèses de Forecast — la Référence B1 reste telle quelle, pour que le trimestre prochain vous puissiez encore voir à quel point le plan initial était décalé.

Pièges courants (évitez-les)​

• Écraser le plan : saisir des réels par-dessus des cellules de Forecast (ou recoller la Référence chaque semaine) détruit le plan par rapport auquel vous deviez être mesuré. Les réels vont sur Actuals ; la Référence ne change que lorsque vous décalez délibérément l'horizon.
• Mélanger engagement et trésorerie : ce prévisionnel est uniquement de trésorerie. Le chiffre d'affaires comptabilisé, l'amortissement et les autres concepts d'engagement appartiennent à votre grand livre principal, pas ici.
• Oublier les annuels irréguliers : les primes d'assurance annuelles, les gros renouvellements SaaS et les paiements d'impôts trimestriels peuvent être d'énormes surprises. Planifiez-les dans votre prévisionnel dès que vous en avez connaissance.
• Ignorer la trésorerie de la taxe de vente : même s'il s'agit d'un passif de passage, la trésorerie est sur votre compte bancaire jusqu'à ce que vous la versiez. Modélisez à la fois l'entrée et la sortie.
• Ne pas rapprocher : si la trésorerie de clôture de la semaine sur Actuals ne correspond pas à votre solde bancaire combiné réel (Checking + Savings ; soldes de carte exclus), vous avez une erreur de correspondance — généralement un achat par carte compté ou un balayage conservé. Vous devez la corriger avant de pouvoir faire confiance au prévisionnel.
• Pas de responsable clair : confiez à une seule personne la responsabilité de mettre à jour le prévisionnel chaque semaine. Nommez un suppléant pour les vacances.

Liens rapides avec Beancount​

• Plan comptable : gardez vos poches de trésorerie propres (par ex. Assets:Bank:Checking, Assets:Bank:Savings, Liabilities:CreditCard:Amex). Les réels hebdomadaires sont uniquement les jambes Assets:Bank:* — le compte de carte existe pour que les règlements aient d'où venir, pas comme une seconde source de sorties.
• N'utilisez pas le compte de résultat comme vérification : le compte de résultat de Fava est en engagement — il comptabilise les achats par carte au moment de l'achat et ignore le principal des emprunts — il sera donc en désaccord avec ce prévisionnel de trésorerie par conception. La vérification de trésorerie est l'export bean-query + le report ci-dessus (yarn check:cash-flow-actuals), qui doit se raccorder à la trésorerie de clôture chaque semaine.
• Documentation : lorsque vous avez un poste ponctuel important, joignez le PDF de la facture dans votre dossier documents/ de Beancount et liez-le dans la colonne de notes de votre prévisionnel.

Dossier conseil/investisseurs (une diapositive)​

1. Graphique : un simple graphique en courbes de votre trésorerie de clôture par semaine pour les 13 semaines. Ajoutez une ligne horizontale indiquant votre plancher de trésorerie minimum.
2. Tableau : un petit tableau montrant les chiffres de trésorerie de clôture de W1–W13, plus une liste à puces des 5 plus importantes entrées et sorties attendues dans le trimestre.
3. Notes : quelques puces sur les hypothèses clés qui ont changé depuis la dernière mise à jour et tout déclencheur que vous avez atteint ou prévoyez d'atteindre.