Les trois marges de trésorerie

Marge stricte : trésorerie disponible moins toutes les sorties obligatoires de l’horizon, sans aucun encaissement futur. Marge prévue : ajoute les encaissements datés. Marge projetée : ajoute aussi les encaissements calculés du budget actif et les sorties de ce budget. Les brouillons n’y participent jamais.

Vue d’ensemble des flux

Chaque mois présente les entrées au-dessus de l’axe et les sorties en dessous. Les segments conservent le même code couleur : réalisé bancaire, confirmé, daté, calculé et simulé. Le flux net du mois est la différence entre les deux zones ; la courbe voisine montre son effet cumulé sur la trésorerie.

Les virements entre comptes du Groupe APB sont visibles dans les données bancaires, mais neutralisés dans ce bilan consolidé. Cliquer sur un mois ouvre le détail des sources et règles retenues.

Natures d’encaissement

Encaissé : mouvement constaté en banque. Confirmé : engagement validé avec montant et date, non encore encaissé. Daté : flux rattaché à un dossier et une date attendue. Calculé : flux issu des règles métier et du budget validé. Simulé : flux d’un scénario non validé. Après une échéance CRM non encaissée, le montant reste daté et est reporté mensuellement pendant la tolérance paramétrée — deux mois par défaut. Il passe ensuite au recouvrement lissé.

Trésorerie bancaire réelle

Somme des soldes des comptes inclus dans le périmètre. Sa date de fraîcheur est toujours affichée. Un import mensuel peut la mettre à jour ; à terme, l’Open Banking l’actualisera quotidiennement.

Point bas

Plus petit solde cumulé rencontré sur l’horizon choisi. S’il est négatif, le modèle signale une rupture théorique. Le mois affiché correspond au premier minimum de la trajectoire.

Budget actif

Un seul budget actif existe par période. Une nouvelle validation archive la version précédente, conserve son auteur et son validateur, puis active la nouvelle version.

Budget travaux et chantiers provisionnables

Le budget travaux représente les sorties maximales autorisées pour les nouveaux démarrages. Le nombre de chantiers est estimé avec le mix monogeste/ampleur et les coûts moyens paramétrés. Au-delà de 50 démarrages mensuels, une annotation de capacité apparaît sans bloquer la simulation.

Brouillons de simulation

Une simulation n’est enregistrée que lorsque l’utilisateur choisit « Enregistrer comme brouillon ». Le titre est obligatoire ; le commentaire de présentation est facultatif. La période vient automatiquement de la simulation. « Ouvrir / modifier » recharge tous les paramètres dans l’Atelier : le créateur peut mettre à jour son brouillon, tandis qu’un autre utilisateur enregistre une copie. Cette ouverture ne modifie jamais le budget actif. Seule l’action « Soumettre comme budget », suivie de la validation autorisée, peut remplacer le budget actif.

Préparer le budget du prochain trimestre

1. Dans Pilotage du trimestre, cliquez sur « Préparer le trimestre suivant ».
2. L’Atelier avancé ouvre le trimestre civil complet. Pour le trimestre en cours, seul le reste à piloter est simulé ; le passé reste figé.
3. Renseignez la trésorerie souhaitée à la clôture, par exemple 300 000 €, et le plancher à respecter. « Au moins » est un minimum strict ; « Viser cette cible » accepte un écart affiché de 1 000 €.
4. Laissez libres les budgets que le moteur peut ajuster, ou imposez leurs montants.
5. Ajoutez vos prêts potentiels avec leurs dates, remboursements, intérêts et frais. Ils sont imposés aux scénarios. L’autorisation d’un prêt moteur est un levier distinct, avec son propre plafond et sa date.
6. Calculez puis appliquez un scénario conforme. Le point bas est contrôlé en fin de chaque jour, avec dates précises pour les engagements connus et lissage estimatif pour les coûts non datés.
7. Enregistrez le brouillon sur ce navigateur, ou soumettez le budget à un valideur. Les budgets votés et leurs versions sont partagés par trimestre. T4 ne remplace pas T3 avant son terme.

