Flux de trésorerie

Les entrées et sorties de TRÉSORERIE par mois, réparties par activité (exploitation, investissement, financement), et le solde qui évolue. Base TRÉSORERIE : utilise la DATE DE RÈGLEMENT (quand l'argent est réellement entré/sorti), et non la période comptable.

Combien de trésorerie est entrée et sortie, mois par mois.

Alimente les Alertes de trésorerie (runway court, en dessous du minimum) et le Tenkai prédictif (simulations). Il complète le DRE : le bénéfice est en engagement, ici c'est l'argent en banque.

Dans le sélecteur d'entreprises en haut de l'écran se trouve l'arborescence du groupe : « Général » sélectionne toutes les entreprises auxquelles vous avez accès, et cliquer sur une unité sélectionne d'un coup les entreprises de cette branche. Le nombre à côté de chaque unité ne compte que les entreprises autorisées pour votre utilisateur — et le choix fait là est déjà appliqué sur cet écran. Important : « toutes les entreprises » signifie toujours les entreprises de votre accès, jamais tout le groupe ; si un total semble plus faible que prévu, vérifiez avec l'administrateur quelles entreprises vous sont ouvertes.

Le solde initial de la fenêtre est prérempli avec la TRÉSORERIE RÉELLE (encaissé − décaissé, uniquement les éléments réglés) jusqu'à la veille du 1er mois. Vous pouvez saisir une autre valeur pour simuler un scénario et cliquer sur « utiliser le solde réel » pour revenir au chiffre du système.

Runway = pendant combien de mois la trésorerie dure au rythme actuel (∞ = vous générez de la trésorerie). Burn = consommation moyenne de trésorerie/mois (positif = vous brûlez de la trésorerie). Trésorerie minimale suggérée = le mois de sortie le plus élevé des 12 derniers mois (matelas de sécurité). Cycle financier = délai moyen de recouvrement − délai moyen de paiement.

Vert = sain, jaune = attention, rouge = risque. Dans les KPI et dans la matrice (entrées en vert, sorties en rouge) pour une lecture immédiate.

Seul ce qui a été RÉGLÉ y entre. Les titres ouverts (non réglés) n'apparaissent pas dans le réalisé du DFC — ils sont dans « à recevoir/à payer ». Si un mois est vide, c'est parce qu'il n'y a pas eu de règlements ce mois-là.

Quand l'entreprise importe des données d'un ERP, cet écran affiche un bandeau discret s'il y a un document en attente de rattachement, un titre pas encore classé ou une synchronisation en cours. Il existe pour qu'un chiffre partiel ne se présente jamais comme complet. Le bandeau en ton neutre signifie seulement « l'import est en cours » — état normal pendant le déploiement ; en ton d'alerte, il signifie qu'un document manque ou est sur la mauvaise ligne, et le lien mène à l'écran d'intégration, où se trouvent les actions de correction. Quand il n'y a aucune réserve, le bandeau n'apparaît pas.

Parce qu'il n'y a rien à mesurer. L'autonomie (runway) répond à « combien de mois la trésorerie tient au rythme actuel de consommation » — et, sans consommation enregistrée, ce calcul n'existe pas. Avant, le système affichait « 0 mois » et déclenchait une alerte critique de trésorerie courte sur un compte tout juste créé, ce qui est une fausse alerte : zéro mesuré à partir de rien n'est pas zéro, c'est une absence. Quand il y aura des écritures et que l'entreprise consommera de la trésorerie, le chiffre apparaîtra — et l'alerte sera réelle.

Non : c'est la structure du rapport, en attente de la première écriture. Le flux de trésorerie naît de vos écritures — chaque encaissement et chaque paiement soldé devient une ligne. C'est pourquoi l'écran montre, au-dessus des indicateurs, les deux façons de commencer : importer le relevé (OFX) ou le tableur, ou saisir le premier mouvement. Le tampon « négatif ! » sur un solde de R$ 0,00 a aussi disparu — zéro n'est pas négatif.