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

Ce guide propose une méthode simple, de niveau directeur financier, pour gérer la liquidité de votre entreprise. En construisant une prévision de trésorerie glissante à 13 semaines, vous pouvez voir votre piste de trésorerie semaine par semaine, orienter stratégiquement les encaissements et les paiements, 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 avec formules et données d'exemple, ainsi que le grand livre Beancount d'exemple derrière ses deux premières semaines (voir les téléchargements ci-dessous).

Deux choses que ce guide n'est pas : une prévision est constituée d'estimations prospectives que vous saisissez, tandis que les réalisés comptables sont les mouvements bancaires déjà enregistrés dans votre grand livre — la routine du lundi ci-dessous recopie ces derniers sur les premières à la main. Rien ici ne se synchronise automatiquement : le classeur ne contient ni macro ni connexion externe, et aucune étape ne tire automatiquement de votre banque ou de Beancount.

Pourquoi 13 semaines ?​

Une prévision à 13 semaines est la référence absolue pour la gestion opérationnelle de la trésorerie, pour plusieurs raisons clés :

• Contrôle à court terme : Elle couvre environ un trimestre d'activité, vous donnant une vision 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 conditions de paiement typiques des fournisseurs, mais assez court pour rester très précis et actionnable.
• Vision des encaissements et décaissements : La prévision utilise la « méthode directe », se concentrant uniquement sur les entrées et sorties de trésorerie. Il ne s'agit pas de comptabilité d'exercice ou de rentabilité ; il s'agit de ce qui va réellement toucher ou quitter votre compte bancaire, garantissant que la prévision est directement liée à votre solde bancaire.
• Glissante, pas statique : Ce n'est pas un budget ponctuel. Chaque semaine, vous abandonnez la semaine qui vient de s'écouler, ajoutez une nouvelle semaine à la fin (semaine 13) et mettez à jour vos hypothèses. Cela maintient un horizon prospectif constant, transformant la prévision en une discipline hebdomadaire dynamique.

Ce que vous allez construire​

1. Un tableur unique : 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.
2. Cartographie des catégories : Un système simple pour faire correspondre les transactions de votre grand livre aux catégories de prévision (par exemple, tous les paiements provenant de Stripe sont mappés sur « Encaissements clients » ; les paiements Gusto sont mappés sur « Paie »). L'onglet Vendor Mapping du classeur encode déjà cette carte, y compris la règle de non-double-comptage banque/carte — partez de celle-ci plutôt que d'inventer la vôtre.
3. Un rythme hebdomadaire : Un processus reproductible pour mettre à jour la prévision, suivre les écarts (prévision vs réalisé) et un ensemble de déclencheurs prédéfinis pour agir lorsque des seuils financiers sont atteints.

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

Évitez la page blanche : ce guide fournit un classeur avec formules et données d'exemple, ainsi que le grand livre d'exemple derrière ses deux premières semaines.

• Classeur de prévision à 13 semaines (XLSX, v1.0.0) — cash-flow-forecast-13-week-fr.xlsx. Hypothèses modifiables, semaines enchaînées par formules et onglet de cartographie des fournisseurs ; remplacez les cellules d'exemple en bleu par vos propres chiffres.
• Grand livre et réalisés d'exemple (grand livre Beancount, .bean) — sample.bean. Grand livre d'exemple équilibré avec les réalisés bancaires W1–W2 calculés correspondant aux deux premières semaines du classeur.

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

Feuilles. Le classeur (cash-flow-forecast-13-week-fr.xlsx, v1.0.0) contient trois feuilles :

• Forecast — les 13 semaines datées, hypothèses, encaissements, décaissements, trésorerie nette/clôture.
• Vendor Mapping — la carte grand livre→catégorie avec la règle de comptage de trésorerie banque/carte par source.
• Notes — mécanique, bascules de scénario et version, dupliquées du générateur pour que le fichier s'explique hors ligne.

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 la chaîne survit). Une transaction appartient à la semaine contenant sa date d'écriture, du lundi au dimanche.

