F-GP v1.1 — Marge brute = chiffre d’affaires mensuel × taux de marge brute % + (chiffre d’affaires − coût des projets signés et des recettes ponctuelles marquées comme chiffre d’affaires, reconnus dans les 12 prochains mois) ÷ 12
F-OBL v1.0 — Obligations mensuelles = coûts fixes + salaires + service de la dette + prélèvement du dirigeant + provision fiscale (chacun converti en équivalent mensuel selon son calendrier : hebdomadaire ×52/12, toutes les deux semaines ×26/12, bimensuel ×2, trimestriel ÷3, annuel ÷12)
F-BE v1.1 — Chiffre d’affaires d’équilibre = obligations mensuelles ÷ taux de marge brute % (avec projets / recettes d’affaires : la marge combinée de tout le chiffre d’affaires reconnu dans les 12 prochains mois)
F-MOS v1.0 — Marge de sécurité = (chiffre d’affaires − chiffre d’affaires d’équilibre) ÷ chiffre d’affaires
F-COVER v1.0 — Mois couverts = trésorerie ÷ obligations mensuelles
F-SIM v1.3 — Solde(j) = Solde(j−1) + entrées(j) − sorties(j), jour après jour sur tout l’horizon (12 mois par défaut). Les ventes s’accumulent chaque jour (total du mois réparti par arrondi inférieur cumulé, exact) ; la part payée d’avance le jour même, le reste après le délai client + le retard moyen ; coûts variables payés après les jours fournisseur ; coûts planifiés à leurs dates ; factures, factures fournisseurs et montants ponctuels connus à leurs dates (un poste daté d’avant aujourd’hui est de l’historique et n’entre jamais dans l’horizon) ; une facture déjà en retard (ou un jalon de projet ou une libération de retenue daté d’avant aujourd’hui) est payée à max(échéance + retard, aujourd’hui + 14) ; les sommes dues d’avant aujourd’hui = le montant « non listé » déclaré par le dirigeant, réparti uniformément, sinon l’encours stable de chaque flux clients sans facture listée (pas encore en retard) — jamais encours moins listé. Trésorerie propre = le même parcours sans la ligne de crédit que la simulation tirerait d’elle-même.
F-HELD v1.1 — Trésorerie utilisable = solde bancaire − argent détenu pour autrui sans date de paiement (libéré à la date où il est acquis) − argent détenu dû après l’horizon (mis de côté, jamais payé une seconde fois dans un calcul plus long) ; l’argent détenu avec une échéance ou un calendrier dans l’horizon est une sortie à ces dates ; trésorerie d’exploitation = banque − tout l’argent détenu pour autrui
F-MIN v1.2 — Point bas = Solde(j) minimal sur tout l’horizon ; statut de Survie de trésorerie et point de rupture = premier j où Solde(j) < réserve (ou < 0) ; le point bas de la fenêtre de décision est affiché à côté ; marge = point bas − réserve. Si la simulation tire elle-même sur une ligne de crédit, le franchissement sur la trésorerie propre (sans la ligne) est aussi indiqué : c’est lui que nomme le plan d’action
F-RUNWAY v1.0 — Autonomie de trésorerie = jours jusqu’à ce que le solde simulé passe pour la première fois sous zéro
F-RUNWAY-S v1.0 — Autonomie simple (jours) = trésorerie × 365 ÷ (sortie nette mensuelle × 12)
F-SEARCH v1.1 — Les tolérances sont trouvées par dichotomie exacte sur des entiers (points de base, jours ou unités monétaires entières) selon la règle monotone « point bas de la trésorerie propre sur tout l’horizon ≥ réserve »
F-SHOCK-REV v1.2 — Choc sur les ventes : nouvelles ventes, projets signés et recettes d’affaires × (1 − baisse) à partir d’aujourd’hui ; tolérance = plus forte baisse gardant le point bas de tout l’horizon ≥ réserve sur la trésorerie propre, sans tirages automatiques sur la ligne de crédit (une réserve tenue seulement par l’emprunt est « Juste » au mieux) ; déjà sous la réserve sans baisse : « Échec »
F-SHOCK-COST v1.2 — Choc sur les coûts : coûts fixes, salaires, ratio de coûts variables et coûts des projets × (1 + hausse) à partir d’aujourd’hui (un impôt sur les bénéfices déduit le nouveau niveau seulement pour les jours à partir d’aujourd’hui) ; tolérance = plus forte hausse gardant le point bas de tout l’horizon ≥ réserve sur la trésorerie propre, sans tirages automatiques sur la ligne de crédit ; déjà sous la réserve sans hausse : « Échec »
F-SENS v1.0 — Exposition d’un poste de coût = point bas actuel − point bas avec ce poste +10 %
F-LIQ-SHARE v1.1 — Part du risque de liquidité d’un client = (baisse du point bas de la trésorerie propre s’il est perdu, factures ouvertes et factures de projet impayées) ÷ Σ baisses de tous les clients listés ; un client dont la perte n’abaisse pas le point bas a 0 %
F-PAYROLL-CTRL v1.2 — Un client contrôle la paie si le perdre abaisse le point bas de la trésorerie propre ET ajoute un franchissement : un jour de paie de tout l’horizon (salaires payés sur le coût variable : n’importe quel jour) où le solde est sous zéro après la perte, mais à zéro ou au-dessus sans elle ; tant que la trésorerie propre passe sous zéro sans aucune perte, aucun client n’est désigné (« Échec » en tant que tel : franchissement de la Survie de trésorerie, pas d’un client)
F-DELAY v1.2 — Retard de paiement : chaque encaissement, facture ouverte, facture de projet et affaire + N jours (l’argent payé d’avance déjà en banque n’est pas retardé), suivi sur tout l’horizon + N jours sur la trésorerie propre, sans tirages automatiques sur la ligne de crédit ; seul compte un franchissement que le retard ajoute (un jour où le parcours sans retard tient la réserve) ; tolérance = plus grand N de ce type, 0 si la trésorerie propre est déjà sous la réserve sans retard ; versements carte / plateforme : une retenue des versements (ni délais, ni acompte)
F-DEPOSIT v1.0 — Acompte qui préserve la réserve = plus petite part d’avance gardant point bas ≥ réserve
F-DEFER v1.0 — Coût de l’attente = montant dû × coût du capital × jours ÷ 365 (intérêt simple)
F-CASHEQ v1.0 — Prix équivalent comptant = prix − coût de l’attente
F-FLOOR v1.0 — Plancher de la commande = coût direct + coût de portage de ce coût jusqu’au paiement
F-PFLOOR v1.1 — Prix plancher = (coût variable + fixes ÷ unités + portage) ÷ (1 − marge cible), arrondi au supérieur à la plus petite unité de la devise
F-DECISION v1.2 — Une décision s’exprime en flux datés dans la même simulation (personnalisée : ses flux, un coût ponctuel, un coût mensuel, de nouvelles ventes, un arrêt, une conclusion qui glisse ; prêts remboursés à partir d’une période après l’arrivée des fonds ; coûts courants dans l’impôt sur les bénéfices) ; évaluée sur la trésorerie propre sur tout l’horizon ; sa taille sûre est trouvée par dichotomie ; aucune taille → non exécutée
F-AMORT v1.0 — Échéance constante = P × r(1+r)^n ÷ ((1+r)^n − 1), r = TAEG ÷ 12 ; la dernière échéance absorbe l’arrondi
F-IRR v1.1 — TAEG réel = TRI périodique de (montant net reçu, −paiements) × périodes par an ; frais inclus
F-EAR v1.0 — Taux annuel effectif = (1 + TRI périodique)^(périodes par an) − 1
F-EARLY v1.0 — Rendement de l’escompte = d ÷ (1 − d) × 365 ÷ (jours nets − jours d’escompte)
F-PLAN v1.2 — Plan = leviers dans un ordre fixe (encaisser les retards → réduire les coûts marqués → réduire le prélèvement du dirigeant → acomptes → ligne de crédit), chacun à la plus petite intensité trouvée par dichotomie, re-simulé sur la trésorerie propre sur tout l’horizon après chaque étape ; un levier sans effet à son tour est réessayé une fois après les étapes suivantes (les effets ne s’additionnent pas). Statut = le pire du plan (« Réussi » : rien à changer ; « Juste » : les étapes comblent l’écart ; « Échec » : un écart subsiste) et des tests ouverts en l’état (Fondations financières, Choc sur les ventes, Choc sur les coûts, Dépendance client, Retards de paiement) ; l’écart restant est la première action après les étapes
F-RSI v1.2 — Indice de résilience = survie 25 + tolérance des revenus (0–30 % → 0–20) + tolérance des coûts (0–25 % → 0–15) + concentration (50 %→0 … 0 %→15) + tolérance aux retards (0–45 jours → 0–15 ; 0 si la trésorerie propre est déjà sous la réserve sans retard) + marge de sécurité (0–30 % → 0–10) ; une partie dont le test est « Sans objet » est exclue et la somme remise à l’échelle : ⌊somme × 100 ÷ poids restants⌋
F-13W v1.1 — Prévision à 13 semaines = sommes hebdomadaires de la simulation quotidienne de la trésorerie propre à partir de la date de référence (sans tirages automatiques sur la ligne de crédit ; le solde le plus bas avec la ligne est affiché à côté)
F-CCC v1.0 — Cycle de conversion de trésorerie = DSO + DIO − DPO ; DSO pondéré par la part des clients et réduit de la part payée d’avance
F-WC v1.0 — Besoin en fonds de roulement = ventes quotidiennes × DSO + coût quotidien × DIO − coût quotidien × DPO
F-GROWTH v1.1 — Écart de croissance = réserve − point bas de la trésorerie propre sur la fenêtre de croissance (mois × 30 jours) quand le chiffre d’affaires croît de g par mois (composé)
F-PRICE v1.0 — Volume que vous pouvez perdre après une hausse de prix x tout en gardant la même marge brute = x ÷ (marge + x)
F-CONTRIB v1.0 — Contribution de la ligne = (prix − coût variable) × unités − coûts fixes directs
F-PATH v1.0 — Ventes d’un mois listé dans la trajectoire de revenus = le montant indiqué (remplace mensuel × saisonnalité × croissance) ; les chocs de scénario s’appliquent en plus
F-WEEKDAY v1.0 — Le jour j d’un mois reçoit ⌊M × W(≤j) ÷ W(mois)⌋ − ⌊M × W(<j) ÷ W(mois)⌋ du total du mois M, W = poids des jours de semaine ; le total du mois est inchangé
F-STREAMS v1.0 — Chiffre d’affaires = Σ flux ; marge et part d’avance pondérées par le chiffre de chaque flux, jours d’encaissement par la part non payée d’avance (chacun arrondi une fois) ; chaque flux simulé selon ses propres conditions
F-VARCOST v1.0 — Composante = ventes × part (composantes nettes : ventes après composantes de type retours) × facteur de coût, payée jours de décalage après la vente ; part fournisseur = ventes × (1 − marge) × facteur de coût − composantes
F-CAP v1.1 — Ventes quotidiennes ≤ capacité (par mois : unités × revenu par unité, réparti sur le mois comme les ventes ; par jour : identique chaque jour, un mois contient donc jours × capacité quotidienne), comparées en unités aux prix actuels ; les nouvelles ventes n’occupent que la capacité restante
F-CREDIT-LINE v1.2 — Ligne de crédit tirée par la simulation : tirée quand la trésorerie finirait sous « garder au-dessus de » (par défaut : la réserve), remboursée au-dessus de « rembourser au-dessus de » ; intérêts = Σ encours quotidien tiré × TAEG ÷ 365, payés mensuellement — aussi sur ce qui est tiré à la main sur une ligne, et sur le parcours « sans la ligne ». Chaque verdict est rendu sur ce parcours sans les tirages automatiques (trésorerie propre) ; le parcours avec la ligne est affiché à côté
F-EXACT-MONTH v1.0 — Un montant journalier ajusté (ventes après une baisse ou un palier de prix, le coût variable et ses composantes) = f(cumul du mois) − f(cumul du mois avant ce jour) : les jours d’un mois civil totalisent le mois ajusté une seule fois
F-TAX v1.1 — Provision pour impôts par période : % du chiffre d’affaires (ventes + projets constatés + recettes de contrats et ponctuelles marquées comme chiffre d’affaires ; un contrat à la livraison) ou % du bénéfice (ce chiffre d’affaires − ses coûts variables et directs − charges fixes et salaires par jour, au niveau actuel avant aujourd’hui et au niveau du scénario à partir d’aujourd’hui)
F-PAYRUN v1.0 — Une masse salariale mensuelle M versée chaque semaine ou toutes les deux semaines : le versement k reçoit ⌊12M(k+1)/N⌋ − ⌊12Mk/N⌋ (N = 52 ou 26), donc N versements consécutifs totalisent exactement 12M
F-SEASON v1.1 — Mise de côté pour un mois = réserve − point bas simulé de la trésorerie propre sur ce mois (si positif)
F-CHASE v1.1 — Priorité de relance = baisse du point bas de la trésorerie propre sur tout l’horizon si cette facture arrive 30 jours plus tard
F-FX v1.1 — Choc de change = part des ventes en devises × variation défavorable ; évalué sur le point bas de la trésorerie propre sur tout l’horizon
F-CUST-SHARE v1.0 — Part du client = encaissements de ce payeur ÷ tous les encaissements de ventes des 180 derniers jours (hors prêts, remboursements, intérêts, impôts et virements internes) ; les payeurs sous 5 % sont regroupés dans « tous les autres »
F-HEAT v1.1 — Cellule de la carte de chaleur = point bas de la trésorerie propre sur tout l’horizon de la simulation complète avec ventes × (1 − baisse) et chaque client et facture ouverte payés N jours plus tard
F-FLOW v1.0 — Flux mensuel = somme de chaque mouvement daté de la simulation dans le mois, par type ; ouverture + entrées − sorties = clôture
F-RECUR v1.0 — Prélèvement récurrent = même bénéficiaire normalisé, ≥ 3 prélèvements, ≥ 70 % des montants consécutifs à ±10 %, intervalles de 6–8 / 13–16 / 27–33 / 88–95 / 360–370 jours
Aide à la décision, et non conseil financier, fiscal ou juridique. Les résultats découlent uniquement des chiffres que vous saisissez et des hypothèses indiquées pour chaque calcul.