Attention : voter un budget ne confirme aucun prêt ni apport réel. Un budget dépendant de ces hypothèses reste conditionnel ; confirmez le financement séparément dans Données lorsqu’il est obtenu. Un remboursement après le trimestre reste mémorisé, mais ne sort pas artificiellement avant sa date.

Contraintes incompatibles : la meilleure trajectoire est montrée avec ses écarts et ne peut pas être appliquée comme conforme. Les horizons 6, 9 et 12 mois restent exploratoires ; choisissez un trimestre pour voter.

Imports et conflits

Le parcours comprend un aperçu, la détection des doublons et conflits, le choix de la source qui fait foi, puis un bilan après import. Chaque opération reste dans le journal.

Factures ouvertes

L’import comptable attend la référence, le fournisseur ou type, le montant initial, le reste à payer, les dates d’émission et d’échéance, le statut et un éventuel échéancier. Elles alimentent les sorties obligatoires.

Dette ou prêt avec ou sans échéancier

Dans « Dettes et prêts », le premier choix indique si un échéancier précis existe. Avec « Oui », les dates alimentent les sorties dues / engagées, les alertes et les suggestions de rapprochement bancaire ; le mode « Personnalisé » permet de modifier chaque date et chaque montant. Avec « Non », aucune échéance certaine ni aucun rapprochement automatique n’est créé : le solde actualisé est seulement réparti à parts égales sur six mois dans les projections et simulations, sous la mention « Projeté ». Ce lissage est recalculé depuis la date de situation à chaque évolution du solde.

Paiements et échéances : un paiement déclaré ou rapproché est affecté aux échéances restantes dans l’ordre chronologique, sans diminuer une deuxième fois la trésorerie bancaire. Une échéance intégralement payée reste dans l’historique mais sort des retards et des projections. Un paiement partiel laisse son reliquat exact visible ; un rapprochement ne vaut pas abandon du solde. La colonne « Prochaine échéance » indique la prochaine date à venir et affiche séparément les éventuels restes échus. Le tableau distingue les montants rapprochés en banque des paiements simplement déclarés.

Données réelles et fraîcheur

Chaque source affiche sa dernière mise à jour. Au-delà d’un mois, une alerte de fraîcheur est affichée et la fiabilité des projections est explicitement dégradée.

Banques : Qonto synchronise en lecture seule les comptes du Groupe APB Qonto, SG et BP. Tous leurs soldes sont additionnés. Les transferts entre deux de ces comptes restent consultables mais sont neutralisés : ils ne créent ni encaissement ni décaissement consolidé. Le paiement ultérieur depuis Qonto vers un tiers est compté une seule fois.

Pipeline CRM : l’historique conserve tous les dossiers importés. Le reste à encaisser est détaillé entre RAC, MPR et CEE ; les simulations ne modifient jamais ces lignes.

Dettes et prêts : les soldes, rythmes et échéanciers saisis dans les trois référentiels alimentent les sorties obligatoires. Pour un prêt, une date de réception future ajoute le capital attendu aux projections et l’affiche sur les courbes. Dès que cette date est atteinte, l’entrée prévue est suspendue et doit être rapprochée avec un crédit bancaire avant d’être considérée comme réelle. Les remboursements restent des sorties séparées.

Financements : seules les injections confirmées ou encaissées appartiennent aux données. Une hypothèse actionnaire reste dans la simulation ou le brouillon tant que le budget et l’apport n’ont pas été explicitement validés.

Rôles et gouvernance

Le rôle Utilisateur accède à toutes les fonctions opérationnelles. Le rôle Administrateur possède les mêmes droits et gère en plus les utilisateurs.

Glossaire

MPR : MaPrimeRénov’. CEE : certificats d’économie d’énergie. RAC : reste à charge client = entrée encaissable − MPR − CEE. Monogeste : un seul poste de travaux. Ampleur : rénovation multi-postes.