Unités. USD entier partout (format de nombre #,##0). L'entreprise d'exemple est une 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. Les cellules bleues sont des saisies manuelles ; tout le reste est des formules :

• Entrées : solde d'ouverture B5 (85,000), bascules B6/B7 (1.0), plancher B8 (40,000), bases d'encaissements lignes 12–14, bases de décaissements lignes 17–26, et les dates de semaine de la ligne 2.
• 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 plutôt, 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 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, passer la bascule d'encaissement B6 à 1.2 fait passer les encaissements W1 de 12,200 à 14,600 et la trésorerie de clôture W1 de 87,500 à 89,900.
• Régénérez le fichier vierge à tout moment avec yarn generate:cash-flow-forecast (générateur : scripts/generate-cash-flow-forecast.py, auteur openpyxl 3.1.5 ; --verify rouvre le fichier et vérifie que chaque cellule de total contient une vraie formule).

Données d'exemple vs vos données. Chaque cellule bleue est fournie avec des chiffres d'exemple — ce sont l'exemple travaillé, pas votre entreprise. Remplacez-les par vos propres chiffres semaine par semaine ; les deux bascules (B6 met à l'échelle tous les encaissements clients, B7 tous les prépayés) sont les seules choses destinées à rester génériques, pour les scénarios. Les réalisés W1–W2 du grand livre d'exemple égalent la prévision d'exemple W1–W2 du classeur par construction, donc l'écart prévision-vs-réalisé y est nul : c'est l'objectif de rapprochement, pas une affirmation sur vos livres.

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. C'est la disposition de la feuille Forecast du téléchargement (lignes d'encaissements 12–14, lignes de décaissements 17–26, lignes de totaux 10/15/27–29) — lisez-la comme la carte, pas une seconde spécification.

• 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 attendez de factures existantes (comptes clients).
  • Nouvelles ventes/Prépayés : Paiements initiaux attendus de nouvelles affaires conclues 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 par subventions.

• Décaissements (sorties de trésorerie) — 10 lignes sur la feuille (lignes 17–26) :

  • Paie : Le coût de trésorerie complet, incluant le salaire net aux employés et toutes les charges sociales patronales.
  • Prestataires et freelances : Paiements aux non-employés.
  • Cloud/Hébergement (COGS) : Coûts d'infrastructure de base 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 de locaux physiques.
  • Juridique et comptabilité : Honoraires de services professionnels.
  • Taxes et frais : Versements de TVA/TPS et autres paiements gouvernementaux.
  • Service de la dette : Paiements de principal et d'intérêts sur tout prêt.
  • Dépenses ponctuelles : Paiements irréguliers et peu fréquents comme les primes d'assurance annuelles, les dépôts de garantie ou les dépenses d'investissement (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)

La mécanique glissante (telle que construite dans le classeur)​

La logique de la prévision glissante 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 ventes + Autres — ex. B15 = B12*$B$6+B13*$B$7+B14 (ligne 15).
• Total Décaissements (Semaine n) = SOMME des 10 lignes de catégories — 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).

Votre rythme hebdomadaire du lundi matin (avec ce classeur) :

