Aller au contenu principal

Applications

L'écran Applications est le registre central des applications auxquelles Nomasx-1 se connecte. Une ligne par application. Chaque ligne porte l'identifiant affiché dans le reste du produit, le type de système source, la base sous-jacente et les détails de connexion (hôte, port, URL JDBC, utilisateur, mot de passe).

C'est le premier écran à renseigner pour amener un nouveau système source, et le dernier à toucher une fois que tout le reste fonctionne.


Vue d'ensemble

Nomasx-1 · Paramètres · Global · ApplicationsIDNOMTYPEBASEHÔTE12JDE ProductionJDEORACLEdb-prd-jde-01.corp.local13JDE TestJDEORACLEdb-tst-jde-01.corp.local21SAP ProductionSAPHANAdb-prd-sap-01.corp.local

Objectif de l'écran

Maintenir le registre auquel chaque autre écran fait référence :

  • Déclarer chaque système source. Une ligne par application — ID, nom, type (JDE, SAP, sur mesure…), type de base (ORACLE, HANA, MSSQL, POSTGRES…), hôte.
  • Porter les détails de connexion. Port, base, URL JDBC, utilisateur, mot de passe, indicateurs Direct DB / DB Link sont stockés ici, masqués par défaut. Les valeurs sont lues par les scanners Nomasx-1.
  • Établir l'application ID qui circule dans tous les autres écrans — le fil reliant utilisateur, rôle, conflit, licence et audit.

Colonnes

ColonneSourceCe qu'on y lit
IDAPPS_ID — identifiant numérique.Identifiant repris partout ailleurs dans le produit.
NomAPPS_NAME — nom convivial.Libellé lisible.
TypeAPPS_TYPE — type de système source.JDE, SAP, sur mesure… Indique au connecteur quel catalogue lire.
Type de baseAPPS_DBTYPE — backend.ORACLE, HANA, MSSQL, POSTGRES
PaysAPPS_CTRY_ID — code pays ISO.Étiquette pays portée par le connecteur.
HôteAPPS_HOST — serveur.Hostname / IP.
PortAPPS_PORT — port. Masqué.Port base.
BaseAPPS_DATABASE — schéma / SID. Masqué.Identifiant côté base.
Utilisateur / Mot de passeAPPS_USER, APPS_PASSWORD — identifiants. Masqués.Utilisés par Nomasx-1 pour lire la source.
Direct DB / DB LinkAPPS_DIRECTDB, APPS_DBLINK — indicateurs. Masqués.Précisent si le connecteur passe par un DB link ou en direct.
JDBCAPPS_JDBC — URL JDBC. Masquée.Chaîne de connexion utilisée hors DB link.

Les colonnes d'audit APPS_AUDIT_USER, APPS_AUDIT_DATE sont conservées sur la ligne.


Boîte de dialogue

Cliquer sur Ajouter dans la barre d'outils pour créer une application, ou double-cliquer une ligne pour la modifier. La boîte s'ouvre sur l'onglet Application. Les deux onglets en lecture seule Suivi d'activité et Audit Trail sont masqués à l'ajout — ils n'apparaissent qu'en modification.

Modifier l'application — JDE ProductionApplicationConnexionJD EdwardsLDAPSuivi d'activitéAudit TrailID12NomJDE ProductionTypeJDE ▾Type de baseORACLE ▾CHAMPS REQUIS À L'AJOUTL'ID est en lecture seule en modification et obligatoire à l'ajout. Nom, Type et Type de base sont obligatoires dans les deux cas.Les onglets Suivi d'activité et Audit Trail n'apparaissent qu'après création de la ligne.AnnulerEnregistrer

Onglet 1 — Application

Identité de l'application. L'ID est en lecture seule en modification et obligatoire à l'ajout. Les quatre champs sont obligatoires.

ChampÀ renseigner
IDIdentifiant numérique. Reste stable dans tout le produit — ne pas le renuméroter une fois l'application en service.
NomLibellé convivial qui apparaît sur tous les exports.
TypeType de système source : JDE, SAP, sur mesure. Indique au connecteur quel catalogue lire.
Type de baseTechnologie sous-jacente : ORACLE, HANA, MSSQL, POSTGRES

Onglet 2 — Connexion

Où se trouve la base source et comment Nomasx-1 s'y connecte.

ChampÀ renseigner
HôteNom DNS ou adresse IP du serveur de base.
PortPort base (1521 pour Oracle, 1433 pour MSSQL…).
BaseSchéma / SID / nom de service.
UtilisateurCompte en lecture utilisé par Nomasx-1 pour scanner la source.
Mot de passeMot de passe du compte. Stocké chiffré par Nomasx-1.

