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

  • Rversion finale: Washingtondc
  • Mis à jour 1 févr. 2024
  • 2 minutes de lecture

    • ERP Customization Mining (ERP-CM) génère un score pour classer le potentiel de changement de plateforme des candidats ERP (Enterprise Resource Planning) hérités sur le Now Platform.

    Chaque candidat dispose d’un module ERP spécifié dans les détails du candidat dans 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 en exécutant un script associé sur une source de données externe et ont une limite de 1 000 enregistrements.
    • Les tables d’extraction récupèrent de grandes quantités de données une fois par jour à 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 ERP. Pour plus d'informations, consultez Travailler avec des systèmes ERP dans Canevas ERP.

    Scores élevés et faibles pour le potentiel du candidat

    ERP-CM évalue les candidats en fonction de la prise en charge de leurs tables et 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 pour l’application candidate sans apporter de modifications supplémentaires.
    • Un potentiel faible indique que l’application candidate correspond à peu de tables distantes et de tables d’extraction dans les modèles ERP de Canevas 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 remplacée par ET.

    • Score de table pris en charge : rapport entre le nombre de tables d’applications personnalisées prises en charge par n’importe quel modèle ERP et le nombre de tables d’applications personnalisées.
      Remarque :
      Les tables issues des clusters Technique ou ServiceNow Tables sont ignorées de ces calculs.
    • Utilisation de table prise en charge : taux de tables prises en charge par les modèles ERP pertinents qui sont utilisées 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 est donc compris entre 0,0 et 1,0.
    • Extensions de table non prises en charge : nombre de tables d’applications personnalisées é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.