Une seule plateforme pour tout ce qu’un responsable des licences ou un auditeur vous demande. Un connecteur dédié lit d’un seul tenant le security workbench JD Edwards, les tables utilisateurs / rôles / environnements, l’historique Object Usage Tracking et l’instance Oracle sous-jacente — sans export manuel ni job BIP à lancer au préalable.
Combinaison phare
Le connecteur JD Edwards de Nomasx-1 est le moteur d’origine du produit et il est inclus en standard. Il accède aux tables de sécurité JDE, rapatrie l’historique Object Usage Tracking depuis l’Object Librarian et lit les vues DBA Oracle — le tout depuis une seule datasource configurée. Un client JDE sur Oracle passe de l’installation à une première photographie prête pour l’audit en quelques heures, pas en semaines.
Utilisateurs, rôles, relations de rôles, environnements, security workbench — lus en direct.
Nombre d’utilisateurs et dates de dernière utilisation par composant, issus directement de l’historique OUT.
Détectent les options, packs et fonctionnalités Oracle réellement utilisés sur chaque instance.
Pas de job BIP à planifier, pas d’audit JDE à activer — une simple datasource en lecture seule.
Pourquoi il existe
Les équipes qui répondent aux questions de conformité ne regardent jamais le même écran. Les données de sécurité sont dans le security workbench de l’ERP, les données de licence dans des tableurs tenus à la main, les analyses SoD dans une matrice Excel périmée, les options de base de données dans des vues DBA que personne hors IT ne sait lire.
Un utilisateur parti il y a un an détient encore le rôle d’approbation fournisseurs (AP). Un conflit SoD ouvert en mars est toujours ouvert en octobre. Personne ne le voit avant l’audit suivant.
Le renouvellement arrive. Personne ne peut dire quels modules JDE sont réellement utilisés ni quelles options Oracle tournent sur la base. La réponse la plus sûre : tout renouveler — au prix fort.
La matrice SoD est un fichier Excel sur le poste de quelqu’un. Le contrôle a lieu une fois par an, deux semaines avant l’arrivée de l’auditeur. Chaque constat devient une remédiation en urgence.
Nomasx-1 remplace les tableurs, les exports manuels et la course annuelle par une photographie continue, maintenue par le produit lui-même.
Ce qu’est Nomasx-1
Sources connectées
Sorties
JDE aujourd’hui, SAP demain, une entité cédée sur NetSuite — un nouveau connecteur se raccorde sans toucher au reste du produit.
Les scans suivent une planification. Le tableau de bord que l’auditeur ouvre à 9 h est la photographie du dernier scan, pas le tableur du trimestre précédent.
Chaque grille s’exporte en Excel, chaque exception laisse une piste de validation, chaque modification de la matrice SoD est tracée.
Une instance par client — dans vos locaux, dans votre cloud ou hébergée par Nomana-IT sur OCI ou AWS. Les données de sécurité, les chiffres de licence et les constats SoD ne sont jamais mutualisés dans un SaaS partagé.
Ce que couvre la plateforme
Écrans
La photographie de conformité des licences — une ligne par base × composant, avec un indicateur vert / rouge issu directement des scripts de collecte. Le tableau de bord qu’un responsable des licences ouvre avant chaque renouvellement.
Une synthèse de séparation des tâches par utilisateur, avec les conflits classés par risque et les conflits prouvés repérés.
Dans le produit
L’application embarque quatre rôles. Ils déterminent ce que chaque utilisateur voit et peut modifier.
Consulte chaque écran, exécute les rapports, aucune modification.
Tout ce que fait un Viewer, plus la mise à jour des matrices SoD, la planification des scans et la gestion des notifications.
Tout ce que fait un Viewer, plus la validation des exceptions. Seul rôle habilité à clôturer un conflit signalé.
Tout ce qui précède, plus la gestion de la configuration des sources (datasources ERP, comptes Oracle, mappage LDAP / AD).
Un déploiement typique sépare Auditor d’Administrator : la personne qui configure l’analyse ne doit pas être celle qui en valide les constats.
Questions fréquentes
Nomasx-1 est une plateforme de conformité et d’optimisation des licences éditée par Nomana-IT et construite avec Liberty Next. Elle réunit la conformité des licences Oracle et JD Edwards, l’Object Usage Tracking, la sécurité applicative et la séparation des tâches dans une application mono-tenant prête pour l’audit, conçue d’abord pour JD Edwards EnterpriseOne sur Oracle.
L’Object Usage Tracking enregistre chaque appel d’objet et l’agrège par composant de licence, en distinguant les accès dormants de l’usage réel. Le rapport d’utilisation et le rapport financier comparent ensuite les licences requises aux licences acquises et chiffrent l’écart avant chaque renouvellement.
Il fournit une matrice SoD éditable avec des risques ERP prédéfinis et les vôtres, exprimés en processus, activités et risques plutôt qu’en couples de rôles bruts. Les conflits sont classés par utilisateur, par rôle et par objet, et les conflits prouvés — les actions réellement effectuées — sont isolés des conflits théoriques.
Non. L’utilisation des objets est capturée de façon passive, sans activer l’audit propre à l’ERP et sans impact opérationnel.
JD Edwards EnterpriseOne est la source phare, avec des scripts d’audit pour Oracle Database. Des connecteurs couvrent aussi SAP, NetSuite et les ERP métier sur MSSQL, HANA ou PostgreSQL, et les comptes sont rapprochés de l’annuaire LDAP ou Active Directory.
Là où vous le souhaitez, toujours en mono-tenant : dans vos locaux, dans votre propre cloud ou hébergé par Nomana-IT sur Oracle Cloud Infrastructure (OCI) ou AWS. Les données de sécurité, les chiffres de licence et les constats SoD restent dans votre instance dédiée — jamais dans un SaaS partagé.
Contactez-nous pour découvrir comment Nomasx-1 réunit conformité des licences, sécurité et séparation des tâches dans une photographie continue.