Onglet 3 — JD Edwards

Paramètres réservés aux applications JDE. Renseigner les schémas qui localisent les tables de sécurité et les tables maîtres JDE, puis activer les sources de données à collecter et fixer la rétention pour la purge Object Usage Tracking.

ChampÀ renseigner
JDE SYSchéma qui contient les tables JDE System.
JDE DTASchéma qui contient les tables Business Data.
JDE CTLSchéma qui contient les tables Control.
JDE SVMSchéma qui contient les tables Server Map.
JDE COSchéma qui contient les tables Common.
JDE OLSchéma qui contient les tables Object Librarian.
F00950Schéma qui héberge la table du security workbench.
Menu standardActiver pour lire les menus JDE standard lors du scan.
E1 PagesActiver pour collecter les E1 Pages.
E1 CompositeActiver pour collecter les pages composites.
Purge OUTActiver pour que Nomasx-1 nettoie automatiquement les anciennes lignes Object Usage Tracking.
Rétention OUT (jours)Nombre de jours d'historique à conserver lors de la purge.
astuce

L'activation d'Object Usage Tracking enregistre plusieurs milliers de lignes par jour. Une fois les données agrégées par Nomasx-1, une purge automatique maintient la table saine — activer Purge OUT et choisir une rétention adaptée au besoin d'audit.

Les valeurs des schémas viennent de l'installation JDE du client — l'administrateur JDE est l'interlocuteur.

Onglet 4 — LDAP

Périmètre LDAP / Active Directory de l'application. Les valeurs déterminent les entrées AD remontées par le scan LDAP.

ChampÀ renseigner
LDAP ContextDN de base d'où démarre la recherche (par exemple OU=Users,DC=corp,DC=local).
LDAP FilterFiltre de recherche LDAP qui restreint les entrées remontées.
LDAP ExcludeListe séparée par virgule des entrées à exclure du scan.

Onglet 5 — Suivi d'activité

Configure les objets de base que Nomasx-1 doit surveiller pour alimenter l'écran Applications → Transactions. Grille imbriquée de règles de collecte ; une ligne par règle. Ajouter une ligne pour élargir le périmètre, retirer une ligne pour le restreindre. Masqué à l'ajout — apparaît une fois l'application créée.

ChampÀ renseigner
TypeType d'objet visé par la règle (par exemple TABLE, SCHEMA, OWNER).
Sous-typeSous-classe à l'intérieur du type — indique au connecteur comment interroger la cible.
NomNom de la table, du schéma ou du propriétaire concerné.
RègleRègle de collecte (filtre de colonne, expression d'inclusion / exclusion, rétention…).

Chaque ligne s'ouvre dans sa propre boîte de dialogue avec ces quatre champs.

Onglet 6 — Audit Trail

Configure la connexion utilisée par Nomasx-1 pour lire les archive logs Oracle de cette application. Formulaire unique, une ligne par application. Les valeurs sont lues par le connecteur qui rapatrie les données d'audit et alimente les écrans Base de données → Audit Trail / Audit Lookup. Masqué à l'ajout — apparaît une fois l'application créée.

ChampÀ renseigner
UtilisateurCompte base autorisé à lire les vues d'archive logs.
Mot de passeMot de passe du compte. Stocké chiffré.
HôteNom DNS ou adresse IP de la base hébergeant les archive logs.
PortPort base (1521 sur une installation Oracle standard).
BaseService name / SID de la base.
SCNSystem Change Number de départ — point de reprise de la prochaine extraction.
DernierHorodatage en lecture seule de la dernière extraction réussie.

Clic droit sur une ligne pour ouvrir le menu. Les raccourcis pointent vers les écrans dédiés, pré-filtrés sur l'application sélectionnée.

ActionVers où
JD EdwardsÉcran de paramétrage JDE spécifique à l'application.
LDAPÉcran de périmètre LDAP de l'application.
Suivi d'activitéBase de données → Suivi d'activité filtré sur l'application en cours.

Conseils & bonnes pratiques

  • Les ID d'application doivent rester stables. Quand une application est référencée dans rôles, conflits, licences et piste d'audit, renuméroter l'ID casse l'historique.
  • Choisir un nom parlant. Le nom apparaît sur chaque export — des libellés courts et reconnaissables rendent les livrables plus lisibles.
  • Maintenir les identifiants à jour. Un connecteur en échec d'identifiants est la cause la plus fréquente de scans obsolètes.
  • Pour les sources non JDE (SAP, ERP sur mesure), vérifier que la valeur Type correspond à ce que les connecteurs Nomasx-1 attendent — les scanners s'y embranchent.