Comment optimiser vos personnalisations Epicor grâce à l’IA
L’IA est de plus en plus présente dans Epicor Kinetic, qu’il s’agisse d’agents traitant les données opérationnelles ou d’outils facilitant le développement du système lui-même. Prism Developer pour Application Studio appartient à cette dernière catégorie.
Il s’agit d’un assistant IA directement intégré à l’environnement de personnalisation de Kinetic, conçu pour générer des composants d’Application Studio à partir du langage naturel et réduire le temps de développement manuel à l’origine de la plupart des retards dans les personnalisations.
Cet article explique ce qu’il fait, où il apporte le plus de valeur, ce qu’il faut pour y accéder et dans quels cas le jugement du développeur prime encore sur la rapidité.
Table des matières
Le problème du travail en retard de personnalisation
Toute équipe ERP chargée de gérer les demandes de personnalisation pour Kinetic connaît bien ce schéma. Une demande arrive, le dossier commercial est valable et elle est mise en file d’attente. Puis, cela prend plus de temps que prévu. Non pas parce que l’équipe est lente, mais parce que même une simple modification de l’interface utilisateur ou la configuration d’un événement nécessite un travail manuel considérable dans Application Studio.
Multipliez cela par le nombre de demandes en attente, chacune étant raisonnable en soi et les délais de livraison s’allongent d’une manière qui frustre autant l’entreprise que l’équipe.
La réponse d’Epicor à cette contrainte est Prism Developer for Application Studio, annoncé en mai 2026. Il utilise l’IA pour générer des composants de personnalisation à partir du langage naturel, dans le but de réduire le temps de développement des tâches les plus courantes dans Application Studio.
Qu’est-ce qu’Application Studio et quel est le rôle de Prism Developer ?
Application Studio
Application Studio est l’environnement de personnalisation « no-code »/« low-code » de Kinetic. Il a remplacé les « Classic Customizations », qui nécessitaient Visual Studio et du code C# pour modifier les écrans et le comportement de l’ERP.
La principale différence architecturale : le travail dans Application Studio s’effectue par couches qui se superposent aux écrans standard. Les personnalisations ne touchent pas au code de base, ce qui signifie qu’elles survivent aux mises à jour sans causer de dysfonctionnements. Pour toute équipe Kinetic ayant consacré du temps à la maintenance des personnalisations classiques au fil des cycles de version, cette distinction est importante.
Prism Developer
Epicor Prism Developer est un assistant IA intégré directement dans Application Studio. Il ne modifie pas le fonctionnement de l’environnement et n’en remplace aucune partie. Il ajoute une étape de génération par IA au processus de développement : vous décrivez ce dont vous avez besoin, il génère le composant, vous le vérifiez et le fusionnez. L’outil est additif et non structurel.
Fonctionnement de Prism Developer
Décrivez vos besoins en termes simples. Prism Developer génère le composant. Vous examinez le plan généré avant toute intégration.
Cette dernière étape est délibérée. Aucun élément n’est intégré à Application Studio sans qu’un développeur n’ait préalablement examiné et validé le résultat. Il s’agit d’une approche impliquant une intervention humaine, ce qui est tout à fait indiqué dans un contexte ERP où une règle ou un événement mal placé peut affecter plusieurs écrans et flux de travail en aval.
Les composants que Prism Developer peut générer couvrent les tâches de création les plus courantes dans Application Studio : événements, vues de données, règles et éléments d’interface utilisateur. Pour une équipe qui en crée régulièrement, le temps gagné sur chaque composant s’accumule rapidement. Globalement, cela peut réduire le temps de personnalisation de plusieurs heures à quelques minutes.
Dans quels cas utiliser Prism Developer en priorité
Les équipes qui en tireront le plus grand bénéfice immédiat sont celles qui ont à gérer un volume important de tâches de développement similaires et répétitives. Voici quatre domaines par lesquels il vaut la peine de commencer :
- Tâches répétitives liées à l’interface utilisateur : ajout de champs, modification de grilles et ajustement de panneaux sur plusieurs écrans. C’est là que la charge de travail manuel s’accumule le plus rapidement et que les premières ébauches générées sont les plus faciles à valider.
- Génération d’évènements : déclencher des actions en fonction de modifications de champs ou de conditions d’enregistrement. Décrire la logique de déclenchement en langage clair et obtenir une ébauche fonctionnelle permet un gain de temps significatif.
- Configuration des vues de données : configurer des vues filtrées ou calculées sans avoir à construire la structure à partir de zéro à chaque fois.
- Prototypage rapide : générer une première ébauche d’une couche de personnalisation à examiner avec les parties prenantes avant de s’engager dans une construction complète.
Ce que l’IA ne peut pas faire pour vos personnalisations
La plupart des demandes de personnalisation qui parviennent à une équipe ERP semblent légitimes à première vue. Un écran ne correspond pas au flux de travail, un champ manque, une validation ne fonctionne pas correctement.
Prism Developer aide à mettre en place la solution plus rapidement une fois que l’équipe sait en quoi consiste cette solution. Le plus difficile est de déterminer quelle est réellement la bonne solution et cette partie du processus ne s’accélère pas grâce à l’IA.
Le schéma que les équipes d’implantation observent régulièrement : une demande de personnalisation est formulée parce qu’un écran ou un flux de travail ne correspond pas au fonctionnement de l’opération. La moitié du temps, le véritable problème ne réside pas dans l’écran. La configuration sous-jacente ne reflète pas les flux de travail actuels, les structures de données sont incomplètes, ou la logique métier qui aurait dû être mise en place lors de la mise en service a été laissée comme une solution de contournement manuelle.
Ajouter une personnalisation par-dessus ne résout pas le problème. Cela ne fait que le masquer sous une couche qui refait surface lors de la prochaine mise à jour ou dès qu’un écran associé est modifié.
Prenons l’exemple d’un fabricant utilisant Kinetic, où l’équipe de planification réclamait depuis des mois un champ personnalisé sur l’écran de saisie des tâches. La personnalisation était simple à mettre en place. Le véritable problème était que la configuration du type de tâche n’avait pas été définie pour collecter les données dont l’équipe avait besoin au départ. Une mise en place plus rapide aurait fourni la mauvaise réponse plus rapidement.
Prism Developer est particulièrement utile lorsque la demande est bien définie et que l’équipe est convaincue que la personnalisation est la bonne solution. Lorsque la demande n’est pas claire, ou lorsque la personnalisation sert de solution de contournement à un problème de configuration, ce n’est pas la rapidité dont la situation a besoin, mais le discernement.
Configuration requise et disponibilité de Prism Developer
Prism Developer pour Application Studio est disponible pour :
- Les clients Kinetic Cloud utilisant la version 25.1.12 ou une version ultérieure
- Les utilisateurs disposant d’une licence Epicor Prism active
- Les utilisateurs disposant d’un accès développeur pour la personnalisation ou les tableaux de bord dans Application Studio
Les utilisateurs de Kinetic sur site ne sont actuellement pas pris en charge. Prism Developer est une solution native du cloud et s’inscrit dans la feuille de route plus large d’Epicor pour Prism. Si votre équipe utilise encore une solution sur site et n’a pas défini de stratégie de migration vers le cloud, la feuille de route de Prism constitue une raison pratique pour entamer cette discussion.