Comment détermine le ERP-CM score et le potentiel de changement de plateforme des candidats

  • Rversion finale: Yokohama
  • Mis à jour 30 janv. 2025
  • 2 minutes de lecture

    • Exploration de personnalisation d'ERP (ERP-CM) génère un score pour classer le potentiel de replatforming des candidats ERP (progiciel de gestion intégré) sur le Now Platform.

    Chaque candidat dispose d’un module ERP spécifié dans les détails du candidat au format ERP-CM. 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 que le modèle contient.
    • Les tables distantes obtiennent leurs enregistrements de l’exécution d’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 Now Platform.
    Remarque :

    Les administrateurs doivent d’abord configurer la connexion au système ERP dans Canevas d'ERP. Pour plus d'informations, consultez Utiliser des systèmes ERP dans Canevas d'ERP.

    Scores hauts et faibles pour le potentiel du candidat

    ERP-CM évalue les candidats en fonction de la prise en charge de leurs tables et de leurs champs par le Now Platform.
    • Un potentiel élevé indique qu’il ERP-CM peut 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 potentiel faible indique que le candidat à l’application correspond à quelques tables distantes et tables d’extraction dans les modèles ERP dans Canevas d'ERP.

    Mode de calcul des scores

    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 pris 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 des grappes techniques ou ServiceNow 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 prise 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.