1. Faites glisser la fenêtre : Avancez toute la prévision d'une semaine — décalez toutes les saisies bleues de chaque semaine d'une colonne vers la gauche (l'ancienne Semaine 2 devient la nouvelle Semaine 1), videz la dernière colonne et datez-la comme la nouvelle Semaine 13 en ligne 2. Les formules de report (C10 = B29, …) se ré-ancrent automatiquement ; vérifiez ponctuellement que la nouvelle Semaine 1 a une Ouverture égale à la Clôture de la semaine dernière.
2. Mettez à jour avec les réalisés : Remplacez les cellules bleues de prévision de la semaine dernière par les mouvements bancaires réels de la semaine issus de la cartographie ci-dessous (interrogez, divisez, collez — à la main). Confirmez ensuite que la cellule Trésorerie de clôture de la semaine égale votre solde bancaire combiné réel (Assets:Bank:Checking + Assets:Bank:Savings) : si ce n'est pas le cas, la cartographie est fausse, pas la banque.
3. Ré-estimez le futur : Mettez à jour les cellules bleues des 2 à 4 prochaines semaines avec les informations les plus fraîches dont vous disposez (factures nouvellement envoyées, paiements fournisseurs à venir, dates de paie confirmées).

Cartographie de Beancount vers votre prévision​

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

• Cartes de crédit : un achat par carte s'écrit sur Liabilities:CreditCard:* et ne déplace aucune trésorerie bancaire, donc il n'est pas compté lors du débit. La trésorerie sort une fois, au règlement (le paiement banque→carte). Compter le débit plus le règlement compte deux fois la même dépense. Dans le grand livre d'exemple, W1 contient 420.00 USD de frais SaaS Amex (passif uniquement, ignorés) à côté du règlement de 600.00 USD de la facture d'août (compté). Le total naïf « sorties bancaires + débits carte » pour W1 est de 10,120.00 USD — exactement 420.00 de trop ; le classeur compte 9,700.00.
• Transferts internes : un virement Checking↔Savings a deux jambes bancaires opposées, donc il s'annule à zéro dans ce périmètre et est exclu des encaissements et des décaissements. Les virements d'exemple de 3,000.00 USD (W1) et 1,500.00 USD (W2) gonfleraient sinon les deux côtés de ces montants.
• Corollaire : cartographiez les jambes bancaires, pas les jambes Produits/Charges. Le principal d'un prêt n'est pas une charge mais est une sortie bancaire (les prélèvements automatiques d'exemple de 900.00 USD = 800 principal + 100 intérêts, tous comptés sous 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 virement exclues. Carte des catégories (identique à l'onglet Vendor Mapping) : paiements Stripe/PayPal → Encaissements clients ; virements de nouveaux clients → Nouvelles ventes / 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 ; propriétaire → Loyer ; cabinet d'avocats → Juridique/Comptabilité ; autorité fiscale → Taxes et frais ; prélèvement automatique de prêt → Service de la dette.

• Gestion de la TVA/TPS : Même si la TVA/TPS n'est pas du chiffre d'affaires, c'est un élément de trésorerie. Traitez les encaissements de TVA/TPS comme une entrée de trésorerie et le versement au gouvernement comme un décaissement. L'impact sur le chiffre d'affaires vit dans vos livres en comptabilité d'exercice, mais le mouvement de trésorerie compte ici.

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). Les jambes bancaires W1 du grand livre, après exclusion de la paire de virements de 3,000.00 :

Report vers W2. C10 = B29, donc W2 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é en banque) + 1,000 + 900 = 17,200.00 ; net −4,000.00, clôture 83,500.00 — exactement la colonne W2 du classeur. L'écart prévision-vs-réalisé est nul pour ces deux semaines par construction ; c'est votre preuve que la cartographie fonctionne, appliquée une semaine à la fois à partir de W3.

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 propres au grand livre prouvent la trésorerie de clôture de chaque semaine), les requêtes d'export ci-dessous et un report Python indépendant vérifiant 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ôture au 2026-09-28.) Une limite 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 vers encaissements, négatives vers décaissements, paires de virements exclues — exactement comme le fait le vérificateur.

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

1. Récupérez les réalisés (15 min) : Exportez les écritures de la semaine vers Assets:Bank:* (exécutez les requêtes ci-dessus, ou téléchargez les transactions depuis vos comptes bancaires — les débits carte restent hors périmètre ; seul le paiement de règlement compte). Confirmez que votre « Trésorerie de clôture » de la semaine précédente correspond parfaitement à votre solde bancaire combiné réel (Checking + Savings). Ce rapprochement est non négociable.
2. Examinez les comptes clients (10 min) : Listez toutes les factures en attente et placez-les dans la semaine où vous attendez le paiement. Soyez prudent 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 connues à venir. Pré-remplissez vos dates et montants de paie pour tout le trimestre. Échelonnez les décaissements non critiques le vendredi pour préserver l'optionalité de trésorerie pendant la semaine.
4. Réunion d'écart (10 min) : Comparez brièvement la prévision de la semaine dernière aux résultats réels. Notez les causes de toute différence significative 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 hautement certains.
• Semaines 3–6 : Attendez-vous à une erreur de ±10–20 %. Cette période sera un mélange de factures connues et d'estimations basées sur des tendances.
• Semaines 7–13 : Cette partie de la prévision est directionnelle. Elle est pilotée par votre pipeline de ventes et vos dépenses récurrentes.

Codes de confiance : Pour rendre la prévision plus lisible, marquez chaque ligne de prévision avec un code de confiance : Engagé (ex. paie, loyer), Probable (ex. factures à de bons clients) ou Potentiel (ex. nouvelles affaires du pipeline).

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

Une prévision est inutile sans plan. Prédéfinissez vos actions lorsque vous atteignez certains seuils.

