Scorecards

Scorecard Descriptor

Regardless of whether you're using UI editing or GitOps to manage your scorecards, the definitions are backed by JSON files. Each file is a fully compliant OpenAPI 3 spec file, with our own specific extensions.

You can still use Scorecards even if you don't use OpenAPI/Swagger.

We use the OpenAPI spec as a base for scorecard configuration, since it's an open spec with official support for extensions. That lets us extend it to be a scorecard descriptor spec with optional usage of actual OpenAPI fields.

All scorecard descriptors have 5 metadata fields:

  • ID: A unique identifier for the scorecard.

  • Title: A user-friendly display name.

  • Description (Optional): A concise overview of the scorecard for further context.

  • Blueprint ID: References the type of entity the scorecard applies to.

  • Is Active: Indicates whether the scorecard is active and currently being applied to or not.

Ranks

The "Ranks" section of a Scorecard in Rely defines the performance tiers or levels that an entity can achieve based on predefined criteria. The available ranks are "bronze," "silver," or "gold". Each rank is associated with a set of rules that determine the conditions under which an entity qualifies for that specific rank.

Ranks in the scorecard descriptor should be sorted in ascending order, starting with the lowest rank: bronze, followed by silver, then gold.

Ranks help categorize performance or compliance levels in a structured way, allowing organisations to easily identify and prioritise areas for improvement or recognition.

Rules

Rules utilize the properties outlined in the blueprint to which the scorecard is applied, allowing for the comparison of each entity's defined value against a threshold value.

Each rule is defined by:

  • ID: A unique identifier for the rule.

  • Title: A user-friendly display name.

  • Description (optional): A concise overview of the rule for further context.

  • Conditions: A list of criteria that dictate how the data properties of the entity are evaluated. These conditions include:

    1. A property within the blueprint

    2. An operator (e.g., equal to, less than)

    3. And the value to compare against.

Condition Operators

Operator
Name
Description

eq

Equals

Tests whether the field's value is equal to the specified value.

lt

Less Than

Checks if the field's value is less than the specified value.

lte

Less Than or Equal

Determines if the field's value is less than or equal to the specified value.

gt

Greater Than

Evaluates if the field's value is greater than the specified value.

gte

Greater Than or Equal

Assesses if the field's value is greater than or equal to the specified value.

ne

Not Equal

Verifies that the field's value is not equal to the specified value.

contains

Contains

Checks if the field's value includes the specified substring or list element.

notcontains

Not Contains

Ensures the field's value does not include the specified substring or list element.

Example

Learn More

Scorecard Actions
Scorecard Actions
Scorecard Actions

Last updated

Was this helpful?