Trésorerie — prévision glissante, lignes de crédit et covenants

Guide d'utilisation — Trésorerie : prévision, lignes de crédit et covenants

Module payant (OPL-1) pour Odoo 19 Community. Extension de Trésorerie — position et échéances, dont il dépend et dont il reprend le menu, les groupes et les écrans.

Non éprouvé en production.

• Les quatre connecteurs de cotation n'ont pas été exécutés contre les vrais services. Ils exigent tous une inscription, et aucune clé n'était disponible au moment de la livraison. Les points d'entrée et la position du taux dans la réponse proviennent des documentations publiques ; ils n'ont pas été confirmés par un appel réel. C'est pourquoi l'URL, le nom du paramètre de clé, l'écriture de la paire et le chemin du taux sont tous des champs modifiables, et pourquoi le bouton « Essayer » rend la réponse brute.
• L'ensemble du module est éprouvé par ses tests automatisés sur une base Odoo 19 neuve, appels réseau compris — sur réponses enregistrées, erreurs et quotas inclus. Il n'a pas été exploité un trimestre entier chez un utilisateur réel.

1. Où sont les écrans

Le module n'ouvre pas un second menu : tout s'ajoute sous Trésorerie.

Aucun groupe nouveau. Les deux groupes du socle gratuit suffisent : la consultation pour l'utilisateur, le paramétrage pour le responsable.

Une conséquence à connaître. À l'installation, le groupe Trésorerie : Responsable devient aussi administrateur des connexions (dyo_connexions_base). Sans cela, le bouton « Mettre à jour les taux » tomberait sur un refus d'accès : vider la file d'appels écrit dans le cache des réponses, réservé à ce groupe. Les clés d'accès, elles, restent lisibles des seuls administrateurs système.

2. La prévision glissante

2.1 Créer une prévision

Prévision → Prévisions glissantes → Nouveau.

Puis cinq cases décident de ce que la prévision retient.

• Échéances comptables — factures validées et non lettrées, pour leur reste dû. C'est la matière la plus sûre.
• Commandes de vente / d'achat non facturées — sans effet si les modules Ventes et Achats ne sont pas installés ; un bandeau jaune vous le dit. Ces modules ne sont pas des dépendances : forcer leur installation à qui tient seulement sa comptabilité serait abusif.
• Flux récurrents — vos récurrences déclarées.
• Remboursement des lignes de crédit à leur échéance — décoché par défaut. Beaucoup de lignes se renouvellent par tacite reconduction ; porter leur remboursement au jour de l'échéance donnerait une prévision alarmante à tort. Cochez-le pour voir ce qui se passerait sans renouvellement.

Cliquez sur Calculer.

2.2 Lire le résultat

Quatre chiffres, et le plus important n'est pas le dernier :

• Solde de départ — vos comptes suivis, convertis.
• Solde à l'horizon — la fin du parcours.
• Point bas et Point bas atteint le — c'est le chiffre qui décide. Une trésorerie qui finit le trimestre à +200 000 € après être passée à −40 000 € le 12 novembre a un problème le 12 novembre.

2.3 Remonter à la pièce

Chaque ligne porte son origine et, quand il y en a une, un bouton qui ouvre la pièce d'origine : la facture, la commande, le flux, la ligne de crédit. C'est ce qui rend la prévision discutable en réunion.

La colonne Certitude porte trois valeurs, jamais moyennées :

Le filtre Certain seulement ne garde que la première. Pondérer les montants par un coefficient de probabilité aurait produit un chiffre unique que personne ne sait interpréter — ce module ne le fait pas.

2.4 Deux comportements à connaître

Une échéance déjà passée est reportée au premier jour et marquée Échéance déjà passée. L'écarter ferait disparaître les factures en retard, qui sont précisément celles dont la trésorerie dépend le plus.

Une commande n'est comptée que pour sa part non facturée. La facture, elle, est déjà dans les échéances, avec sa date d'échéance réelle — qui est la bonne.

2.5 Recalculer

Calculer efface les lignes et refait. Pour garder une trace d'un état, créez une nouvelle prévision plutôt que de recalculer l'ancienne.

