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:
A property within the blueprint
An operator (e.g., equal to, less than)
And the value to compare against.
Condition Operators
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
Last updated