• Plancher de trésorerie minimal : Par exemple, votre règle pourrait être « Nous devons maintenir une trésorerie ≥ 1.5× le montant de la prochaine paie complète à tout moment ». Si la prévision montre que vous enfreindrez ce plancher, vous exécutez immédiatement un plan pré-agréé, comme une campagne d'encaissement et une pause sur toutes les dépenses discrétionnaires.
• Garde-fou de piste : Par exemple, « Si la Trésorerie de clôture de la Semaine 13 implique moins de X mois de brûlage, nous lancerons notre plan de financement ». Cela pourrait impliquer de chercher une term sheet, d'offrir aux clients une remise pour paiement anticipé du chiffre d'affaires, ou de tirer sur une ligne de crédit.
• Règle de sortie importante : 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 secours ».

Modèle et scénarios​

Ensemble de catégories simple (pour une 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é, Taxes et frais, Service de la dette, Dépenses ponctuelles / Annuelles
• Calculés : Trésorerie nette, Trésorerie de clôture

Modèle (déjà intégré au téléchargement ; copiez ceci pour reconstruire une feuille vierge)​

Le tableau ci-dessous est 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 (restez léger)​

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

• Bascule de ralentissement d'encaissement B6 : [1.0] (Changez à 1.2 pour modéliser un ralentissement de 20 % des encaissements — le Total Encaissements de chaque semaine se recalcule via COL15 = COL12*$B$6+COL13*$B$7+COL14)
• Bascule de nouvelles ventes B7 : [1.0] (Changez à 0.8 pour modéliser un manque 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écessaire.

Apprentissage et évitement des erreurs​

Suivi des écarts (faites en sorte que l'apprentissage s'accumule)​

Dans la semaine qui vient de se clôturer, ajoutez deux colonnes : « Prévision de la semaine dernière » et « Réalisé ». Calculez l'écart. Lors de l'examen, étiquetez les raisons des différences majeures : 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, changez votre hypothèse par défaut de délai d'encaissement de 21 à 28 jours.

Pièges courants (à éviter)​

• Mélanger comptabilité d'exercice et trésorerie : Cette prévision est uniquement en trésorerie. Le chiffre d'affaires comptabilisé, l'amortissement et autres concepts d'exercice 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. Programmez-les dans votre prévision dès que vous les connaissez.
• Ignorer la trésorerie de TVA/TPS : Même s'il s'agit d'un passif intermédiaire, la trésorerie est sur votre compte bancaire jusqu'au versement. Modélisez à la fois l'entrée et la sortie.
• Ne pas rapprocher : Si la Trésorerie de clôture de votre prévision ne correspond pas à votre solde bancaire combiné réel (Checking + Savings ; soldes carte exclus), vous avez une erreur de cartographie — généralement un débit carte compté ou un virement conservé. Vous devez la corriger avant de pouvoir faire confiance à la prévision.
• Pas de propriétaire clair : Assignez à une personne la responsabilité de mettre à jour la prévision chaque semaine. Désignez un suppléant pour les vacances.

Intégrations rapides avec Beancount​

• Plan comptable : Gardez vos compartiments de trésorerie propres (ex. Assets:Bank:Checking, Assets:Bank:Savings, Liabilities:CreditCard:Amex). Les réalisés hebdomadaires sont les jambes Assets:Bank:* uniquement — le compte carte existe pour que les règlements aient une provenance, 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 comptabilité d'exercice — il comptabilise les achats par carte au débit et ignore le principal des prêts — donc il sera en désaccord avec cette prévision de trésorerie par conception. La vérification de trésorerie est l'export beanquery + report ci-dessus (yarn check:cash-flow-actuals), qui doit correspondre à la Trésorerie de clôture chaque semaine.
• Documentation : Lorsque vous avez un élément ponctuel important, joignez le PDF de facture dans votre dossier documents/ Beancount et liez-le dans la colonne notes de votre prévision.

Pack conseil/investisseurs (une diapositive)​

1. Graphique : Un simple graphique en ligne de votre Trésorerie de clôture par semaine pour les 13 semaines. Ajoutez une ligne horizontale montrant votre plancher de trésorerie minimal.
2. Tableau : Un petit tableau montrant les chiffres de Trésorerie de clôture W1–W13, plus une liste à puces des 5 plus grandes 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 attendez d'atteindre.