Skip to main content
Les analyses séparent la sélection des entrées de la mise en forme des sorties.
  • scope définit quelles entités sont prises en compte dans l’analyse.
  • « result_filter » (Sélection de la structure de données) détermine les lignes renvoyées à l’issue de l’analyse.
Pour la sélection des routes, consultez Choix d’un itinéraire. Pour metric et rating_scale, consultez Indicateurs et échelles.

Portée

scope est évaluée avant que le point de terminaison ne calcule son résultat.
Utilisez scope.portfolio lorsque vous connaissez déjà les entités.
Les colonnes de portefeuille personnalisées peuvent être utilisées comme facet_column valeurs lorsque le point de terminaison prend en charge les facettes.

Filtre de résultat

result_filter ne modifie pas l’univers d’entrée. Il permet uniquement de filtrer, trier ou limiter les lignes de sortie calculées. Utilisez scope pour définir le périmètre d’analyse. Utilisez result_filter pour déterminer le contenu renvoyé.

Couverture MyRating

Avec metric: "CCR", l’analyse utilise les entités du périmètre pour lesquelles il existe des données consensuelles. Avec metric: "MyRating", l’analyse utilise uniquement la partie de votre périmètre pour laquelle votre banque a soumis des notations pour la période demandée. En d’autres termes, la sélection de MyRating peut réduire l’univers de « l’ensemble de la demande » à « les entités demandées que votre banque a notées ». Si votre banque n’a noté aucune entité dans le périmètre demandé, l’API renvoie une réponse réussie vide plutôt qu’une erreur. Pour les routes MyRating de type agrégé, les champs « ex-me » sont calculés pour ce même sous-ensemble couvert. Ils ne constituent pas une référence à portée complète pour les entités que votre banque ne note pas. Ne comparez pas AGG_EntityCount les CCR réponses « from » avec AGG_ClientEntityCount réponses. MyRating réponses comme si elles partageaient le même dénominateur.

Réponse vide par route