Partir de ce qui existe
L’analyse commence par les composants et les solutions déjà présents dans votre SI : réutilisations possibles, dépendances concernées, besoins qui demandent une nouvelle solution.
Exploitez l’existant plutôt que de reconstruire votre système d’information : vos outils restent vos références, Ekera les complète.
Le diagnostic initial s’appuie sur vos documents et vos exports. Pour tenir la carte à jour, Ekera peut ensuite utiliser des connecteurs, des API en lecture seule ou un collecteur installé chez vous, selon les intégrations disponibles ; les modalités d’accès sont définies avec votre équipe informatique. Vos outils de gestion, d’inventaire, d’architecture et de conformité restent vos références : Ekera les complète, et n’y écrit qu’après validation, selon les droits et les possibilités de chaque outil. Un seul outil fait foi pour chaque type d’objet.
Vos changements restent sous votre contrôle : validation, traçabilité et retour arrière.
| Ce qui est rangé | Outil de référence | Ce qu’Ekera lit | Ce qu’Ekera écrit, après validation |
|---|---|---|---|
| Vues d’architecture et scénarios | Archi | Le modèle, à chaque enregistrement | Propositions de vues et de relations |
| Applications et flux | Mercator | Applications, flux, responsables | Statuts, nouvelles applications, briques |
| Équipements | GLPI ou iTop | Postes, serveurs, logiciels et versions | Fins d’usage, sauvegardes, secours |
| Réseau | NetBox | Zones et passages entre zones | Passages à filtrer |
| Conformité | CISO Assistant | Mesures et preuves | Actions NIS2, preuves datées |
| Achats et fournisseurs | Votre logiciel d’achat | Devis, commandes, contrats, fournisseurs, factures | Demandes de devis, validées par vos achats ; jamais de commande |
Vous utilisez d’autres outils ouverts, comme MONARC pour l’analyse de risques ? Ekera pourra s’y connecter, à la demande.
Le connecteur s’écrit en quelques jours à partir de la documentation de l’éditeur, puis s’éprouve chez vous avant de lire quoi que ce soit.
Ekera ne passe jamais de commande.
Votre logiciel d’achat, c’est le plus souvent le module achats de votre ERP (Sage X3, Divalto, Cegid, Microsoft Dynamics 365, SAP) ou une suite d’achats (Ivalua, Coupa, SAP Ariba). Sans outil d’achat : Dolibarr, logiciel libre français, ou le module Gestion de GLPI.
Les projets informatiques doivent respecter les contraintes métier, techniques, économiques et de sécurité de l’entreprise. Ekera relie ces contraintes à la cartographie pour préparer les scénarios d’architecture et en évaluer les conséquences.
L’analyse commence par les composants et les solutions déjà présents dans votre SI : réutilisations possibles, dépendances concernées, besoins qui demandent une nouvelle solution.
Les scénarios se comparent selon leurs conséquences sur l’architecture, les risques, les coûts et les contraintes identifiées ; le moteur chiffre chaque variante.
DAT, dossier d’homologation, HLD, EBIOS RM : Ekera remplit ce que la carte établit, chaque valeur avec sa source, et marque le reste « à compléter » ; les architectes responsables relisent et valident dans Ekera avant toute publication.
L’architecture cible et vos contraintes sont remises à vos outils de génération de code ou d’infrastructure, ou à vos équipes. Génération, vérification et mise en production restent séparées, avec un contrôle à chaque étape.
Un panneau Ekera dans l’outil Archi et le catalogue de briques sont présentés dans les écrans ; le parcours du besoin à l’application, dans ses écrans, données fictives.
Une mesure de sécurité peut se mettre en œuvre de plusieurs façons : le choix dépend des exigences, des outils déjà présents, des coûts et des contraintes. Ekera structure cette comparaison, en partant du besoin, de l’existant et des contraintes de l’entreprise.
Les ABB disent ce qu’il faut (« accès distant avec double authentification »), les SBB disent avec quelle solution et à quel coût. Chaque brique est reliée aux gestes de sécurité, aux mesures NIS2 et au calcul : la poser change les euros. Un agent de veille, un assistant qui surveille les fins de support, les failles et les prix, propose les mises à jour ; un architecte d’Ekera les valide avant publication.
Chaque brique posée produit une fiche de retour : coût et délai prévus et réels, difficultés rencontrées, effet constaté. Anonymisées et agrégées, avec l’accord écrit de chaque client, ces fiches rendront plus justes les chiffrages des clients suivants : chacun profite de l’expérience des autres.
Sauvegarde hors d’atteinte, contrôle des accès distants, surveillance des vulnérabilités : les besoins d’architecture (ABB), communs à tous, reliés aux mesures NIS2 et au calcul.
Les solutions (SBB) qui répondent au besoin, avec leurs caractéristiques, leurs limites, leurs qualifications de l’ANSSI et leurs prix publics relevés et datés ; sinon « sur devis », plutôt qu’un chiffre inventé.
Les solutions installées, les licences détenues, les fournisseurs référencés et vos prix négociés. Ce catalogue n’appartient qu’à vous.
Coût et délai réels, difficultés rencontrées, effet constaté sur le calcul. Vos retours enrichissent d’abord votre catalogue. Ils ne servent aux autres clients qu’anonymisés, agrégés sur au moins cinq entreprises, et avec votre accord écrit.
Un premier échange de 30 minutes : le cadrage de votre besoin, le périmètre envisageable et la liste des informations nécessaires au diagnostic. Le diagnostic initial part de vos documents et de vos exports, sans accès direct à votre système d’information.