Le travail JD Edwards, sur une grille filtrable. Nomajde regroupe sur un ensemble réduit de grilles modifiables en ligne ce que JDE répartit sur de nombreux formulaires — master utilisateur, description des rôles, security workbench, environnements, tables UDC, transactions, planification BIP. Chaque modification est écrite directement dans JDE, par SQL sur les tables de sécurité et par appels REST AIS. Aucun extract nocturne, aucune copie intermédiaire.
Pourquoi il existe
JD Edwards est un produit profond. La plupart des tâches quotidiennes — ajouter un utilisateur, rattacher un rôle, modifier une valeur UDC, planifier un état BIP — demandent de naviguer entre cinq ou six formulaires, parfois entre le fat client et le web client. Les opérateurs finissent le travail ; ils y passent deux fois le temps nécessaire.
Créer l’utilisateur dans P0092, fixer le mot de passe dans le security workbench, rattacher les rôles dans P95921, choisir les environnements dans P0093, copier la sécurité depuis un utilisateur de référence — chaque écran isolé, avec son propre contrôle de données.
Les formulaires JDE éditent une ligne à la fois. Quand l’intégrateur livre un nouveau module avec 200 valeurs UDC, l’opérateur les saisit à la main — ou bricole un script SQL en espérant que rien ne casse.
Planifier un état BIP passe par le planificateur JDE, la sortie atterrit là où la file d’impression l’a déposée, et l’audit du « qui a lancé quoi, quand » repose sur la mémoire de l’opérateur.
Nomajde remplace le ping-pong d’écrans par une page par sujet, l’édition ligne à ligne par l’édition sur grille et l’upload Excel, et la trace inexistante par un historique de chaque run et de chaque modification.
Ce qu’est Nomajde
Derrière les écrans
Travail quotidien
Chaque écriture atteint les tables JDE et l’API AIS comme le ferait le fat client — le changement est visible au prochain rafraîchissement JDE.
Upload Excel sur chaque écran modifiable — UDC, security workbench, relations de rôles, environnements. Chargez un déploiement en quelques minutes.
Chaque modification porte l’utilisateur Nomajde, l’horodatage et l’écran d’origine — JDE le voit, et l’Audit Trail aussi.
Une instance par client — à côté des serveurs JDE, dans votre cloud, ou hébergée par Nomana-IT sur OCI ou AWS. Pas de SaaS mutualisé : les identifiants et les données maîtres restent dans votre instance dédiée.
Ce qu’il couvre
Écrans
La grille Security Workbench — chaque entrée de sécurité JDE sur une ligne, avec les indicateurs d’action côte à côte et une boîte de dialogue qui s’adapte au type de sécurité.
Le formulaire Gestion des utilisateurs — la fiche utilisateur modifiable, avec le double workflow SQL + AIS exécuté à l’enregistrement.
Dans le produit
L’application embarque quatre rôles.
Lit chaque écran, exécute les rapports, aucune modification.
Tout ce que fait un Viewer, plus les modifications AP / AR / données maîtres et la planification de rapports.
Tout ce que fait un Operator, plus la section Maintenance sécurité (Utilisateurs, Rôles, Relations de rôles, Environnements, Security Workbench).
Tout ce qui précède, plus la configuration des environnements, l’endpoint AIS et la rétention de l’archive.
Un déploiement typique sépare Operator de Security : la personne qui traite les transactions n’est pas celle qui gère les droits d’accès.
FAQ
Nomajde est une application compagnon de JD Edwards EnterpriseOne éditée par Nomana-IT. Elle regroupe les données maîtres, la maintenance sécurité, les transactions AP/AR/GL, la planification BI Publisher et la supervision sur des grilles filtrables avec édition en ligne, au lieu de nombreux formulaires JDE séparés.
Oui. Chaque écriture atteint les tables JD Edwards et l’API AIS comme le ferait le fat client, si bien que le changement est visible au prochain rafraîchissement JDE. Les contrôles de champs obligatoires que JDE applique à l’enregistrement sont également appliqués.
Oui. Chaque écran modifiable accepte un upload Excel — types et valeurs UDC, security workbench, relations de rôles et environnements — pour charger un déploiement en quelques minutes.
SQL écrit le master utilisateur et les préférences, tandis que l’API REST AIS provisionne le compte de sécurité et le mot de passe. Importer la sécurité et Fusionner les rôles copient un paramétrage de sécurité complet d’un utilisateur source vers une cible, dans un workflow guidé.
Oui. Chaque modification porte l’utilisateur Nomajde, l’horodatage et l’écran d’origine ; elle est donc visible dans JD Edwards et dans l’Audit Trail.
Nomajde et Nomasx-1 sont tous deux conçus avec et pour le framework Liberty Next. Nomasx-1 analyse la sécurité, les licences et la séparation des tâches ; Nomajde est l’outil où les changements correspondants sont faits dans JD Edwards, y compris en masse.
Installez Nomajde, pointez-le sur votre base JDE, et donnez à vos opérateurs une grille filtrable unique pour les données maîtres, la sécurité, les transactions et le reporting.