How the metric and rating_scale parameters control which credit risk values and response field names the Credit Benchmark Analytics API returns.
Two request fields control the credit view returned by analytic routes:
metric — whose credit view to measure.
rating_scale — which rating labels to use for PD values.
They are independent. Changing one does not automatically change the other.For scope behavior, see Scope and empty results. For route selection, see Choosing a route.
metric selects consensus or contributor-specific output.
Value
Meaning
Typical user
CCR
Credit Benchmark consensus view
Any entitled API user
MyRating
Requesting contributor’s rating view, with ex-me comparison where supported
Contributor users
CCR is the default.MyRating requires contributor entitlement. It uses only the requesting contributor’s submitted ratings and the ex-me benchmark. It does not expose another contributor’s individual ratings.
When you select metric: "MyRating", the analytic is restricted to entities in your requested scopethat your bank has rated for the requested date window. If your bank has not rated any entities in the requested scope, the route returns an empty success response.
rating_scale selects the label set used to describe PD values.
Value
Description
CB21
Credit Benchmark 21-notch scale (aaa, aa+, aa, aa-, and so on)
CB7
Coarser Credit Benchmark scale with fewer buckets
MyScale
Requesting contributor’s configured master scale
PD fields stay numeric. rating_scale only changes the rating label or bucket key used alongside them.MyScale is common with MyRating, but scale selection is separate from metric selection where your entitlement allows it.
metric changes the field names returned by each route. getdata is not a metric route and always returns consensus fields.
getdata
aggregatetrend
creditbreakdown
entityratingchange
ratingdistribution
getdata does not accept metric. It always returns row-level consensus fields for each entity and date in your scope. Field names such as CB_CCR and CB_CCR_PD describe the Credit Benchmark consensus view.
aggregatetrend returns one aggregate row per date in the lookback window. Changing metric switches the aggregate field names and, for MyRating, adds a client versus ex-me comparison.CCR returns consensus aggregate fields. AGG_EntityCount is the number of scoped entities with consensus data at each date.
MyRating returns your bank’s aggregate rating and PD alongside the ex-me benchmark for the same contributor-covered subset. AGG_ClientEntityCount may be lower than the number of entities in your scope if your bank does not rate all of them.
creditbreakdown returns the latest aggregate credit summary for each value of facet_column, such as sector or country. metric controls whether you see consensus aggregates or your bank’s view compared with ex-me.CCR returns one aggregate rating and PD per facet group, plus an entity count for entities with consensus data in that group.
MyRating adds client and ex-me aggregates for the contributor-covered entities in each group. It can also return notch-comparison fields such as AGG_NotchDifference and AGG_NotchDiffAggressive.
entityratingchange returns one row per entity with current and lookback rating and PD values. Consensus change fields are always present. MyRating adds your bank’s rating-change fields where contributor data exists.CCR returns consensus rating and PD values at the effective date and at the lookback date, plus change fields such as CB_CCR_Change and CB_CCR_PD_Change.
MyRating keeps the consensus change fields and adds client fields such as ClientRating, ClientRating_6M, and ClientRating_Change for entities your bank rates.
ratingdistribution returns the share of scoped entities in each rating bucket. The response structure changes more with metric than most routes: CCR uses one series, while MyRating splits the result into two.CCR returns a single ccr object. Rating bucket keys such as bbb+ and a- hold the share of entities in each bucket.