Même si vous n’y avez probablement jamais pensé de cette façon, les instances HTML dans votre système JD Edwards EnterpriseOne sont l’un des composants les plus importants et critiques pour votre solution ERP. Pourquoi? Parce que sans eux, les utilisateurs seraient forcés de revenir à l’époque des gros clients et il deviendrait un cauchemar d’administrer le nombre d’installations sur les gros clients pour servir les utilisateurs finaux.
Alors, comment maintenez-vous et surveillez-vous les instances HTML? Trop souvent, cela peut être un défi en soi.
Maux de tête créés par la surveillance HTML quotidienne
Voici quelques scénarios qui pourraient vous causer des maux de tête lors de votre surveillance quotidienne des instances HTML :
- Se connecter manuellement à chaque instance avant le début des heures de production OU avoir un horaire fixe à un moment donné dans la journée pour tester chaque instance
Cette méthode est acceptable pour les petites boutiques qui n’ont que quelques instances HTML à vérifier, mais est-ce que c’est évolutif? Disons que j’ai 6 instances de production. Je les vérifie chaque matin à 6 h car mes heures de production sont de 7 h à 19 h, donc je veux m’assurer qu’elles fonctionnent toutes avant que les utilisateurs se connectent. Je me connecte manuellement aux 6 et je me déconnecte, et ma vérification est terminée.
Mais que se passe-t-il si vous avez plus de 6 instances web, genre 20 ou plus? Cela prendrait beaucoup plus de temps à tester manuellement en se connectant à tous, et cela ajouterait le coût supplémentaire si quelqu’un devrait le faire.
Ne serait-ce pas agréable d’automatiser le processus, en le faisant fonctionner régulièrement tout au long de la journée? Cela éliminerait l’étape des tests manuels, et permettrait aussi de fournir des tests et des validations continus au lieu d’une seule vérification à un moment donné. - Des utilisateurs disant : « Je ne peux pas me connecter. »
Les CNC redoutent ce message d’un utilisateur à 14h, alors qu’il n’avait aucune idée qu’il y avait un problème. Est-ce que c’est juste cet utilisateur ou d’autres ont un problème? L’erreur se produit-elle dans toutes vos instances ou seulement une? Quelle instance est-ce et pourquoi est-elle hors service?
Vous êtes maintenant en mode brouillage en sautant sur le système pour essayer de comprendre quelle instance cause le problème et pourquoi il est hors service. Dans un monde idéal, les CNC aimeraient recevoir une notification d’un problème avant d’en avoir l’utilisateur final. - Entendre « Le système est lent. Je clique sur une vue de tâche et ça tourne ou ça met beaucoup de temps avant que l’écran suivant apparaisse. »
Est-ce un incident isolé sur cette instance web HTML à laquelle l’utilisateur est connecté ou est-ce un problème à l’échelle du système? Chaque CNC ayant déjà fait face à ce problème serait heureux d’avoir un tableau de bord aidé à identifier s’il s’agissait d’un incident isolé ou d’un problème à l’échelle du système. - La mise en cache après un redémarrage ou un déploiement complet du package cause des performances temporairement lentes
Cela peut être frustrant pour les utilisateurs finaux qui se connectent pour la première fois après ces événements. Pour minimiser ou éliminer la perte temporaire de performance lors de la mise en cache initiale, ne serait-il pas génial d’avoir une fonctionnalité qui pourrait reconstruire le cache avant qu’un utilisateur ait à attendre que l’application se charge la première fois?
Avez-vous vécu l’un de ces scénarios ou situations? Si vous êtes un CNC expérimenté ou un utilisateur expérimenté de JDE, la réponse est presque certainement oui, car la fonctionnalité prête à l’emploi de JD Edwards vous limite essentiellement à la surveillance manuelle des instances HTML.
Heureusement, il existe une meilleure façon.
Automatisez la surveillance des instances HTML de JD Edwards avec Syntax EnterpriseCare®
Syntax EnterpriseCare® vous permet de réduire, voire d’éliminer, la surveillance manuelle des instances HTML. Cet outil propriétaire de surveillance ERP Oracle peut vérifier automatiquement toutes vos instances web de façon continue et alerter en cas de problème ou de performance.
À l’intérieur Syntax Les utilisateurs d’EnterpriseCare® JD Edwards peuvent :
- Obtenir un aperçu de la performance des utilisateurs finaux
- Simuler les actions de l’utilisateur final
- Connexion / Déconnexion
- Applications ouvertes / fermées
- Éliminer la performance que le premier utilisateur prend après un redémarrage
- Suivez/stockez la latence/le temps de réponse sur la base de données pour l’analyse
- Créer des alertes et envoyer des notifications sur les erreurs HTTP en utilisant des seuils définis
Le test des instances web a lieu plusieurs fois par heure tout au long de la journée, ce qui élimine le besoin de faire un test manuel chaque matin. Mieux encore, cela augmente la visibilité des problèmes qui pourraient survenir pendant les heures de production.
La capture d’écran ci-dessus montre le tableau de bord du moniteur VirtualUser ainsi qu’une analyse rapide de chaque instance html ainsi que de la performance globale des tests réalisés pour toutes les instances.
Commencez dès aujourd’hui à automatiser votre efficacité pour améliorer l’efficacité de JD Edwards
Alors que la crise de la COVID-19 force les entreprises à « faire plus avec moins », elle renforce la réalité que le temps est peut-être la ressource la plus précieuse du CNC.
Syntax EnterpriseCare® est la solution de surveillance JD Edwards de premier plan dans l’industrie qui offre aux CNC les outils nécessaires pour travailler plus efficacement afin qu’ils puissent se concentrer sur des tâches stratégiques.
En plus de la surveillance HTML automatisée par JD Edwards, Syntax EnterpriseCare® propose des outils de surveillance des emplois, des BSSV et de l’identification des fraudes . Pour en savoir plus, consultez notre page Syntax Page de surveillance EnterpriseCare® ou, pour établir une rencontre individuelle avec l’un de nos experts, contactez-nous dès aujourd’hui pour prendre rendez-vous.