Le produit
Cinq modules, un seul référentiel.
Chaque module répond à une question qu’un DSI doit savoir traiter sans délai. Ils partagent les mêmes entités, les mêmes exercices et les mêmes fournisseurs : le cockpit reste cohérent quand on passe de l’un à l’autre.
01 / 05
FinOps
Le budget du SI, du mandat annuel à la trajectoire pluriannuelle.
Le budget est la question que l’on vous pose, et rarement celle à laquelle vous avez le temps de répondre proprement. FinOps prend le sujet par le bon bout : une ligne de dépense porte son entité, son exercice, sa nature comptable et son caractère Run ou Build. À partir de là, l’écart au budget, la part contrainte et la trajectoire sur trois exercices ne sont plus des reconstitutions manuelles, mais des lectures de la même donnée.
Dans un groupe, chaque entité travaille son propre budget. Le consolidé se construit à partir de ces budgets et non d’un fichier de synthèse tenu à part : quand une filiale corrige une prévision, la vue groupe change le même jour.
Ce que vous y gagnez
- Répondre en séance à « où en est le budget », sans préparer de fichier.
- Séparer ce qui est contraint par des contrats signés de ce qui reste arbitrable.
- Suivre le ratio Run / Build comme un indicateur de marge de manœuvre, pas comme une curiosité.
- Construire le budget N+1 en partant du réalisé N-1 et de la consommation N.
- Parler CAPEX et OPEX avec la direction financière à partir des mêmes chiffres.
Ce que le module suit
- Exercices suivis
- N-1 / N / N+1
- Axes de lecture
- Budget · Réalisé · Prévision
- Natures
- Run / Build · CAPEX / OPEX
- Altitudes
- Groupe et par entité
02 / 05
Contrats fournisseurs
Aucune échéance ne doit vous surprendre.
Un contrat oublié se renouvelle tout seul, et c’est toujours celui dont le prix avait dérivé. Le module suit les dates qui comptent : fin de période, préavis, fenêtre de dénonciation, reconduction tacite. Les échéances remontent par ordre d’urgence, avec la dépense associée et l’entité concernée.
Comme les contrats sont rattachés aux fournisseurs et aux applications, une renégociation ne se prépare plus à l’aveugle : vous voyez la dépense cumulée, les applications qui en dépendent et le niveau de dépendance au fournisseur avant d’ouvrir la discussion.
Ce que vous y gagnez
- Voir arriver les échéances assez tôt pour négocier au lieu de subir.
- Repérer les renouvellements tacites avant que la fenêtre de dénonciation se ferme.
- Rattacher chaque contrat à sa dépense réelle, et non à son montant théorique.
- Préparer une renégociation avec la dépendance au fournisseur sous les yeux.
- Savoir, à tout moment, quelle part du budget est déjà engagée.
Ce que le module suit
- Suivi
- Échéances et préavis
- Alerte
- Renouvellement tacite
- Rattachement
- Fournisseur · Application · Entité
- Effet budget
- Part contrainte
03 / 05
Projets SI
L'avancement, le coût et la dérive dans la même vue.
Un projet SI a deux vies : celle de son planning et celle de son budget. Quand elles sont suivies séparément, la dérive se découvre au moment où elle n’est plus rattrapable. Le module tient les deux dans la même vue : avancement, engagé, consommé, reste à faire.
Les projets alimentent la part Build du budget. L’arbitrage de portefeuille se fait donc avec les conséquences budgétaires visibles : reporter un projet n’est plus une décision de planning isolée, c’est un mouvement de trajectoire que l’on voit se répercuter sur N+1.
Ce que vous y gagnez
- Suivre l'avancement et la consommation budgétaire côte à côte, pas dans deux outils.
- Identifier une dérive quand elle est encore rattrapable.
- Relier la charge Build du budget aux projets qui la portent réellement.
- Arbitrer un portefeuille en connaissant le coût de report de chaque projet.
Ce que le module suit
- Suivi
- Avancement et jalons
- Budget
- Engagé · Consommé · Reste à faire
- Nature
- Build, rattaché au FinOps
- Altitudes
- Portefeuille et par entité
04 / 05
Patrimoine applicatif
Ce que vous exploitez, ce que ça coûte, ce qui va casser.
Un patrimoine applicatif se pilote sur trois dimensions à la fois : ce que l’application apporte au métier, où elle en est de son cycle de vie, et ce qu’elle coûte. Prises séparément, ces dimensions ne décident rien. Croisées, elles font apparaître les vrais sujets : l’application critique en fin de support, celle qui coûte cher pour un usage résiduel, le doublon entre deux filiales.
Le coût affiché n’est pas déclaratif : il vient des contrats et des lignes de dépense rattachés. Une décommission se défend donc avec un chiffre que la direction financière reconnaît.
Ce que vous y gagnez
- Croiser criticité, cycle de vie et coût pour hiérarchiser vraiment.
- Anticiper les fins de support éditeur avant qu'elles deviennent des urgences.
- Justifier une décommission avec le coût annuel réel de l'application.
- Repérer les doublons fonctionnels entre entités d'un même groupe.
Ce que le module suit
- Qualification
- Criticité métier
- Cycle de vie
- Support éditeur et obsolescence
- Coût
- Coût annuel par application
- Rattachement
- Fournisseur · Contrat · Entité
05 / 05
Fournisseurs
Dépense, dépendance et risque, fournisseur par fournisseur.
Dans un groupe, un même fournisseur est souvent contractualisé plusieurs fois, entité par entité. Vu depuis une filiale, il paraît secondaire ; vu depuis le groupe, il concentre une part significative de la dépense. Le module consolide cette vue : ce que vous payez réellement à chaque fournisseur, et sur quoi.
La dépendance se lit ensuite dans les deux sens : combien de contrats, quelles applications critiques, quelle réversibilité. C’est ce qui permet d’entrer en négociation en connaissant son propre poids, et de documenter un risque fournisseur autrement qu’au ressenti.
Ce que vous y gagnez
- Connaître la dépense consolidée par fournisseur, toutes entités confondues.
- Mesurer la dépendance avant de découvrir qu'elle est devenue structurelle.
- Entrer en négociation avec le poids réel que vous représentez.
- Documenter le risque fournisseur pour les exigences de conformité.
Ce que le module suit
- Dépense
- Consolidée toutes entités
- Dépendance
- Concentration et criticité portée
- Risque
- Qualification et réversibilité
- Rattachement
- Contrats · Applications · Projets
Modules
Ce que les modules partagent
Un cockpit n’est pas une collection d’outils côte à côte. Les cinq modules s’appuient sur un socle commun.
Un référentiel d’entités
Siège et filiales déclarés une fois. Toute donnée porte son entité, donc toute vue peut être consolidée ou filtrée.
Des exercices budgétaires
N-1, N, N+1 : le même découpage temporel pour le budget, les contrats, les projets et le patrimoine.
Un annuaire fournisseurs
Un fournisseur, une fiche. Ses contrats, sa dépense et les applications qu’il porte s’y rattachent d’eux-mêmes.
Une lecture consolidée et par entité
La même donnée, deux altitudes de lecture. Le comité de direction et le responsable de filiale n’ont pas besoin de deux outils.
Prêt à cadrer votre pilotage ?
Ouvrez votre cockpit, avec vos propres chiffres.
La souscription et la création de compte se font dans l’application. Ce site ne collecte rien : il vous y conduit.
Vous partez vers app.navops.cloud — page hébergée par l’application.