3. Les flux récurrents

Configuration → Flux récurrents.

Odoo Community n'a pas de module d'abonnements — sale_subscription est une application Enterprise. C'est donc ici que se déclarent la paie, les loyers, les abonnements encaissés, les échéances d'emprunt et les acomptes d'impôt.

La date de fin évite le double comptage. Un abonnement dont les factures réelles existent déjà pour les deux prochains mois doit être borné à aujourd'hui : sinon la prévision compte la facture et la projection.

4. Les lignes de crédit

Financement → Lignes de crédit.

Une ligne de crédit n'est pas un solde. C'est de l'argent qu'on peut prendre. Elle n'entre jamais dans la position consolidée — seulement, et sur demande, dans la prévision.

4.1 Déclarer une ligne

Nature (découvert autorisé, revolving, crédit à terme, affacturage, cession Dailly), établissement prêteur, référence du contrat, montant autorisé, dates d'ouverture et d'échéance.

Le taux d'intérêt et la commission de non-utilisation sont pour mémoire : ce module ne calcule aucun intérêt. Le faire exigerait de connaître la base de calcul, la convention de jours et les commissions du contrat, qu'il ne lit pas.

4.2 Saisir les tirages

Onglet Tirages et remboursements. Date, sens, montant toujours positif, référence. Un remboursement se saisit en choisissant le sens, jamais en tapant un montant négatif : les deux se compenseraient au total, mais l'historique deviendrait illisible.

Le disponible se met à jour : montant autorisé − encours.

L'encours ne peut pas dépasser l'autorisation. Le module refuse le tirage de trop, et refuse aussi qu'on abaisse l'autorisation sous l'encours. Sans cette règle, un tirage saisi deux fois produirait un disponible négatif — et un disponible négatif ne ressemble pas à une erreur, c'est un nombre parmi d'autres.

Si la banque a réellement relevé votre autorisation, changez le montant autorisé : c'est la bonne correction.

5. Les covenants bancaires

Financement → Covenants bancaires.

Un covenant est une clause chiffrée d'un contrat de prêt. Le franchir n'est pas un incident technique : c'est un cas de déchéance du terme, c'est-à-dire le droit pour la banque d'exiger le remboursement immédiat.

5.1 Déclarer une clause

5.2 Enregistrer une mesure

Onglet Mesures. Date d'arrêté et valeur mesurée — c'est vous qui calculez le ratio. Le module ne le calcule pas à votre place, pour la raison ci-dessus.

Le seuil et l'opérateur sont recopiés dans la mesure, puis figés. Relever le seuil par avenant en juin ne rend donc pas rétroactivement conformes les mesures de mars : c'est exactement ce qu'un contrôle cherche.

Une seule mesure par covenant et par date.

5.3 Lire le constat

La fiche affiche une phrase déclarative :

Mesuré à 3,8 le 13/09/2026. Clause en vigueur ce jour-là : valeur ≤ 3,5. Seuil franchi.

Et rien d'autre. Ce module ne dit pas s'il faut appeler la banque, négocier un avenant, demander une renonciation, ni si le franchissement est grave. Ces décisions dépendent du contrat, de la relation bancaire et d'un conseil juridique — trois choses qu'un ERP ne lit pas. Aucun champ du modèle ne porte de recommandation, et un test automatisé le vérifie à chaque livraison.

L'état affiché suit la dernière mesure dans le temps, pas la dernière saisie : une régularisation saisie après coup mais datée d'un arrêté antérieur ne change pas l'état courant.

6. La position consolidée

Prévision → Positions consolidées.

Le socle gratuit additionne les soldes au taux du jour et affiche un total. C'est suffisant pour une entreprise monodevise, et insuffisant dès qu'il y en a deux : rien ne dit avec quel taux la conversion a été faite, ni de quand il date.

Une position est un arrêté daté. Elle fige, ligne par ligne :

• le solde en devise et son origine — relevé de la banque ou écritures ;
• le taux employé, la date de ce taux et sa provenance — un fournisseur de cotation nommé, ou « saisi dans Odoo » ;
• le fait que ce taux soit périmé.

