Détermination du score et du potentiel du candidat
Exploration sémantique d'ERP génère un score pour classer le potentiel de replatforming des candidats ERP (progiciel de gestion intégré) sur le .ServiceNow AI Platform
Important :
À partir de la version Zurich, Exploration sémantique d'ERP est en cours de préparation pour une future dépréciation. Ce module d'extension sera masqué et ne sera plus activé sur les nouvelles instances, mais continuera d'être pris en charge.
Chaque candidat dispose d’un module ERP spécifié dans les détails du candidat dans Exploration sémantique d'ERP. Le module ERP est utilisé pour évaluer le score potentiel du candidat pour le changement de plateforme, ainsi que les tables distantes et les tables d’extraction contenues dans le modèle.
- Les tables distantes obtiennent leurs enregistrements en exécutant un script associé sur une source de données externe.
- Les tables d’extraction récupèrent de grandes quantités de données à l’aide d’une requête planifiée et utilisent des tables de transformation pour traiter les données à utiliser sur le ServiceNow AI Platform.
Remarque :
Les administrateurs doivent d’abord configurer la connexion au système ERP dans Connecteur zéro copie pour ERP. Pour plus d'informations, consultez Utiliser des systèmes ERP dans Connecteur zéro copie pour ERP.
Scores hauts et faibles pour le candidat potentiel
Exploration sémantique d'ERP évalue les candidats en fonction du degré de prise en charge de leurs tables et champs par le ServiceNow AI Platform.
- Un potentiel élevé indique qu’il Exploration sémantique d'ERP est possible d’utiliser immédiatement des tables distantes et des tables d’extraction qui correspondent au modèle ERP du candidat à l’application sans apporter de modifications supplémentaires.
- Un faible potentiel indique que le candidat d’application correspond à peu de tables distantes et de tables d’extraction dans les modèles ERP dans Connecteur zéro copie pour ERP.
Comment les scores sont calculés
Le score potentiel du candidat est calculé à l’aide des mesures suivantes :
- Modèles ERP : nombre de modèles ERP à partir desquels le candidat utilise des tables distantes et des tables d’extraction.
- Candidats similaires : nombre de candidats avec un score de similarité supérieur au seuil, qui tient compte à la fois de la similarité basée sur la table et de la similarité basée sur le modèle.
Le seuil peut être ajusté dans la table Propriétés système [sys_properties] et la condition OU par défaut peut être changée en AND.
- Score de table prise en charge : rapport entre le nombre de tables d’applications personnalisées prises en charge par un modèle ERP et le nombre de tables d’applications personnalisées. Remarque :Les tables de la grappe technique ou ServiceNow de la grappe de tables sont ignorées de ces calculs.
- Utilisation de table prise en charge : le rapport de tables prises en charge par les modèles ERP pertinents qui sont utilisés par l’application personnalisée.
- Pénalité de modèle non pris en charge : pénalité pour le nombre d’opérations non prises en charge sur les tables des modèles ERP. Le nombre d’opérations non prises en charge est transmis par une fonction sigmoïde, il varie donc de 0,0 à 1,0.
- Extensions de table non prises en charge : nombre de tables d’applications personnalisées qui sont également suggérées comme extensions de modèle.
- Inexactitude du modèle : nombre de tables prises en charge par les modèles ERP pertinents qui ne sont pas utilisées par les applications personnalisées et qui sont transmises via une fonction sigmoïde.