Fraîcheur attendue des taux (jours) — 7 par défaut. Au-delà, la ligne est marquée et signalée en haut de l'écran. Le total est calculé quand même : un taux vieux vaut mieux qu'aucun chiffre, à condition que sa vieillesse soit visible.

Pour garder une trace d'un arrêté, créez une nouvelle position : recalculer efface et refait.

7. Les taux de change

7.1 Le cas le plus fréquent : vous n'avez pas de clé

Le module fonctionne. Il utilise les taux déjà enregistrés dans Odoo — saisis à la main ou importés autrement —, n'invente rien, et affiche sur chaque ligne d'où vient le taux. Aucun appel ne part.

Les taux se saisissent dans Odoo à l'endroit habituel : Configuration → Devises → une devise → onglet Taux.

7.2 Connecter le fournisseur que vous avez

Configuration → Fournisseurs de cotation. Quatre services sont préparés et livrés désactivés :

Tous ont un palier gratuit et une clé obtenue par simple inscription.

1. Ouvrez le service, saisissez votre clé d'accès, cochez Actif.
2. Cliquez sur Essayer. Le résultat de l'essai s'affiche dans la fiche, avec la réponse brute.
3. Si le taux n'est pas lu, c'est le chemin du taux qui ne correspond plus : la réponse brute vous montre où il est. Corrigez le champ, réessayez.

Pourquoi ces champs sont modifiables. Ces quatre connecteurs n'ont pas pu être exécutés contre les vrais services : ils exigent tous une inscription. Les formes de réponse viennent des documentations publiques. Écrire « vérifié » aurait été une fausse confirmation — et une fausse confirmation éteint la vigilance de celui qui lit.

Plusieurs services actifs forment une chaîne : ils sont essayés dans l'ordre de préférence, et le premier qui répond gagne. Un service en panne est mis de côté pour un délai, puis réessayé. Tout cela vient du socle dyo_connexions_base : ce module ne réécrit pas une seconde chaîne.

7.3 Ce qui n'est pas proposé, et pourquoi

• Bloomberg — l'accès programmatique suppose un abonnement Terminal à plusieurs dizaines de milliers de dollars par an. Aucun acheteur d'application Odoo Community n'en a un.
• Yahoo Finance — plus d'API publique officielle depuis 2017. Ce qui circule sont des points d'accès non documentés, qui cassent sans préavis.
• Google Finance — n'expose aucune API.

7.4 La mise à jour automatique

Un cron Trésorerie : mise à jour des taux de change est livré désactivé : tant qu'aucun fournisseur n'a de clé, il ne ferait que constater l'absence une fois par jour. Activez-le en même temps que vous connectez un fournisseur (Paramètres → Technique → Actions planifiées).

Le cron fait, trace, et ne prévient personne : réveiller quelqu'un parce qu'un fournisseur de cotation n'a pas répondu serait disproportionné pour une information qui sera exacte demain matin. L'état de chaque source, avec la date de son premier échec, est visible dans l'écran des fournisseurs.

8. Questions fréquentes

La prévision ignore mes commandes de vente. Vérifiez le bandeau jaune en haut de la fiche : il dit si le module Ventes est installé. Sans lui, la case reste sans effet.

Mon abonnement est compté deux fois. Le flux récurrent n'a pas de date de fin, et les factures réelles existent déjà. Bornez le flux à aujourd'hui.

Le point bas paraît catastrophique. Vérifiez la case Remboursement des lignes de crédit à leur échéance : cochée, elle porte tout l'encours en décaissement au jour de l'échéance de l'autorisation. C'est un scénario, pas une prévision.

Un covenant franchi : que dois-je faire ? Ce module ne répond pas à cette question, et c'est délibéré. Il vous dit ce qui est mesuré, à quelle date, contre quel seuil. La conduite à tenir se lit dans le contrat et se décide avec un conseil.

Le module envoie-t-il des données à un tiers ? Uniquement les paires de devises que vous demandez, et uniquement vers le fournisseur de cotation que vous avez activé avec votre clé. Aucun appel ne part d'un affichage : ils ne partent que du cron ou d'un geste explicite — une garde du socle le vérifie, et un test l'éprouve.