From dabc6da5ce2447d67b839fcc6351601a262cc1eb Mon Sep 17 00:00:00 2001
From: Beck <164545837+validbeck@users.noreply.github.com>
Date: Tue, 2 Jun 2026 11:02:14 -0700
Subject: [PATCH 1/2] Merge pull request #1359 from
validmind/beck/sc-15995/documentation-primary-record-types-phase
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit
docs: Models > Records — Reporting, Monitoring, Attestation
---
site/guide/attestation/_attestations.qmd | 2 +-
.../attestation/_configure-attestations.qmd | 34 +++++++-------
.../attestation/approve-attestations.qmd | 10 ++--
.../guide/attestation/manage-attestations.qmd | 16 +++----
.../guide/attestation/review-attestations.qmd | 10 ++--
.../guide/attestation/submit-attestations.qmd | 16 +++----
.../attestation/working-with-attestations.qmd | 30 ++++++------
site/guide/chatbot-capabilities.qmd | 8 ++--
site/guide/monitoring/enable-monitoring.qmd | 26 +++++------
site/guide/monitoring/ongoing-monitoring.qmd | 46 +++++++++----------
.../monitoring/review-monitoring-results.qmd | 14 +++---
.../monitoring/set-thresholds-and-alerts.qmd | 16 +++----
.../work-with-metrics-over-time.qmd | 28 +++++------
.../reporting/_create-a-visualization.qmd | 8 ++--
site/guide/reporting/_reports-grouping.qmd | 2 +-
site/guide/reporting/_reports-metrics.qmd | 2 +-
site/guide/reporting/_view-report-data.qmd | 6 +--
site/guide/reporting/export-analytics.qmd | 4 +-
site/guide/reporting/export-artifacts.qmd | 10 ++--
site/guide/reporting/export-documents.qmd | 10 ++--
site/guide/reporting/export-inventory.qmd | 10 ++--
site/guide/reporting/generating-exports.qmd | 2 +-
site/guide/reporting/view-report-data.qmd | 4 +-
.../reporting/working-with-analytics.qmd | 30 ++++++------
site/guide/workflows/_workflow-step-types.qmd | 2 +-
.../customizing-your-inventory.qmd | 31 +++++++------
.../onboarding-your-organization.qmd | 8 ++--
.../organizational-oversight-reporting.qmd | 14 +++---
.../using-validmind-for-risk-management.qmd | 30 ++++++------
.../ai-governance/managing-ai-use-cases.qmd | 4 +-
.../common-slides/_review-model-activity.qmd | 2 +-
.../using-validmind-for-validation.qmd | 6 +--
32 files changed, 223 insertions(+), 218 deletions(-)
diff --git a/site/guide/attestation/_attestations.qmd b/site/guide/attestation/_attestations.qmd
index e662fd8197..f656e22dae 100644
--- a/site/guide/attestation/_attestations.qmd
+++ b/site/guide/attestation/_attestations.qmd
@@ -2,4 +2,4 @@
Refer to the LICENSE file in the root of this repository for details.
SPDX-License-Identifier: AGPL-3.0 AND ValidMind Commercial -->
-Attestation enables submitters, reviewers, and approvers to formally certify, review, and sign off on model attributes at specific points in time, supporting compliance and governance processes.
\ No newline at end of file
+Attestation enables submitters, reviewers, and approvers to formally certify, review, and sign off on record (model) attributes at specific points in time, supporting compliance and governance processes.
\ No newline at end of file
diff --git a/site/guide/attestation/_configure-attestations.qmd b/site/guide/attestation/_configure-attestations.qmd
index 2f86dc345f..9fe22985f3 100644
--- a/site/guide/attestation/_configure-attestations.qmd
+++ b/site/guide/attestation/_configure-attestations.qmd
@@ -57,20 +57,20 @@ Assign users and roles responsible for this attestation. Each participant type h
### Stakeholder versus role
-- **Submitter** — A model stakeholder assigned directly to a model
+- **Submitter** — A stakeholder assigned directly to a record
- **Reviewer** — A role responsible for reviewing attestations within their assigned groups
- **Approver** — A role responsible for approving attestations within their assigned groups
___
-Attestation submissions are organized by owner and group. This approach ensures reviewers and approvers have appropriate permissions for models in their groups.
+Attestation submissions are organized by owner and group. This approach ensures reviewers and approvers have appropriate permissions for records in their groups.
:::
-a. Under Attestation Participants, select the **[submitter]{.smallcaps}** from the model stakeholders dropdown:
+a. Under Attestation Participants, select the **[submitter]{.smallcaps}** from the inventory record stakeholders:
- - Model Owner
- - Model Developer
- - Model Validator
+ - Record Owner
+ - Record Developer
+ - Record Validator
b. Select the **[reviewer]{.smallcaps}** from the roles dropdown.
@@ -80,7 +80,7 @@ d. Click **Save**.
### 3. Set inventory scope
-Define which models are included in the attestation process. By default, all models are included. Use filters to narrow the scope based on model fields, stages, or custom attributes.
+Define which records are included in the attestation process. By default, all records are included. Use filters to narrow the scope based on inventory record fields, stages, or custom attributes.
a. Under Inventory Scope, click **{{< fa plus >}} Add Rule** to add a filter condition.
@@ -94,7 +94,7 @@ a. Under Inventory Scope, click **{{< fa plus >}} Add Rule** to add a filter con
b. Click **Save**.
-c. Optional: Click **See Models** to preview which models match your filter criteria.
+c. Optional: Click **View Records** to preview which records match your filter criteria.
::: {.embed-tip}
### How do I filter for groups?
@@ -106,12 +106,12 @@ To filter for groups, you first need to define these user groups in your organiz
### 4. Add attestation fields
-By default, attestations include the model name. Add additional model inventory fields as needed:
+By default, attestations include the record name. Add additional inventory record fields as needed:
-a. Under Relevant Attestation Fields, drag model inventory fields between columns:
+a. Under Relevant Attestation Fields, drag inventory record fields between columns:
- - **Model Inventory Fields** — Available fields from the model inventory
- - **Relevant Attestation Fields** — Selected fields to display in model snapshots
+ - **Inventory Record Fields** — Available fields from the inventory
+ - **Relevant Attestation Fields** — Selected fields to display in record snapshots
b. Optional: Reorder the fields to change how they display in the attestation.
@@ -123,7 +123,7 @@ Define the structured fields that submitters fill out as part of the attestation
### Tip
-Work with your model risk management team to create fields that accurately reflect your organization's attestation requirements.
+Work with your risk management team to create fields that accurately reflect your organization's attestation requirements.
___
@@ -175,7 +175,7 @@ a. Click **Add Period**.
#### Assign attestation participants
-a. Under Attestation Participants, select the **[submitter]{.smallcaps}** from the model stakeholders dropdown.
+a. Under Attestation Participants, select the **[submitter]{.smallcaps}** from the inventory record stakeholders.
a. Select the **[reviewer]{.smallcaps}** from the roles dropdown.
@@ -193,10 +193,10 @@ a. Click **Save**.
#### Add attestation fields
-a. Under Relevant Attestation Fields, drag model inventory fields between columns:
+a. Under Relevant Attestation Fields, drag inventory record fields between columns:
- - **Model Inventory Fields** — Available fields from the model inventory
- - **Relevant Attestation Fields** — Selected fields to display in model snapshots
+ - **Inventory Record Fields** — Available fields from the inventory
+ - **Relevant Attestation Fields** — Selected fields to display in record snapshots
a. Optional: Reorder the fields to change how they display in the attestation.
diff --git a/site/guide/attestation/approve-attestations.qmd b/site/guide/attestation/approve-attestations.qmd
index 1fad77f2ab..afb67632f9 100644
--- a/site/guide/attestation/approve-attestations.qmd
+++ b/site/guide/attestation/approve-attestations.qmd
@@ -6,16 +6,16 @@ title: "Approve attestations"
date: last-modified
---
-Sign off on reviewed attestation questionnaires to formally approve the accuracy of key model information at a point in time.
+Sign off on reviewed attestation questionnaires to formally approve the accuracy of key record (model) information at a point in time.
-As an approver, you provide the final sign-off on attestation questionnaires that have been reviewed, completing the attestation process and creating a permanent record in the model's history.
+As an approver, you provide the final sign-off on attestation questionnaires that have been reviewed, completing the attestation process and creating a permanent audit entry in the record's history.
::: {.attn}
## Prerequisites
- [x] {{< var link.login >}}
-- [x] Models registered in the inventory require attestation.[^1]
+- [x] Records registered in the inventory require attestation.[^1]
- [x] Attestation has been set up.[^2]
- [x] An attestation instance is in the [{{< fa clipboard-check >}} Reviewed]{.bubble} state.[^3]
- [x] You are an approver.[^4]
@@ -29,11 +29,11 @@ As an approver, you provide the final sign-off on attestation questionnaires tha
- In the left sidebar, click **{{< fa clipboard-check >}} Attestations**, then click on the submission in the **Reviewed** column.
- In the left sidebar, click **{{< fa inbox >}} My Inbox**, then under **Tasks**, locate the attestation with a **Reviewed** status.
-2. Review the questionnaire responses and model context to verify the attestation is ready for approval.
+2. Review the questionnaire responses and record context to verify the attestation is ready for approval.
3. Click **Sign Off**.
-After you sign off, the attestation is recorded in the model's history. Attestation sign-offs are permanent and cannot be changed.
+After you sign off, the attestation is cataloged in the record's history. Attestation sign-offs are permanent and cannot be changed.
diff --git a/site/guide/attestation/manage-attestations.qmd b/site/guide/attestation/manage-attestations.qmd
index 786bd96651..1074b92d41 100644
--- a/site/guide/attestation/manage-attestations.qmd
+++ b/site/guide/attestation/manage-attestations.qmd
@@ -25,7 +25,7 @@ Setting up attestations involves adding an attestation template and completing t
## Prerequisites
- [x] {{< var link.login >}}
-- [x] Models registered in the inventory require attestation. [^1]
+- [x] Records (models) registered in the inventory require attestation. [^1]
- [x] You are a [{{< fa hand >}} Customer Admin]{.bubble} or assigned another role with sufficient permissions to set up attestations.[^2]
:::
@@ -116,7 +116,7 @@ The Progress tab displays a swimlane view of all attestation submissions organiz
- **Reviewed** — Submissions awaiting approver sign-off.
- **Signed Off** — Completed submissions.
-Click any submission card to view its details, including the questionnaire responses and associated models.
+Click any submission card to view its details, including the questionnaire responses and associated records.
### Responses
@@ -134,11 +134,11 @@ Use this view to:
{fig-alt="Before and after toggle for comparing snapshots" .screenshot width=50%}
:::
-The Inventory tab shows a snapshot of all models included in the attestation scope at the time the period started. This provides an organization-wide view of the model inventory state.
+The Inventory tab shows a snapshot of all records included in the attestation scope at the time the period started. This provides an organization-wide view of the inventory state.
-Click any model to view its snapshot details in a modal, which displays the model field values captured at that point in time. Click **View Live Data** to navigate to the current model inventory record.
+Click any record to view its snapshot details in a modal, which displays the record field values captured at that point in time. Click **View Live Data** to navigate to the current record.
-For completed attestation periods, use the **Before** and **After** toggle to compare the model state at the start versus the completion of the period.
+For completed attestation periods, use the **Before** and **After** toggle to compare the record state at the start versus the completion of the period.
### Validation Issues
@@ -147,12 +147,12 @@ The Validation Issues tab shows all validation issues that were open at the time
- Title and artifact ID
- Severity and status
-- Associated inventory model
+- Associated inventory record
- Risk area, assignee, and due date
### Artifacts
-The Artifacts tab displays model artifacts captured in the snapshot, organized by artifact type.
+The Artifacts tab displays artifacts (findings) captured in the snapshot, organized by artifact type.
:::
@@ -173,7 +173,7 @@ Export attestation data in CSV or Excel format for external reporting and compli
When all submissions in an attestation period have been signed off, the period is automatically marked as complete. Administrators can also manually complete a period before all submissions are finished.
::: {.callout-important title="Completing a period triggers a final snapshot"}
-When a period is completed, the platform captures a final snapshot of all models and artifacts. This enables before/after comparison in the Inventory tab.
+When a period is completed, the platform captures a final snapshot of all records and artifacts. This enables before/after comparison in the Inventory tab.
:::
To manually complete an attestation period:
diff --git a/site/guide/attestation/review-attestations.qmd b/site/guide/attestation/review-attestations.qmd
index bdc32ff2ef..be23ac1952 100644
--- a/site/guide/attestation/review-attestations.qmd
+++ b/site/guide/attestation/review-attestations.qmd
@@ -6,7 +6,7 @@ title: "Review attestations"
date: last-modified
---
-Review attestation questionnaires to verify the accuracy of key model information at a point in time.
+Review attestation questionnaires to verify the accuracy of key record (model) information at a point in time.
As a reviewer, you assess the submitter's attestation, including ownership, usage, performance, controls, and documentation. You can provide feedback and request changes to support a traceable and accountable audit trail.
@@ -15,7 +15,7 @@ As a reviewer, you assess the submitter's attestation, including ownership, usag
## Prerequisites
- [x] {{< var link.login >}}
-- [x] Models registered in the inventory require attestation.[^1]
+- [x] Records registered in the inventory require attestation.[^1]
- [x] Attestation has been set up.[^2]
- [x] An attestation instance is in the [{{< fa clipboard-check >}} Ready For Review]{.bubble} state.[^3]
- [x] You are a reviewer.[^4]
@@ -31,11 +31,11 @@ As a reviewer, you assess the submitter's attestation, including ownership, usag
2. Review the submitter's questionnaire responses displayed on the right side of the screen.
-3. Review the model context using the tabs on the left:
+3. Review the record context using the tabs on the left:
- - **Inventory** — Shows the models included in the attestation with snapshot details.
+ - **Inventory** — Shows the records included in the attestation with snapshot details.
- **Validation Issues** — Shows open validation issues at the time of the snapshot.
- - **Artifacts** — Shows model artifacts captured in the snapshot.
+ - **Artifacts** — Shows artifacts (findings) captured in the snapshot.
4. Optional: Click **Activity** to review the attestation history:
diff --git a/site/guide/attestation/submit-attestations.qmd b/site/guide/attestation/submit-attestations.qmd
index 9ce6419629..995f1aa69a 100644
--- a/site/guide/attestation/submit-attestations.qmd
+++ b/site/guide/attestation/submit-attestations.qmd
@@ -6,16 +6,16 @@ title: "Submit attestations"
date: last-modified
---
-Certify the accuracy of key model information at a point in time by submitting the attestation questionnaire.
+Certify the accuracy of key record (model) information at a point in time by submitting the attestation questionnaire.
-As a submitter, this process is part of the audit trail for your model's information, supporting accountability across its lifecycle. Attestation typically includes details about ownership, usage, performance, controls, and documentation.
+As a submitter, this process is part of the audit trail for your record's information, supporting accountability across its lifecycle. Attestation typically includes details about ownership, usage, performance, controls, and documentation.
::: {.attn}
## Prerequisites
- [x] {{< var link.login >}}
-- [x] Models registered in the inventory require attestation.[^1]
+- [x] Records registered in the inventory require attestation.[^1]
- [x] Attestation has been set up.[^2]
- [x] An attestation instance is in the [{{< fa clipboard-check >}} Not Started]{.bubble} state.
- [x] You are a submitter.[^3]
@@ -33,16 +33,16 @@ As a submitter, this process is part of the audit trail for your model's informa
After you start the attestation, the questionnaire fields are available to complete.
-3. Review the model context using the tabs on the left side of the screen:
+3. Review the record context using the tabs on the left side of the screen:
- - **Inventory** — Shows the models included in your attestation with snapshot details.
- - **Validation Issues** — Shows open validation issues for your models at the time of the snapshot.
- - **Artifacts** — Shows model artifacts captured in the snapshot.
+ - **Inventory** — Shows the records included in your attestation with snapshot details.
+ - **Validation Issues** — Shows open validation issues for your records at the time of the snapshot.
+ - **Artifacts** — Shows artifacts (findings) captured in the snapshot.
4. Complete the attestation questionnaire by filling in each field. Required fields are marked with an asterisk (*).
::: {.callout}
- Click on any model in the Inventory tab to view its snapshot details. Use the **View Live Data** link to navigate to the current model record if you need additional context.
+ Click on any record in the Inventory tab to view its snapshot details. Use the **View Live Data** link to navigate to the current record if you need additional context.
:::
5. Verify that your answers are complete and click **Submit for Review**.
diff --git a/site/guide/attestation/working-with-attestations.qmd b/site/guide/attestation/working-with-attestations.qmd
index b089c5f0e7..ccf3095924 100644
--- a/site/guide/attestation/working-with-attestations.qmd
+++ b/site/guide/attestation/working-with-attestations.qmd
@@ -25,8 +25,8 @@ listing:
## Prerequisites
- [x] {{< var link.login >}}
-- [x] Models registered in the inventory require attestation.[^1]
-- [x] If applicable, model artifacts have been documented.[^2]
+- [x] Records registered in the inventory require attestation.[^1]
+- [x] If applicable, artifacts (findings) have been documented.[^2]
- [x] You are assigned a role with sufficient permissions to perform attestation tasks:[^3]
- [{{< fa hand >}} Customer Admin]{.bubble} — Sets up attestations
- [Submitter]{.bubble} — Stakeholder who submits attestation questionnaires
@@ -50,7 +50,7 @@ When an attestation period is active or has been completed in the past, **{{< fa
- A swimlane view of all attestation submissions organized by status
- Consolidated questionnaire responses across all submissions
-- Organization-wide snapshots of models, validation issues, and artifacts
+- Organization-wide snapshots of records, validation issues, and artifacts
- Export capabilities for compliance reporting
Attestation participants can also access their individual tasks via **{{< fa inbox >}} My Inbox** in the left sidebar, where tasks appear under the Tasks tab with the current attestation status.
@@ -61,7 +61,7 @@ The Attestations sidebar item appears only when there is _at least one_ active o
### How does the attestation process work?
-Attestation on the {{< var validmind.platform >}} begins at the start of the attestation period after the process has been set up initially. The platform captures a snapshot of each model and its artifacts, preserving the state at that point in time. A second snapshot is captured when the attestation period is completed, enabling comparative analysis between the start and end states.
+Attestation on the {{< var validmind.platform >}} begins at the start of the attestation period after the process has been set up initially. The platform captures a snapshot of each record and its artifacts, preserving the state at that point in time. A second snapshot is captured when the attestation period is completed, enabling comparative analysis between the start and end states.
Responsibilities for the attestation process are shared:
@@ -94,42 +94,42 @@ Plan your attestation periods ahead of time to ensure they can be completed on t
Attestation submissions are organized by owner AND group. This structure supports organizations where:
-- Model owners may own models across multiple groups, such as Fraud and Know-Your-Customer (KYC).
+- Record owners may own records across multiple groups, such as Fraud and Know-Your-Customer (KYC).
- Each group has its own validation and governance team.
- Reviewers and approvers are roles scoped to specific groups.
::: {.callout title="Example scenario"}
-Steven owns 10 models: 4 in the Fraud group and 6 in the KYC group. Emma is the Governance Lead for Fraud, and Kam is the Governance Lead for KYC.
+Steven owns 10 records: 4 in the Fraud group and 6 in the KYC group. Emma is the Governance Lead for Fraud, and Kam is the Governance Lead for KYC.
-If attestations were organized by owner alone, neither Emma nor Kam would have permissions to see all of Steven's models. With owner+group organization:
+If attestations were organized by owner alone, neither Emma nor Kam would have permissions to see all of Steven's records. With owner+group organization:
-- Steven submits Attestation #1 for his 4 Fraud models → Emma approves
-- Steven submits Attestation #2 for his 6 KYC models → Kam approves
+- Steven submits Attestation #1 for his 4 Fraud records → Emma approves
+- Steven submits Attestation #2 for his 6 KYC records → Kam approves
-This approach ensures 100% accountability per group, where Emma approves all Fraud models and Kam approves all KYC models. If Fraud has two co-leads (Emma and Andres), either can approve.
+This approach ensures 100% accountability per group, where Emma approves all Fraud records and Kam approves all KYC records. If Fraud has two co-leads (Emma and Andres), either can approve.
:::
## How do I create meaningful attestation questionnaires?
-Attestation questionnaires are typically used in model risk management to confirm that key controls, governance processes and documentation requirements have been followed throughout a model's lifecycle. These questionnaires are part of a broader effort to ensure accountability and regulatory compliance.
+Attestation questionnaires are typically used in risk management to confirm that key controls, governance processes and documentation requirements have been followed throughout a record's lifecycle. These questionnaires are part of a broader effort to ensure accountability and regulatory compliance.
Questionnaires are composed of structured fields that you define when configuring the attestation template. Each field can be a text input, dropdown, checkbox, or other field type, with optional validation rules. Responses are collected consistently across all submissions and can be viewed in the consolidated Responses tab or exported for external reporting.
Areas typically covered in the questionnaire:
-- **Verification of responsibilities** — Attests that model owners, developers and validators have performed their roles in accordance with internal policies and procedures.
+- **Verification of responsibilities** — Attests that record owners, developers and validators have performed their roles in accordance with internal policies and procedures.
-- **Documentation of compliance** — Confirms that required documentation — such as model documentation, validation reports and change logs — has been completed and properly archived.
+- **Documentation of compliance** — Confirms that required documentation — such as documentation, validation reports and change logs — has been completed and properly archived.
- **Evidence of control operation** — Serves as formal evidence that key controls (for example: backtesting, performance monitoring, version control) are in place and functioning as intended.
-- **Governance checkpoints** — Used as checkpoints at critical stages, such as model approval, annual reviews or retirement, to ensure all required steps have been completed before proceeding.
+- **Governance checkpoints** — Used as checkpoints at critical stages, such as approval, annual reviews or retirement, to ensure all required steps have been completed before proceeding.
- **Regulatory reporting** — In regulated environments, provides a documented trail that can be reviewed during internal audits or by external regulators.
- **Risk ownership and accountability** — By signing off on questionnaires, individuals acknowledge their responsibilities and support a strong control culture.
-Work with your model risk management team to create a template that accurately reflects your organization's attestation requirements.
+Work with your risk management team to create a template that accurately reflects your organization's attestation requirements.
## Manage attestations
diff --git a/site/guide/chatbot-capabilities.qmd b/site/guide/chatbot-capabilities.qmd
index 10db25ba70..70f663da79 100644
--- a/site/guide/chatbot-capabilities.qmd
+++ b/site/guide/chatbot-capabilities.qmd
@@ -37,7 +37,7 @@ Keep these limitations in mind when using the assistant:
- **Hallucination risk** — AI-generated responses may occasionally contain inaccuracies. Verify critical information before acting on it.
- **Documentation lag** — The assistant's knowledge is based on published documentation, which may not reflect the latest release features. Check [release notes](/releases/all-releases.qmd) for recent changes.
- **Not a compliance substitute** — The assistant provides guidance but cannot replace professional compliance judgment or regulatory expertise.
-- **Limited live query scope** — When querying your organization's data, the assistant can currently access model inventory and artifacts only. Questions about workflows, analytics, or other platform areas are not yet supported.
+- **Limited live query scope** — When querying your organization's data, the assistant can currently access inventory records and artifacts only. Questions about workflows, analytics, or other platform areas are not yet supported.
## In-app assistant vs. MCP
@@ -46,11 +46,11 @@ Keep these limitations in mind when using the assistant:
| Feature | In-app assistant | MCP integration |
|---------|------------------|-----------------|
| Access method | Floating chat window in platform | AI assistants (Cursor, Claude Code) |
-| Primary use | Product help and guidance | Model inventory management |
-| Data access | Documentation + your current context | Your models, artifacts, templates |
+| Primary use | Product help and guidance | Inventory management |
+| Data access | Documentation + your current context | Your records (models), artifacts (findings), templates |
| Actions | Read-only guidance | Create, read, update operations |
-The in-app assistant (described on this page) is focused on helping you use the platform. For programmatic access to your model inventory, refer to [Connect AI assistants via MCP](/guide/mcp/connect-ai-assistants-via-mcp.qmd).
+The in-app assistant (described on this page) is focused on helping you use the platform. For programmatic access to your inventory, refer to [Connect AI assistants via MCP](/guide/mcp/connect-ai-assistants-via-mcp.qmd).
## Get help
diff --git a/site/guide/monitoring/enable-monitoring.qmd b/site/guide/monitoring/enable-monitoring.qmd
index 0b835bec0c..07e64065a2 100644
--- a/site/guide/monitoring/enable-monitoring.qmd
+++ b/site/guide/monitoring/enable-monitoring.qmd
@@ -6,9 +6,9 @@ title: "Enable monitoring"
date: last-modified
---
-To start uploading ongoing monitoring results for a model to {{< var vm.product >}}, enable monitoring in your code snippet within the {{< var validmind.platform >}} and then select a monitoring template. You can enable monitoring for both new and existing models.
+To start uploading ongoing monitoring results for a record (model) to {{< var vm.product >}}, enable monitoring in your code snippet within the {{< var validmind.platform >}} and then select a monitoring template. You can enable monitoring for both new and existing records.
-::: {.callout title="To try out monitoring, check out the code sample for ongoing monitoring of models."}
+::: {.callout title="To try out monitoring, check out the code sample for ongoing monitoring."}
[Quickstart for ongoing monitoring of models with {{< var vm.product >}} {{< fa hand-point-right >}}](/notebooks/use_cases/ongoing_monitoring/quickstart_customer_churn_ongoing_monitoring.ipynb)
:::
@@ -18,7 +18,7 @@ To start uploading ongoing monitoring results for a model to {{< var vm.product
- [x] {{< var link.login >}}
- [x] You are a [{{< fa code >}} Developer]{.bubble} or assigned another role with sufficient permissions to perform the tasks in this guide.[^1]
-- [x] The model is in the pre-approval stage for performance testing or the model has been approved and is in production.
+- [x] The record is in the pre-approval stage for performance testing or the record has been approved and is in production.
:::
@@ -28,16 +28,16 @@ To start uploading ongoing monitoring results for a model to {{< var vm.product
{{< include /developer/quickstart/_code-snippet.qmd >}}
-To enable ongoing monitoring for a model, add `monitoring=True` to your code snippet:
+To enable ongoing monitoring for a record, add `monitoring=True` to your code snippet:
-a. In the {{< var validmind.platform >}}, either register a new model[^2] or locate an existing model:
+a. In the {{< var validmind.platform >}}, either register a new record[^2] or locate an existing record:
- In the left sidebar, click **{{< fa cubes >}} Inventory**.
- - Select a model or find your model by applying a filter or searching for it.[^3]
+ - Select a record or find your record by applying a filter or searching for it.[^3]
-b. Copy the code snippet for the model:
+b. Copy the code snippet for your record:
- - In the left sidebar that appears for your model, click **{{< fa rocket >}} Getting Started**.
+ - In the left sidebar that appears for your record, click **{{< fa rocket >}} Getting Started**.
- Select a Monitoring document type from the **[document]{.smallcaps}** drop-down menu.[^4]
- Set **[enable monitoring]{.smallcaps}[?]{.smallercaps}** to true.
- Click **{{< fa regular copy >}} Copy snippet to clipboard**.
@@ -48,9 +48,9 @@ Before you can start sending ongoing monitoring data using the {{< var validmind
a. In the {{< var validmind.platform >}}, click **{{< fa cubes >}} Inventory** in the left sidebar.
-b. Select a model or find your model by applying a filter or searching for it.[^6]
+b. Select a record or find your record by applying a filter or searching for it.[^6]
-c. In the left sidebar that appears for your model, click **{{< fa file >}} Documents** and select the **Latest** tab.[^7]
+c. In the left sidebar that appears for your record, click **{{< fa file >}} Documents** and select the **Latest** tab.[^7]
d. Click on a Monitoring type file.[^8]
@@ -89,11 +89,11 @@ b. Confirm that `monitoring=True` is present in the `vm.init` method, similar to
::: {.w-60-ns .pr3}
- Load your model credentials from your `.env` file, then remove the inline credentials from `vm.init()` after importing the {{< var vm.developer >}}.
+ Load your record credentials from your `.env` file, then remove the inline credentials from `vm.init()` after importing the {{< var vm.developer >}}.
You'll still need to include your document key and the monitoring flag.
- [Store model credentials in `.env` files](/developer/quickstart/store-credentials-in-env-file.qmd){.button .button-green}
+ [Store record credentials in `.env` files](/developer/quickstart/store-credentials-in-env-file.qmd){.button .button-green}
:::
@@ -119,7 +119,7 @@ b. Confirm that `monitoring=True` is present in the `vm.init` method, similar to
:::
:::
-c. Run the code snippet to initialize the {{< var validmind.developer >}} and connect to the selected monitoring document for your model in the {{< var validmind.platform >}}.[^5]
+c. Run the code snippet to initialize the {{< var validmind.developer >}} and connect to the selected monitoring document for your record in the {{< var validmind.platform >}}.[^5]
::: {.callout}
## A template must already be applied to your selected document to populate monitoring test results in the {{< var validmind.platform >}}.
diff --git a/site/guide/monitoring/ongoing-monitoring.qmd b/site/guide/monitoring/ongoing-monitoring.qmd
index e4cb438f01..6f3ad83e14 100644
--- a/site/guide/monitoring/ongoing-monitoring.qmd
+++ b/site/guide/monitoring/ongoing-monitoring.qmd
@@ -38,29 +38,29 @@ listing:
fields: [title, description]
---
-Monitoring of model performance in model risk management involves regularly assessing a model's accuracy, stability, and robustness to ensure it remains reliable after deployment.
+Monitoring of record (model) performance in risk management involves regularly assessing a record's accuracy, stability, and robustness to ensure it remains reliable after deployment.
-Monitoring is a critical component of model risk management, as emphasized in regulations such as SR 26-2, SS1/23, and E-24,[^1] and includes:
+Monitoring is a critical component of risk management, as emphasized in regulations such as SR 26-2, SS1/23, and E-24,[^1] and includes:
-- Tracking key performance indicators, detecting model drift, recalibrating as needed, and validating assumptions.
-- Backtesting to verify predictive power, maintaining transparent reporting and governance, and ensuring ongoing compliance with regulatory standards.
-- Continuous monitoring to sustain the model's integrity and mitigating risks associated with its use as they arise.
+- Tracking key performance indicators, detecting model drift, recalibrating as needed, and validating assumptions.
+- Backtesting to verify predictive power, maintaining transparent reporting and governance, and ensuring ongoing compliance with regulatory standards.
+- Continuous monitoring to sustain the record's integrity and mitigating risks associated with its use as they arise.
## Monitoring scenarios
Scenarios where ongoing monitoring is warranted:
-- **Pre-approval monitoring of new models** — New models should undergo a trial phase of monitoring before full approval and subsequent deployment, particularly for high-risk or regulatory models, to ensure reliability before deployment.
+- **Pre-approval monitoring of new records** — New records such as models should undergo a trial phase of monitoring before full approval and subsequent deployment, particularly for high-risk or regulatory records, to ensure reliability before deployment.
- Trial phases where a model is subject to ongoing monitoring are typically fairly short, ranging from a few days to several weeks.
+ Trial phases where a record is subject to ongoing monitoring are typically fairly short, ranging from a few days to several weeks.
-- **Monitoring during significant updates** — When a model undergoes a significant update, ongoing monitoring should compare the updated model's performance to the original. This process, called _parallel runs_, involves running both models simultaneously for a set period.
+- **Monitoring during significant updates** — When a record undergoes a significant update, ongoing monitoring should compare the updated record's performance to the original. This process, called _parallel runs_, involves running both versions of records such as AI models simultaneously for a set period.
- Model outputs should be closely monitored to assess whether the update improves performance or introduces new risks. The results help determine if the updated model should replace the original or if further adjustments are needed. Parallel runs are especially important for regulatory or critical models, ensuring changes don't harm performance.
+ Record outputs should be closely monitored to assess whether the update improves performance or introduces new risks. The results help determine if the updated record should replace the original or if further adjustments are needed. Parallel runs are especially important for regulatory or critical records, ensuring changes don't harm performance.
-- **Post-production monitoring** — After deployment into production, models should be regularly tested against performance benchmarks to identify deviations, enabling timely recalibrations or adjustments.
+- **Post-production monitoring** — After deployment into production, records should be regularly tested against performance benchmarks to identify deviations, enabling timely recalibrations or adjustments.
- The model's output should be assessed regularly against predefined performance benchmarks to ensure it meets the required standards. Any deviations from the expected performance should be quickly identified, allowing for timely intervention.
+ The record's output should be assessed regularly against predefined performance benchmarks to ensure it meets the required standards. Any deviations from the expected performance should be quickly identified, allowing for timely intervention.
::: {.column-margin}
{fig-alt="A visualisation of prediction probabilities histogram drift for a binary classification model. It compares the distribution of predicted probabilities between two datasets: a reference dataset (baseline) and a monitoring dataset (current data)." .screenshot}
@@ -71,14 +71,14 @@ Scenarios where ongoing monitoring is warranted:
## Ongoing monitoring plan
-A robust ongoing monitoring plan is crucial for maintaining model accuracy and reliability. Model developers should start regular monitoring from the outset, ideally during the pre-approval phase of model development, refining the plan as new insights are gained. This plan should be included in the initial model documentation, with clear instructions for execution and use of results.[^2]
+A robust ongoing monitoring plan is crucial for maintaining record accuracy and reliability. Developers should start regular monitoring from the outset, ideally during the pre-approval phase of development, refining the plan as new insights are gained. This plan should be included in the initial documentation, with clear instructions for execution and use of results.[^2]
-As monitoring continues, it's important to report model status to key stakeholders, such as your model risk management committee. Regular updates with summary metrics will keep stakeholder informed of artifacts and emerging risks, highlighting significant trends or issues that may need action.
+As monitoring continues, it's important to report record status to key stakeholders, such as your risk management committee. Regular updates with summary metrics will keep stakeholder informed of artifacts and emerging risks, highlighting significant trends or issues that may need action.
Your ongoing monitoring plan should define:
-- **Metrics and models** — Specify which models and performance metrics will be monitored.
-- **Monitoring frequency** — Set how often each metric will be monitored, based on the model's risk and importance.
+- **Metrics and records (models)** — Specify which records and performance metrics will be monitored.
+- **Monitoring frequency** — Set how often each metric will be monitored, based on the record's risk and importance.
- **Risk thresholds** — Establish thresholds that trigger alerts or actions when metrics deviate from expected ranges.
- **Notification system** — Implement a system to notify stakeholders when significant issues or deviations occur.
- **Regular reports**— Present monitoring results using visual tools for clear and accessible decision-making.
@@ -116,22 +116,22 @@ Your ongoing monitoring plan should define:
### Design and implementation
-The design of your ongoing monitoring plan overall should be a collaborative effort between the first line of defense, typically business units or model owners, and the second line of defense, namely your risk management team. Together, they should select the performance metrics, determine monitoring frequency, and tailor the ongoing monitoring plan to the model's specific use case and risk profile.
+The design of your ongoing monitoring plan overall should be a collaborative effort between the first line of defense, typically business units or record (model) owners, and the second line of defense, namely your risk management team. Together, they should select the performance metrics, determine monitoring frequency, and tailor the ongoing monitoring plan to the record's specific use case and risk profile.
-This entails that the ongoing monitoring plan is primarily designed and implemented by the developers involved in the model's development and deployment. Their work is then reviewed during model validation to ensure the robustness of the ongoing monitoring plan and alignment with risk management goals.
+This entails that the ongoing monitoring plan is primarily designed and implemented by the developers involved in the record's development and deployment. Their work is then reviewed during validation to ensure the robustness of the ongoing monitoring plan and alignment with risk management goals.
-The implementation of the ongoing monitoring plan typically also falls on model developers. This effort includes executing the monitoring activities, collecting performance data, and generating reports. The model developers also ensure that the monitoring is carried out according to the established schedule and that any anomalies or deviations are promptly identified and addressed.
+The implementation of the ongoing monitoring plan typically also falls on developers. This effort includes executing the monitoring activities, collecting performance data, and generating reports. The developers also ensure that the monitoring is carried out according to the established schedule and that any anomalies or deviations are promptly identified and addressed.
### Testing
-Model monitoring should incorporate a variety of tests to ensure ongoing accuracy and reliability.
+Monitoring should incorporate a variety of tests to ensure ongoing accuracy and reliability.
Key test areas to pay attention to:
-- **Benchmarking** — Compare model estimates with alternative estimates to validate their accuracy.
-- **Sensitivity testing** — Reaffirm the model's robustness and stability under different conditions.
-- **Analysis of overrides** — Evaluate any adjustments made to the model to understand their impact.
-- **Parallel outcomes analysis** — Assess whether new data should be included in the model’s calibration to enhance its performance.
+- **Benchmarking** — Compare record estimates with alternative estimates to validate their accuracy.
+- **Sensitivity testing** — Reaffirm the record's robustness and stability under different conditions.
+- **Analysis of overrides** — Evaluate any adjustments made to the record to understand their impact.
+- **Parallel outcomes analysis** — Assess whether new data should be included in the record’s calibration to enhance its performance.
::: {.callout}
To try out monitoring, check out the code sample for ongoing monitoring of models.[^3]
diff --git a/site/guide/monitoring/review-monitoring-results.qmd b/site/guide/monitoring/review-monitoring-results.qmd
index f9dbf3118e..5897073034 100644
--- a/site/guide/monitoring/review-monitoring-results.qmd
+++ b/site/guide/monitoring/review-monitoring-results.qmd
@@ -6,13 +6,13 @@ title: "Review monitoring results"
date: last-modified
---
-To ensure your model continues to perform as expected, it's important to regularly review the monitoring results generated during the ongoing monitoring process.
+To ensure your record (model) continues to perform as expected, it's important to regularly review the monitoring results generated during the ongoing monitoring process.
-- As your code runs, the monitoring template for your model automatically populates with data, providing a comprehensive view of your model's performance over time.
+- As your code runs, the monitoring template for your record automatically populates with data, providing a comprehensive view of your record's performance over time.
- You access and examine these results within the {{< var validmind.platform >}}, allowing you to identify any deviations from expected performance and take corrective actions as needed.
-::: {.callout title="To try out monitoring, check out the code sample for ongoing monitoring of models."}
+::: {.callout title="To try out monitoring, check out the code sample for ongoing monitoring."}
[Quickstart for ongoing monitoring of models with {{< var vm.product >}} {{< fa hand-point-right >}}](/notebooks/use_cases/ongoing_monitoring/quickstart_customer_churn_ongoing_monitoring.ipynb)
:::
@@ -22,9 +22,9 @@ To ensure your model continues to perform as expected, it's important to regular
- [x] {{< var link.login >}}
- [x] The record you want to review monitoring results for is registered in the inventory.[^1]
-- [x] Monitoring has been enabled for your model.[^2]
+- [x] Monitoring has been enabled for your record.[^2]
- [x] You are a [{{< fa code >}} Developer]{.bubble} or assigned another role with sufficient permissions to perform the tasks in this guide.[^3]
-- [x] The model is in the pre-approval stage for performance testing or the model has been approved and is in production.
+- [x] The record is in the pre-approval stage for performance testing or the record has been approved and is in production.
:::
@@ -36,9 +36,9 @@ For results to be present and available for review, ongoing monitoring must be e
1. In the {{< var validmind.platform >}}, click **{{< fa cubes >}} Inventory** in the left sidebar.
-2. Select a model or find your model by applying a filter or searching for it.[^5]
+2. Select a record or find your record by applying a filter or searching for it.[^5]
-3. In the left sidebar that appears for your model, click **{{< fa file >}} Documents** and select the **Latest** tab.[^6]
+3. In the left sidebar that appears for your record, click **{{< fa file >}} Documents** and select the **Latest** tab.[^6]
3. Select the Monitoring type file you previously sent monitoring test results to.[^7]
diff --git a/site/guide/monitoring/set-thresholds-and-alerts.qmd b/site/guide/monitoring/set-thresholds-and-alerts.qmd
index afc310165e..cc00201e1d 100644
--- a/site/guide/monitoring/set-thresholds-and-alerts.qmd
+++ b/site/guide/monitoring/set-thresholds-and-alerts.qmd
@@ -8,16 +8,16 @@ date: last-modified
When logging a metric, you can define thresholds or use the `passed` parameter to flag whether the metric meets performance criteria. If a metric breaches a threshold, stakeholders receive email alert notifications.
-These thresholds and alerts apply to metrics over time blocks[^1], helping you track model performance and identify issues more easily. Thresholds help you flag values that suggest drift, underperformance, or other types of risk—for example, by signaling low, medium, or high risk based on how a metric evolves over time.
+These thresholds and alerts apply to metrics over time blocks[^1], helping you track record (model) performance and identify issues more easily. Thresholds help you flag values that suggest drift, underperformance, or other types of risk—for example, by signaling low, medium, or high risk based on how a metric evolves over time.
-Together, thresholds and notifications improve your visibility into model performance and compliance risk, enabling timely intervention when needed.
+Together, thresholds and notifications improve your visibility into record performance and compliance risk, enabling timely intervention when needed.
::: {.attn}
## Prerequisites
- [x] {{< var link.login >}}
-- [x] Metrics over time have already been logged via the {{< var validmind.developer >}} for your model.[^1]
+- [x] Metrics over time have already been logged via the {{< var validmind.developer >}} for your record.[^1]
- [x] You are a [{{< fa code >}} Developer]{.bubble} or assigned another role with sufficient permissions to perform the tasks in this guide.[^2]
:::
@@ -101,7 +101,7 @@ Here, the GINI score fluctuates over time but stays above the medium risk thresh
:::: {.flex .flex-wrap .justify-around .w-100}
::: {.w-50-ns .pa2}
-Here, the GINI score drops to `0.5`, breaching the threshold. This indicates potential performance degradation or model risk, as indicated in the upper-right corner.
+Here, the GINI score drops to `0.5`, breaching the threshold. This indicates potential performance degradation or risk, as indicated in the upper-right corner.
:::
::: {.w-50-ns .pa2}
@@ -119,13 +119,13 @@ The `passed` boolean is determined by you, either through a custom function, suc
A metric is considered to have breached a threshold when its value falls within the high or medium risk range, that is, when it is below the low risk threshold (in this example, below `0.8`). Breaching a threshold affects visual risk indicators and triggers alert notifications, independently of whether the passed flag is `True` or `False`.
-An email is sent to model stakeholders notifying them that the model has a metric that did not pass an ongoing monitoring threshold and requires attention.
+An email is sent to inventory record stakeholders notifying them that the record has a metric that did not pass an ongoing monitoring threshold and requires attention.
Stakeholders who receive email alert notification include:
-- The model owners
-- The model developers
-- The validators
+- The record owners
+- The record developers
+- The record validators
:::
diff --git a/site/guide/monitoring/work-with-metrics-over-time.qmd b/site/guide/monitoring/work-with-metrics-over-time.qmd
index 1fce02b5aa..09ba39ddc2 100644
--- a/site/guide/monitoring/work-with-metrics-over-time.qmd
+++ b/site/guide/monitoring/work-with-metrics-over-time.qmd
@@ -8,17 +8,17 @@ date: last-modified
Once generated via the {{< var validmind.developer >}}, view and add metrics over time to your ongoing monitoring reports in the {{< var validmind.platform >}}.
-Metrics over time refers to the continued monitoring of a model's performance once it is deployed. Tracking how a model performs as new data is introduced or conditions change ensures that it remains accurate and reliable in real-world environments where data distributions or market conditions shift.
+Metrics over time refers to the continued monitoring of a record's performance once it is deployed. Tracking how a record, such as a model, performs as new data is introduced or conditions change ensures that it remains accurate and reliable in real-world environments where data distributions or market conditions shift.
-- Model performance is determined by continuously measuring metrics and comparing them over time to detect degradation, bias, or shifts in the model's output.
+- Record performance is determined by continuously measuring metrics and comparing them over time to detect degradation, bias, or shifts in the record's output.
- Performance data is collected and tracked over time, often using a rolling window approach or real-time monitoring tools with the same metrics used in testing, but observed across different periods.
-- Continuous tracking helps to identify if and when a model needs to be recalibrated, retrained, or even replaced due to performance deterioration or changing conditions.
+- Continuous tracking helps to identify if and when a record needs to be recalibrated, retrained, or even replaced due to performance deterioration or changing conditions.
::: {.column-margin}
::: {.callout}
## **[Log metrics over time {{< fa hand-point-right >}}](/notebooks/how_to/metrics/log_metrics_over_time.ipynb)**
-Learn how to log metrics over time, set thresholds, and analyze model performance trends with our Jupyter Notebook sample.
+Learn how to log metrics over time, set thresholds, and analyze record performance trends with our Jupyter Notebook sample.
:::
:::
@@ -28,8 +28,8 @@ Learn how to log metrics over time, set thresholds, and analyze model performanc
## Prerequisites
- [x] {{< var link.login >}}
-- [x] The model you want to log metrics over time for is registered in the inventory.[^1]
-- [x] Metrics over time have already been logged via the {{< var validmind.developer >}} for your model.[^2]
+- [x] The record you want to log metrics over time for is registered in the inventory.[^1]
+- [x] Metrics over time have already been logged via the {{< var validmind.developer >}} for your record.[^2]
- [x] You are a [{{< fa code >}} Developer]{.bubble} or assigned another role with sufficient permissions to perform the tasks in this guide.[^3]
:::
@@ -38,9 +38,9 @@ Learn how to log metrics over time, set thresholds, and analyze model performanc
1. In the left sidebar, click **{{< fa cubes >}} Inventory**.
-2. Select a model or find your model by applying a filter or searching for it.[^4]
+2. Select a record or find your record by applying a filter or searching for it.[^4]
-3. In the left sidebar that appears for your model, click **{{< fa file >}} Documents** and select the **Latest** tab.[^5]
+3. In the left sidebar that appears for your record, click **{{< fa file >}} Documents** and select the **Latest** tab.[^5]
4. Select a Monitoring type file.[^6]
@@ -69,15 +69,15 @@ Learn how to log metrics over time, set thresholds, and analyze model performanc
## Add integration metrics
-You can add metrics from external integrations such as Amazon Bedrock directly to your monitoring documents. This feature enables you to track evaluation results from Bedrock agents alongside your other model metrics.
+You can add metrics from external integrations such as Amazon Bedrock directly to your monitoring documents. This feature enables you to track evaluation results from Bedrock agents alongside your other metrics.
::: {.callout title="Integration metrics require a configured connection."}
-Before you can add metrics from an integration, ensure that the connection is configured and the model is linked to the external system.[^11]
+Before you can add metrics from an integration, ensure that the connection is configured and the record is linked to the external system.[^11]
:::
1. In the left sidebar, click **{{< fa cubes >}} Inventory**.
-2. Select a model or find your model by applying a filter or searching for it.[^12]
+2. Select a record or find your record by applying a filter or searching for it.[^12]
3. In the left sidebar, click **Monitoring** to open the monitoring report.
@@ -113,7 +113,7 @@ When working with monitoring documents that contain multiple time-based metrics,
- Relative presets (Last 7 days, Last 30 days, etc.)
- **Custom range** — Specify exact start and end dates
-The selected time range applies to all metrics in the document that support time-based filtering, providing a consistent view of your model's performance over the chosen period. This setting is only visible to you and does not affect other users.
+The selected time range applies to all metrics in the document that support time-based filtering, providing a consistent view of your record's performance over the chosen period. This setting is only visible to you and does not affect other users.
## View metric over time metadata
@@ -127,9 +127,9 @@ After you have added metrics over time to your document, you can view the follow
1. In the left sidebar, click **{{< fa cubes >}} Inventory**.
-2. Select a model or find your model by applying a filter or searching for it.[^8]
+2. Select a record or find your record by applying a filter or searching for it.[^8]
-3. In the left sidebar that appears for your model, click **{{< fa file >}} Documents** and select the **Latest** tab.[^9]
+3. In the left sidebar that appears for your record, click **{{< fa file >}} Documents** and select the **Latest** tab.[^9]
4. Select a Monitoring type file.[^10]
diff --git a/site/guide/reporting/_create-a-visualization.qmd b/site/guide/reporting/_create-a-visualization.qmd
index a485657a72..517c4b9deb 100644
--- a/site/guide/reporting/_create-a-visualization.qmd
+++ b/site/guide/reporting/_create-a-visualization.qmd
@@ -23,10 +23,10 @@ a. Select a **[visualization type]{.smallcaps}**:
a. Select a **[dataset]{.smallcaps}**:
- - **Artifact - Model Limitations** — Logged Model Limitation type artifacts only.^[[Working with artifacts](/guide/validation/working-with-artifacts.qmd)]
+ - **Artifact - Limitations** — Logged Limitation type artifacts only.^[[Working with artifacts](/guide/validation/working-with-artifacts.qmd)]
- **Artifact - Policy Exceptions** — Logged Policy Exception type artifacts only.^[[Manage artifact types](/guide/validation/manage-artifact-types.qmd)]
- **Artifact - Validation Issues** — Logged Validation Issue type artifacts only.
- - **Inventory Models** — Models logged in your inventory.^[[Working with the inventory](/guide/inventory/working-with-the-inventory.qmd)]
+ - **Inventory Records** — Records logged in your inventory.^[[Working with the inventory](/guide/inventory/working-with-the-inventory.qmd)]
a. Select the visualization configuration options to apply to the dataset.^[[Visualization configuration options](/guide/reporting/manage-custom-reports.qmd#visualization-configuration-options)]
@@ -47,10 +47,10 @@ a. Select a **[visualization type]{.smallcaps}**:
a. Select a **[dataset]{.smallcaps}**:
- - **Artifact - Model Limitations** — Logged Model Limitation type [artifacts](/guide/validation/working-with-artifacts.qmd){target="_blank"}. only.
+ - **Artifact - Limitations** — Logged Limitation type [artifacts](/guide/validation/working-with-artifacts.qmd){target="_blank"}. only.
- **Artifact - Policy Exceptions** — Logged Policy Exception type artifacts only.
- **Artifact - Validation Issues** — Logged Validation Issue type artifacts only.
- - **Inventory Models** — [Models logged in your inventory](/guide/inventory/working-with-the-inventory.qmd){target="_blank"}.
+ - **Inventory Records** — [Records logged in your inventory](/guide/inventory/working-with-the-inventory.qmd){target="_blank"}.
a. Select the [visualization configuration options](/guide/reporting/manage-custom-reports.qmd#visualization-configuration-options){target="_blank"} to apply to the dataset.
diff --git a/site/guide/reporting/_reports-grouping.qmd b/site/guide/reporting/_reports-grouping.qmd
index b02089ffa2..236c5e39d5 100644
--- a/site/guide/reporting/_reports-grouping.qmd
+++ b/site/guide/reporting/_reports-grouping.qmd
@@ -3,4 +3,4 @@ Refer to the LICENSE file in the root of this repository for details.
SPDX-License-Identifier: AGPL-3.0 AND ValidMind Commercial -->
[grouping]{.smallcaps}
-: The model or artifact fields that the visualization should group the data by.
\ No newline at end of file
+: The record or artifact fields that the visualization should group the data by.
\ No newline at end of file
diff --git a/site/guide/reporting/_reports-metrics.qmd b/site/guide/reporting/_reports-metrics.qmd
index 96eba8441c..57a62bccc0 100644
--- a/site/guide/reporting/_reports-metrics.qmd
+++ b/site/guide/reporting/_reports-metrics.qmd
@@ -3,7 +3,7 @@ Refer to the LICENSE file in the root of this repository for details.
SPDX-License-Identifier: AGPL-3.0 AND ValidMind Commercial -->
[metrics]{.smallcaps}
-: The model or artifact field that the visualization should retrieve data for:
+: The record or artifact field that the visualization should retrieve data for:
- For `string` type fields, you can retrieve a `Count` or `Count %`.
- For `number` type fields, you can retrieve any of the following: `Count`, `Count %`, `Sum`, `Average`, `Min`, `Max`
\ No newline at end of file
diff --git a/site/guide/reporting/_view-report-data.qmd b/site/guide/reporting/_view-report-data.qmd
index 0a773b634f..0f04b9f6ac 100644
--- a/site/guide/reporting/_view-report-data.qmd
+++ b/site/guide/reporting/_view-report-data.qmd
@@ -4,7 +4,7 @@ SPDX-License-Identifier: AGPL-3.0 AND ValidMind Commercial -->
:::: {.content-visible unless-format="revealjs"}
::: {.callout}
-Reports will not include data or artifacts from archived models.^[[Archive and delete models](/guide/inventory/archive-delete-records.qmd)]
+Reports will not include data or artifacts from archived records.^[[Archive and delete records](/guide/inventory/archive-delete-records.qmd)]
:::
1. In the left sidebar, click **{{< fa square-poll-vertical >}} Analytics**.
@@ -20,7 +20,7 @@ Reports will not include data or artifacts from archived models.^[[Archive and d
c. On the page that opens, the applicable validation issues are listed:
- Filter this list of validation issues^[[Filter and sort artifacts](/guide/validation/view-filter-artifacts.qmd#filter-and-sort-artifacts)]
- Or customize column headers that display on this validation issue view^[[Customize artifact layouts](/guide/validation/customize-artifact-layouts.qmd)]
- d. To get more details on the validation issue itself, click on the title of the validation issue to take you to the **{{< fa triangle-exclamation >}} Validation Issues** section for the specific model the issue applies to.
+ d. To get more details on the validation issue itself, click on the title of the validation issue to take you to the **{{< fa triangle-exclamation >}} Validation Issues** section for the specific record the issue applies to.
::::
@@ -39,6 +39,6 @@ Reports will not include data or artifacts from archived models.^[[Archive and d
c. On the page that opens, the applicable validation issues are listed:
- [Filter this list of validation issues](/guide/validation/view-filter-artifacts.qmd#filter-and-sort-artifacts){target="_blank"}
- Or customize column headers that display on this [validation issue view](/guide/validation/customize-artifact-layouts.qmd){target="_blank"}
- d. To get more details on the validation issue itself, click on the title of the issue to take you to the **{{< fa triangle-exclamation >}} Validation Issues** section for the specific model the validation issue applies to.
+ d. To get more details on the validation issue itself, click on the title of the issue to take you to the **{{< fa triangle-exclamation >}} Validation Issues** section for the specific record the validation issue applies to.
::::
\ No newline at end of file
diff --git a/site/guide/reporting/export-analytics.qmd b/site/guide/reporting/export-analytics.qmd
index b0e3519013..d90abd1788 100644
--- a/site/guide/reporting/export-analytics.qmd
+++ b/site/guide/reporting/export-analytics.qmd
@@ -13,8 +13,8 @@ Export analytics widgets as comma-delimited tables (`.csv`).
## Prerequisites
- [x] {{< var link.login >}}
-- [x] To export data on models, there must be models registered in the model inventory.[^1]
-- [x] To export data on artifacts, there must be artifacts logged on any model.[^2]
+- [x] To export data on records (models), there must be records registered in the inventory.[^1]
+- [x] To export data on artifacts (findings), there must be artifacts logged on any record.[^2]
:::
diff --git a/site/guide/reporting/export-artifacts.qmd b/site/guide/reporting/export-artifacts.qmd
index 47580d321f..c763471885 100644
--- a/site/guide/reporting/export-artifacts.qmd
+++ b/site/guide/reporting/export-artifacts.qmd
@@ -8,7 +8,7 @@ aliases:
- export-findings.html
---
-Export tracked model artifacts as comma-delimited tables (`.csv`).
+Export tracked artifacts (findings) as comma-delimited tables (`.csv`).
::: {.attn}
@@ -16,7 +16,7 @@ Export tracked model artifacts as comma-delimited tables (`.csv`).
- [x] {{< var link.login >}}
- [x] There are records registered in the inventory.[^1]
-- [x] There are artifacts logged on any model.[^2]
+- [x] There are artifacts logged on any record (model).[^2]
:::
@@ -26,7 +26,7 @@ Export tracked model artifacts as comma-delimited tables (`.csv`).
#### Export validation issues
-1. In the left sidebar, click **{{< fa triangle-exclamation >}} Validation Issues** for the list of validation issues across all models.
+1. In the left sidebar, click **{{< fa triangle-exclamation >}} Validation Issues** for the list of validation issues across all records.
(Optional) Narrow down and organize the list of validation issues and column headers you want to export by:
@@ -39,12 +39,12 @@ Export tracked model artifacts as comma-delimited tables (`.csv`).
#### Export all other artifact types
-1. In the left sidebar, click **{{< fa border-all >}} Artifacts** to view lists of other artifact types across all models.
+1. In the left sidebar, click **{{< fa border-all >}} Artifacts** to view lists of other artifact types across all records.
2. Select an artifact type[^5] to export from the tabs:
- Policy Exception
- - Model Limitation
+ - Limitation
(Optional) Narrow down and organize the list of artifacts and column headers you want to export by:
diff --git a/site/guide/reporting/export-documents.qmd b/site/guide/reporting/export-documents.qmd
index fbe902a80e..4d698115a9 100644
--- a/site/guide/reporting/export-documents.qmd
+++ b/site/guide/reporting/export-documents.qmd
@@ -9,7 +9,7 @@ aliases:
- /guide/documentation/export-documentation.html
---
-Export model documents as XML-based Microsoft Word (`.docx`) or Adobe Portable Document Format `.pdf` files.
+Export documents as XML-based Microsoft Word (`.docx`) or Adobe Portable Document Format `.pdf` files.
::: {.callout title="Microsoft Word compatibility"}
Documents exported from {{< var vm.product >}} are compatible with Word 365, Word 2019, Word 2016, and Word 2013.
@@ -22,7 +22,7 @@ Documents exported from {{< var vm.product >}} are compatible with Word 365, Wor
- [x] {{< var link.login >}}
- [x] There are records registered in the inventory.[^1]
-- [x] Documents exist and are completed or are in progress for your model.[^2]
+- [x] Documents exist and are completed or are in progress for your record (model).[^2]
- [x] You are assigned a role with sufficient permissions to perform the tasks in this guide.[^3]
:::
@@ -31,13 +31,13 @@ Documents exported from {{< var vm.product >}} are compatible with Word 365, Wor
1. In the left sidebar, click **{{< fa cubes >}} Inventory**.
-2. Select a model or find your model by applying a filter or searching for it.[^4]
+2. Select a record or find your record by applying a filter or searching for it.[^4]
-3. In the left sidebar that appears for your model, click **{{< fa file >}} Documents** and select the **Latest** or **Saved Versions** tab.[^5]
+3. In the left sidebar that appears for your record, click **{{< fa file >}} Documents** and select the **Latest** or **Saved Versions** tab.[^5]
4. Select a document to export. What information is available to export depends on the document type:
- - **Development**[^6] — Model documentation
+ - **Development**[^6] — Development documentation
- **Validation**[^7] — Validation reports
- **Monitoring**[^8] — Ongoing monitoring reports
- Other custom document types[^9]
diff --git a/site/guide/reporting/export-inventory.qmd b/site/guide/reporting/export-inventory.qmd
index 7abf57bc75..4ccb1def8d 100644
--- a/site/guide/reporting/export-inventory.qmd
+++ b/site/guide/reporting/export-inventory.qmd
@@ -6,7 +6,7 @@ title: "Export inventory"
date: last-modified
---
-Export lists of models tracked in the inventory as comma-delimited tables (`.csv`).
+Export lists of records (models) tracked in the inventory as comma-delimited tables (`.csv`).
::: {.attn}
@@ -17,16 +17,16 @@ Export lists of models tracked in the inventory as comma-delimited tables (`.csv
:::
-## Export lists of models
+## Export lists of records
1. In the left sidebar, click **{{< fa cubes >}} Inventory**.
-2. (Optional) Narrow down and organize the list of models and column headers you want to export by:
+2. (Optional) Narrow down and organize the list of records and column headers you want to export by:
- - Filtering and sorting models[^2]
+ - Filtering and sorting records[^2]
- Toggling visibility of and reordering column headers[^3]
-3. Click **{{< fa download >}} Export** to export a list of your models with your adjustments applied.
+3. Click **{{< fa download >}} Export** to export a list of your records with your adjustments applied.
A `.csv` file will be automatically downloaded with your configuration.
diff --git a/site/guide/reporting/generating-exports.qmd b/site/guide/reporting/generating-exports.qmd
index d265051d9f..f3e0420e83 100644
--- a/site/guide/reporting/generating-exports.qmd
+++ b/site/guide/reporting/generating-exports.qmd
@@ -18,4 +18,4 @@ listing:
- export-analytics.qmd
---
-Export your documents, model inventory, artifacts, and analytics for use outside of the {{< var validmind.platform >}}.
\ No newline at end of file
+Export your documents, inventory, artifacts, and analytics for use outside of the {{< var validmind.platform >}}.
\ No newline at end of file
diff --git a/site/guide/reporting/view-report-data.qmd b/site/guide/reporting/view-report-data.qmd
index e97980147b..39e1880976 100644
--- a/site/guide/reporting/view-report-data.qmd
+++ b/site/guide/reporting/view-report-data.qmd
@@ -6,7 +6,7 @@ title: "View report data"
date: last-modified
---
-Review detailed data on your models or artifacts within the {{< var validmind.platform >}}.
+Review detailed data on your records (models) or artifacts (findings) within the {{< var validmind.platform >}}.
::: {.attn}
@@ -14,7 +14,7 @@ Review detailed data on your models or artifacts within the {{< var validmind.pl
- [x] {{< var link.login >}}
- [x] There are records registered in the inventory.[^1]
-- [x] There are artifacts logged on any model.[^2]
+- [x] There are artifacts logged on any record.[^2]
:::
diff --git a/site/guide/reporting/working-with-analytics.qmd b/site/guide/reporting/working-with-analytics.qmd
index d5a7f4eb60..b1f644060c 100644
--- a/site/guide/reporting/working-with-analytics.qmd
+++ b/site/guide/reporting/working-with-analytics.qmd
@@ -20,17 +20,17 @@ listing:
- export-analytics.qmd
---
-Analytical reports allow you to gain quick insights into your model validation efforts. Reports detail critical artifacts, risk exposure, and compliance status to ensure effective oversight and management of model-related risks.
+Analytical reports allow you to gain quick insights into your validation efforts. Reports detail critical artifacts, risk exposure, and compliance status to ensure effective oversight and management of risk.
#### Typical uses for reports
-- **Executive summaries** — Gain a high-level overview of model validation activities, focusing on critical artifacts and risk exposure.
-- **Model tracking** — Get quick insights into each model's validation artifacts, highlighting any major issues or deficiencies.
+- **Executive summaries** — Gain a high-level overview of validation activities, focusing on critical artifacts and risk exposure.
+- **Record (model) tracking** — Get quick insights into each record's validation artifacts, highlighting any major issues or deficiencies.
- **Compliance review** — Find information on compliance with relevant regulatory requirements and internal policies.
- **Remediation tracking** — See the status of actions taken or proposed to address validation artifacts and mitigate identified risks.
-- **Risk assessment** — Find summaries of the risks associated with each model, including model limitations, model stability and robustness issues, needed model adjustments, and much more.
+- **Risk assessment** — Find summaries of the risks associated with each record, including limitations, stability and robustness issues, needed adjustments, and much more.
-Reports are primarily designed for model validators or Chief Risk Officers (CROs) who require an understanding of artifacts related to model validation activities.
+Reports are primarily designed for validators or Chief Risk Officers (CROs) who require an understanding of artifacts related to validation activities.
::: {.attn}
@@ -38,7 +38,7 @@ Reports are primarily designed for model validators or Chief Risk Officers (CROs
- [x] {{< var link.login >}}
- [x] There are records registered in the inventory.[^1]
-- [x] There are validation issue type artifacts logged on any model.[^2]
+- [x] There are Validation Issues logged on any record.[^2]
:::
@@ -72,6 +72,8 @@ By default, Models and Validation Issues analytics pages can only be modified by
#### 1. Reports on models
+Analytics for model-type records only.
+
Total Models
: Count of your total models registered with {{< var vm.product >}}.
@@ -79,27 +81,29 @@ Number of Models by Business Unit and Tier
: Count of your model volume by business unit[^4] further broken down by risk tier. Assists you in pinpointing where in the organization resources should be concentrated on, along with the materiality of risk that unit may pose based on the models they are responsible for.
Number of Models by Stage and Business Unit
-: Count of your model volume by stage[^5] further broken down by business unit. Assists you in pinpointing where in the organization resources may need to be focused, based on the progress and severity of artifacts.
+: Count of your model volume by stage[^5] further broken down by business unit. Assists you in pinpointing where in the organization resources may need to be focused, based on the progress and severity of artifacts.
Avg. Number of Days Models Spend in a Stage
-: Average count of days your models spend in a certain stage further broken down by business unit. Assists you in pinpointing what point of your model risk management process resources should be concentrated on, along with where in the organization your resources should be allotted to.
+: Average count of days your models spend in a certain stage further broken down by business unit. Assists you in pinpointing what point of your risk management process resources should be concentrated on, along with where in the organization your resources should be allotted to.
#### 2. Reports on validation issues
+Analytics for Validation Issue artifacts only.
+
Total Validation Issues, Open Validation Issues, Closed Validation Issues, Past Due Validation Issues
-: Count of your total validation issue type artifacts,[^6] currently open validation issues, currently past due validation issues, and previous validation issues now closed.
+: Count of your total validation issues,[^6] currently open validation issues, currently past due validation issues, and previous validation issues now closed.
Validation Issues by Risk Area
-: Identifies issues based on the type of risk they pose to the organization, such as model limitations, data quality issues, regulatory compliance, and more. Helps in understanding the risk landscape for your models and risk areas requiring attention or improvement.
+: Identifies issues based on the type of risk they pose to the organization, such as limitations, data quality issues, regulatory compliance, and more. Helps in understanding the risk landscape for your models and risk areas requiring attention or improvement.
Validation Issues by Status
-: Sorts validation issue type artifacts based on their resolution status, such as open, closed, or past due. Provides a snapshot of the validation process, highlighting which issues have been addressed, which are currently being worked on, and which are yet to be tackled.
+: Sorts validation issues based on their resolution status, such as open, closed, or past due. Provides a snapshot of the validation process, highlighting which issues have been addressed, which are currently being worked on, and which are yet to be tackled.
Validation Issues by Business Unit
-: Segmented according to different divisions or departments within your organization, such as Finance, Marketing, and more. Assists you in pinpointing where in the organization model-related issues are occurring, facilitating more targeted resolution, if necessary.
+: Segmented according to different divisions or departments within your organization, such as Finance, Marketing, and more. Assists you in pinpointing where in the organization issues are occurring, facilitating more targeted resolution, if necessary.
Validation Issues by Model
-: Specific to individual models, details the validation issue type artifacts for each model, including any errors, limitations, or assumptions that may affect the model's performance. This helps in assessing the reliability and accuracy of each model.
+: Specific to individual models, details the validation issues for each model, including any errors, limitations, or assumptions that may affect the model's performance. This helps in assessing the reliability and accuracy of each model.
:::
diff --git a/site/guide/workflows/_workflow-step-types.qmd b/site/guide/workflows/_workflow-step-types.qmd
index dd5cffe0f8..17ea416006 100644
--- a/site/guide/workflows/_workflow-step-types.qmd
+++ b/site/guide/workflows/_workflow-step-types.qmd
@@ -187,7 +187,7 @@ Sends a HTTP request with optional additional conditions.^[[Conditional step req
[^user-action]:
- Select a field from the the drop-down to add it to your User Action step — click **Add All** to add all fields in that group. Users must have write permissions for the field in order to enter values.
+ Select a field from the the drop-down to add it to your User Action step — click **Add all** to add all fields in that group. Users must have write permissions for the field in order to enter values.
- [Manage inventory fields](/guide/inventory/manage-inventory-fields.qmd)
diff --git a/site/training/administrator-fundamentals/customizing-your-inventory.qmd b/site/training/administrator-fundamentals/customizing-your-inventory.qmd
index d7232152c3..7f08c86f45 100644
--- a/site/training/administrator-fundamentals/customizing-your-inventory.qmd
+++ b/site/training/administrator-fundamentals/customizing-your-inventory.qmd
@@ -38,7 +38,7 @@ aliases:
# Learning objectives {.center}
-_"As an **administrator** who has set up our organization's foundational units and granted users granulated access to the {{< var validmind.platform >}}, I want to configure our model inventory and customize our reusable resources."_
+_"As an **administrator** who has set up our organization's foundational units and granted users granulated access to the {{< var validmind.platform >}}, I want to configure our inventory and customize our reusable resources."_
::: {.tc}
@@ -50,7 +50,7 @@ This second module is part of a four-part series:
## Module 2 — Contents {.center}
::: {.f2}
-1. [The {{< var validmind.platform >}} model inventory](#the-validmind-inventory)
+1. [The {{< var validmind.platform >}} inventory](#the-validmind-inventory)
2. [Configure your inventory](#configure-your-inventory)
3. [Customize reusable templates](#customize-reusable-templates)
4. [Configure reusable blocks](#configure-reusable-blocks)
@@ -92,12 +92,12 @@ Already logged in and refreshed this module? Click [{{< fa chevron-right >}}]()
:::: {.slideover--r}
**Welcome to the {{< fa cubes >}} Inventory**
-Use the model inventory to track comprehensive details for all your models throughout the model lifecycle. The model inventory is customizable and extensible, with a layout that can be configured to suit your needs.
+Use the inventory to track comprehensive details for all your records (models) throughout their lifecycles. The inventory is customizable and extensible, with a layout that can be configured to suit your needs.
::: {.embed}
-Typically, your development team will independently register models in your model inventory.
+Typically, your development team will independently register records in your inventory.
-For this training course, you'll register a dummy model via the **{{< fa plus >}} Register Model** modal to familiarize you with the {{< var validmind.platform >}} interface and the model details page.
+For this training course, you'll register a dummy model-type record to familiarize you with the {{< var validmind.platform >}} interface and the record details page.
:::
**Let's register a model together** on the next page. {{< fa hand-point-right >}}
@@ -110,7 +110,7 @@ For this training course, you'll register a dummy model via the **{{< fa plus >}
**Register a new model**
1. Enter in some details for your sample model, then click **Next {{< fa angle-right >}}**.
-2. Select your own name under the **[model owner]{.smallcaps}** drop-down.
+2. Select your own name under the **[record owner]{.smallcaps}** drop-down.
3. Click **Register Model** to add the model to your inventory.
When you're done, click [{{< fa chevron-right >}}]() to continue.
@@ -124,10 +124,10 @@ When you're done, click [{{< fa chevron-right >}}]() to continue.
Once you've registered your model:
-1. **Select the name of your model you registered** to open up the model details page.
+1. **Select the name of your model you registered** to open up the record details page.
2. Scroll through the page to explore the default layout, and the fields available out-of-the-box.
-When you're done, click [{{< fa chevron-right >}}]() to learn how to **customize your model inventory.**
+When you're done, click [{{< fa chevron-right >}}]() to learn how to **customize your inventory.**
::::
@@ -241,8 +241,9 @@ Aggregation
:::
1. Click **{{< fa plus >}} Add Field**.
-2. Enter a **[title]{.smallcaps}** (name), select the field **[type]{.smallcaps}**, and indicate what **[inventory record types]{.smallcaps}** the field is available on.
-3. Click **Save** to add your field.
+2. Enter a **[title]{.smallcaps}** (name), select the field **[type]{.smallcaps}**.
+3. Indicate what **[inventory record types]{.smallcaps}** the field is available on — choose `Model` so that we can review this field on our sample model.
+4. Click **Save** to add your field.
When you're done, click [{{< fa chevron-right >}}]() to continue.
@@ -255,8 +256,8 @@ When you're done, click [{{< fa chevron-right >}}]() to continue.
**View inventory record field**
:::
-1. Select the name of your record you registered earlier to open up the record details page.
-2. On the details page of your record, confirm that the new field that you added is present.
+1. Select the name of your model you registered earlier to open up the record details page.
+2. On the landing page of your model, confirm that the new field that you added is present.
When you're done, click [{{< fa chevron-right >}}]() to continue.
@@ -720,15 +721,15 @@ When you're done, click [{{< fa chevron-right >}}]() to continue.
:::: {.columns}
::: {.column width="30%" .pr4 .f2}
-Customizing your model inventory
+Customizing your inventory
:::
::: {.column width="70%" .bl .pl4 .f3}
In this second module, you learned how to:
-- [x] Configure your model inventory's fields
-- [x] Define granular access to model inventory fields
+- [x] Configure your inventory record fields
+- [x] Define granular access to inventory fields
- [x] Customize and duplicate document templates
- [x] Configure reusable blocks for use in templates
diff --git a/site/training/administrator-fundamentals/onboarding-your-organization.qmd b/site/training/administrator-fundamentals/onboarding-your-organization.qmd
index 140a167272..1ce0198bbd 100644
--- a/site/training/administrator-fundamentals/onboarding-your-organization.qmd
+++ b/site/training/administrator-fundamentals/onboarding-your-organization.qmd
@@ -90,11 +90,11 @@ Already logged in and refreshed this module? Click [{{< fa chevron-right >}}]()
From here, you can:
-- Keep track of all your organization's models and their progress throughout the model lifecycle in the customizable inventory ...
+- Keep track of all your organization's records (models) and their progress throughout their lifecycles in the customizable inventory ...
- Manage your organization's custom setup, including inventory fields and reusable templates and blocks ...
- Manage users and user access to features ...
-- Set up workflows and attestations to streamline the governance of your models ...
-- View analytics on your models and artifacts (findings), and create custom reports ...
+- Set up workflows and attestations to streamline the governance of your records ...
+- View analytics on your records and artifacts (findings), and create custom reports ...
- ... and much more!
::: {.embed}
@@ -530,5 +530,5 @@ In this first module, you learned how to:
Continue your {{< var vm.platform >}} administration journey with:
-[Customizing Your Model Inventory](customizing-your-inventory.html){.button target="_blank"}
+[Customizing Your Inventory](customizing-your-inventory.html){.button target="_blank"}
:::
\ No newline at end of file
diff --git a/site/training/administrator-fundamentals/organizational-oversight-reporting.qmd b/site/training/administrator-fundamentals/organizational-oversight-reporting.qmd
index ecf65ce2b2..3cc2be2641 100644
--- a/site/training/administrator-fundamentals/organizational-oversight-reporting.qmd
+++ b/site/training/administrator-fundamentals/organizational-oversight-reporting.qmd
@@ -36,7 +36,7 @@ skip_preview: true
# Learning objectives {.center}
-_"As an **administrator** who has configured the {{< var validmind.platform >}} to suit our organizational requirements, I want to use {{< var vm.product >}} to oversee how our teams interact with our models and customize reporting to provide insights tailored to our use cases."_
+_"As an **administrator** who has configured the {{< var validmind.platform >}} to suit our organizational requirements, I want to use {{< var vm.product >}} to oversee how our teams interact with our records (models) and customize reporting to provide insights tailored to our use cases."_
::: {.tc}
@@ -49,7 +49,7 @@ This final module is part of a four-part series:
## Module 4 — Contents {.center}
::: {.f2}
-1. [Audit record activity](#audit-model-activity)
+1. [Audit record activity](#audit-record-activity)
2. [Audit workflows](#audit-workflows)
3. [Work with analytics](#work-with-analytics)
@@ -192,8 +192,8 @@ Review workflows associated with your records or artifacts:
**View active workflows**
:::
-1. Select the name of your record you registered for this course to open up the record details page.
-2. On the landing page of your record, locate the [active workflows]{.smallcaps} section.
+1. Select the name of your model you registered for this course to open up the record details page.
+2. On the landing page of your model, locate the [active workflows]{.smallcaps} section.
3. Click on the name of any active workflow to review that specific workflow's details.
4. Close the detail view for your workflow.
5. Click **{{< fa arrow-right-arrow-left >}} See All Workflows** to see records of workflows by status.
@@ -209,10 +209,10 @@ When you're done, click [{{< fa chevron-right >}}]() to continue.
:::: {.slideover--r .three-quarters .auto-collapse-10}
**Welcome to {{< fa square-poll-vertical >}} Analytics**
-Here, you can find executive summaries, track information on models, artifacts, and more.
+Here, you can find executive summaries, track information on records (models), artifacts (findings), and more.
::: {.embed}
-Default report widgets are provided in the **Models** and **Validation Issues** dashboards.
+Default report widgets are provided in the **Models** (model-type records only) and **Validation Issues** (Validation Issue artifacts only) dashboards.
You can supplement these with your own custom reports in additional dashboards to suit your organizational needs.
@@ -235,7 +235,7 @@ View report data
Try it **live** on the next page. {{< fa hand-point-right >}}
:::: {.f4 .pr3 .pl3 .mt4 .embed}
-Reports will not include data or artifacts from [archived models](/guide/inventory/archive-delete-records.qmd){target="_blank"}.
+Reports will not include data or artifacts from [archived records](/guide/inventory/archive-delete-records.qmd){target="_blank"}.
:::
:::
diff --git a/site/training/administrator-fundamentals/using-validmind-for-risk-management.qmd b/site/training/administrator-fundamentals/using-validmind-for-risk-management.qmd
index 20b484f621..8a94d74d75 100644
--- a/site/training/administrator-fundamentals/using-validmind-for-risk-management.qmd
+++ b/site/training/administrator-fundamentals/using-validmind-for-risk-management.qmd
@@ -39,7 +39,7 @@ aliases:
# Learning objectives {.center}
::: {.f2}
-_"As an **administrator** who has set up user access to the {{< var validmind.platform >}} and prepared our model inventory for tracking models, I want to maximize the potential of {{< var vm.product >}} as a centralized hub for risk management oversight by configuring workflows, regulations and policies, and attestations in accordance with our organization's requirements."_
+_"As an **administrator** who has set up user access to the {{< var validmind.platform >}} and prepared our inventory for tracking records (models), I want to maximize the potential of {{< var vm.product >}} as a centralized hub for risk management oversight by configuring workflows, regulations and policies, and attestations in accordance with our organization's requirements."_
:::
@@ -54,7 +54,7 @@ This third module is part of a four-part series:
## Module 3 — Contents {.center}
::: {.f2}
-1. [{{< var vm.product >}} for risk management](#validmind-for-model-risk-management)
+1. [{{< var vm.product >}} for risk management](#validmind-for-risk-management)
2. [Set up & manage custom workflows](#set-up-manage-workflows)
3. [Manage regulations & policies](#manage-regulations-policies)
4. [Configure attestations](#configure-attestations)
@@ -85,7 +85,7 @@ To continue, you need to have been [onboarded](administrator-fundamentals-regist
:::
::: {.column width="50%"}
::: {.tc}
-[Customizing Your Model Inventory](customizing-your-inventory.html){.button target="_blank"}
+[Customizing Your Inventory](customizing-your-inventory.html){.button target="_blank"}
:::
:::
@@ -110,9 +110,9 @@ Already logged in and refreshed this module? Click [{{< fa chevron-right >}}]()
:::: {.slideover--r}
**Welcome back to the {{< var validmind.platform >}}**
-The {{< var validmind.platform >}} is more than just a model inventory where your model development and model validation teams collaborate seamlessly and more efficiently — it's also an indispensable tool for model risk management oversight:
+The {{< var validmind.platform >}} is more than just an inventory where your development and validation teams collaborate seamlessly and more efficiently — it's also an indispensable tool for risk management oversight:
-- Configure workflows to match your organizational needs for every part of your model lifecycles.
+- Configure workflows to match your organizational needs for every part of your record (model) lifecycles.
- Set up attestations to support compliance and governance processes.
- Customize reporting to provide insights tailored to your use cases.
@@ -350,10 +350,10 @@ Run workflows manually
:::: {.slideover--b .auto-collapse-10}
::: {.tc}
-**Initiate a model workflow**
+**Initiate your model workflow**
:::
-1. Select the name of your model you registered for this course to open up the model details page.
+1. Select the name of your model you registered for this course to open up the record details page.
2. On the landing page of your model, click the **Workflows** tab.
3. Click **{{< fa arrow-right-arrow-left >}} See All Workflows**.
4. Select **{{< fa arrow-right >}} Run Workflow** for the workflow you configured earlier, then select **Run Now** under **[workflow start]{.smallcaps}**.
@@ -404,10 +404,10 @@ As an administrator, you may need to reset or abort workflows as required:
:::: {.slideover--b .auto-collapse-10}
::: {.tc}
-**Reset a model workflow**
+**Reset your model workflow**
:::
-1. Select the name of your model you registered for this course to open up the model details page.
+1. Select the name of your model you registered for this course to open up the record details page.
2. On the landing page of your model, locate the [active workflows]{.smallcaps} section.
3. Click on the name of the workflow you manually initiated earlier to open that workflow's details.
4. Click on the **{{< fa ellipsis-vertical >}}** in the top-right hand corner and select [**{{< fa ban >}} Abort Workflow**]{.red}.
@@ -587,7 +587,7 @@ Attestation periods are typically scheduled quarterly or annually and should be
#### Attestation fields
-By default, attestations include the model name. Add additional model inventory fields as needed.
+By default, attestations include the record name. Add additional inventory fields as needed.
#### Questionnaires
@@ -666,7 +666,7 @@ Click on the name of the attestation you added previously to configure it:
1. Click **{{< fa plus >}} Add Attestation Period** and add a period.
- Enter the **[name]{.smallcaps}**, **[start date]{.smallcaps}**, and **[end date]{.smallcaps}**.
- Click **Add Period**.
-2. Under Relevant Attestation Fields, drag fields into the **Relevant Attestation Fields** column to display in model snapshots.
+2. Under Relevant Attestation Fields, drag fields into the **Relevant Attestation Fields** column to display in record snapshots.
3. Under Questionnaire Template, click the template area to edit, then click **Save** to apply your changes.
When you're done, click [{{< fa chevron-right >}}]() to continue.
@@ -679,16 +679,16 @@ When you're done, click [{{< fa chevron-right >}}]() to continue.
:::: {.columns}
::: {.column width="30%" .pr4 .f2}
-{{< var vm.product >}} for model risk management
+{{< var vm.product >}} for risk management
:::
::: {.column width="70%" .bl .pl4 .f3}
In this third module, you learned how to:
-- [x] Use {{< var vm.product >}} to oversee your entire MRM lifecycle
-- [x] Set up model stages and custom workflows
-- [x] Manage and review workflows on models
+- [x] Use {{< var vm.product >}} to oversee your entire risk management lifecycle
+- [x] Set up record stages and custom workflows
+- [x] Manage and review workflows
- [x] Set up and schedule attestations
:::
diff --git a/site/training/ai-governance/managing-ai-use-cases.qmd b/site/training/ai-governance/managing-ai-use-cases.qmd
index 34075584b6..b0bbdf59c5 100644
--- a/site/training/ai-governance/managing-ai-use-cases.qmd
+++ b/site/training/ai-governance/managing-ai-use-cases.qmd
@@ -108,8 +108,8 @@ Configure custom inventory fields for AI governance:
The **Inventory** displays AI use cases with:
- **Tier** — Risk classification level
-- **Model owner** — Accountability assignment
-- **Model stage** — Current lifecycle stage
+- **Owner** — Accountability assignment
+- **Stage** — Current lifecycle stage
:::
::::
diff --git a/site/training/common-slides/_review-model-activity.qmd b/site/training/common-slides/_review-model-activity.qmd
index 8f7b98133e..becf7518c5 100644
--- a/site/training/common-slides/_review-model-activity.qmd
+++ b/site/training/common-slides/_review-model-activity.qmd
@@ -9,7 +9,7 @@ SPDX-License-Identifier: AGPL-3.0 AND ValidMind Commercial -->
**Review model activity**
:::
-1. Select the name of your model you registered for this course to open up the model details page.
+1. Select the name of your model you registered for this course to open up the record details page.
2. In the left sidebar that appears for your model, click **{{< fa wifi >}} Activity**.
3. Confirm activity logged on the model reflects your activities from this training course.
4. (Optional) Filter the activity by category or specific values to narrow down results.
diff --git a/site/training/validator-fundamentals/using-validmind-for-validation.qmd b/site/training/validator-fundamentals/using-validmind-for-validation.qmd
index 5606c4bf65..32506b258e 100644
--- a/site/training/validator-fundamentals/using-validmind-for-validation.qmd
+++ b/site/training/validator-fundamentals/using-validmind-for-validation.qmd
@@ -146,7 +146,7 @@ From here, you can:
- Keep track of your records (models) in the customizable inventory ...
- Review documentation submitted by developers ...
- Assess the compliance of records by logging artifacts (findings) and test results as evidence on validation reports ...
-- View analytics on your records and artifacts, and create custom reports ...
+- View analytics on your records and artifacts (findings), and create custom reports ...
- ... and much more!
::: {.embed}
@@ -311,8 +311,8 @@ Typically, a champion is submitted to you for validation with completed document
Here, review the empty sample documentation for the record you registered earlier to familiarize you with what the structure of documentation could look like when presented to you for review:
-1. Select the name of your record you registered for this course to open up the record details page.
-2. In the left sidebar that appears for your record, click **Development** under {{< fa file >}} Documents.
+1. Select the name of your model you registered for this course to open up the record details page.
+2. In the left sidebar that appears for your model, click **Development** under {{< fa file >}} Documents.
::: {.embed}
The structure of the documentation reflects the documentation template applied to the record, just like the validation report template.
From 8b254c1b71463403b33afa7a6ebe70ea4f2af397 Mon Sep 17 00:00:00 2001
From: Nik Richers
Date: Tue, 2 Jun 2026 11:59:28 -0700
Subject: [PATCH 2/2] Preview for 26.06 release notes + `make get-source`
(#1353)
* Add temporary release-notes branch ref for 26.06 preview
Points to nrichers/sc-16263/release-notes-for-26-06 branch in release-notes repo.
* Run make get-source
* Add subtitle to all-releases page listing
* refreshing vm-library
* cache invalidation
* Update .github/workflows/validate-docs-site.yaml
Co-authored-by: Nik Richers
* REF FOR PREVIEW, REMOVE BEFORE MERGE
* Update .github/workflows/validate-docs-site.yaml
---------
Co-authored-by: Beck <164545837+validbeck@users.noreply.github.com>
---
.github/workflows/deploy-docs-prod.yaml | 2 +-
.github/workflows/deploy-docs-staging.yaml | 2 +-
.github/workflows/validate-docs-site.yaml | 2 +-
.../templates/_template-schema-generated.qmd | 2 +-
site/notebooks.zip | Bin 61189993 -> 61200527 bytes
.../configure_judge_llms.ipynb | 9 +-
...model_documentation_oidc_device_flow.ipynb | 889 ++++++++++++++++++
site/releases/all-releases.qmd | 2 +-
8 files changed, 899 insertions(+), 9 deletions(-)
create mode 100644 site/notebooks/quickstart/quickstart_model_documentation_oidc_device_flow.ipynb
diff --git a/.github/workflows/deploy-docs-prod.yaml b/.github/workflows/deploy-docs-prod.yaml
index cce53a8fd1..29390293db 100644
--- a/.github/workflows/deploy-docs-prod.yaml
+++ b/.github/workflows/deploy-docs-prod.yaml
@@ -117,7 +117,7 @@ jobs:
run: aws configure set aws_access_key_id ${{ secrets.AWS_ACCESS_KEY_ID_PROD }} && aws configure set aws_secret_access_key ${{ secrets.AWS_SECRET_ACCESS_KEY_PROD }} && aws configure set default.region us-east-1
- name: Deploy docs prod site
- run: aws s3 sync site/_site s3://validmind-docs-prod/site --delete --exclude "installation/omnibus/*" --exclude "installation/helm-repo/*" --exclude "notebooks/EXECUTED/*" --exclude "llm/*" && aws cloudfront create-invalidation --distribution-id E2BGG3USKQTR9W --paths "/*" --no-cli-pager
+ run: aws s3 sync site/_site s3://validmind-docs-prod/site --delete --exclude "installation/omnibus/*" --exclude "installation/helm-repo/*" --exclude "notebooks/EXECUTED/*" --exclude "llm/*" --cache-control "no-cache, max-age=0, must-revalidate" && aws cloudfront create-invalidation --distribution-id E2BGG3USKQTR9W --paths "/*" --no-cli-pager
# Release headroom and shrink before final lightweight steps & post-job
- name: Release reserve & shrink
diff --git a/.github/workflows/deploy-docs-staging.yaml b/.github/workflows/deploy-docs-staging.yaml
index 158faaff7a..2ade3f3aa1 100644
--- a/.github/workflows/deploy-docs-staging.yaml
+++ b/.github/workflows/deploy-docs-staging.yaml
@@ -120,7 +120,7 @@ jobs:
run: aws configure set aws_access_key_id ${{ secrets.AWS_ACCESS_KEY_ID_STAGING }} && aws configure set aws_secret_access_key ${{ secrets.AWS_SECRET_ACCESS_KEY_STAGING }} && aws configure set default.region us-west-2
- name: Deploy docs staging site
- run: aws s3 sync site/_site s3://validmind-docs-staging/site --delete --exclude "installation/helm-repo/*" --exclude "pr_previews/*" --exclude "notebooks/EXECUTED/*" --exclude "llm/*" && aws cloudfront create-invalidation --distribution-id ESWVTZYFL873V --paths "/*" --no-cli-pager
+ run: aws s3 sync site/_site s3://validmind-docs-staging/site --delete --exclude "installation/helm-repo/*" --exclude "pr_previews/*" --exclude "notebooks/EXECUTED/*" --exclude "llm/*" --cache-control "no-cache, max-age=0, must-revalidate" && aws cloudfront create-invalidation --distribution-id ESWVTZYFL873V --paths "/*" --no-cli-pager
# Release headroom and shrink before final lightweight steps & post-job
- name: Release reserve & shrink
diff --git a/.github/workflows/validate-docs-site.yaml b/.github/workflows/validate-docs-site.yaml
index f9a7fc80f6..fe28a4d362 100644
--- a/.github/workflows/validate-docs-site.yaml
+++ b/.github/workflows/validate-docs-site.yaml
@@ -128,7 +128,7 @@ jobs:
run: aws configure set aws_access_key_id ${{ secrets.AWS_ACCESS_KEY_ID_STAGING }} && aws configure set aws_secret_access_key ${{ secrets.AWS_SECRET_ACCESS_KEY_STAGING }} && aws configure set default.region us-east-1
- name: Deploy PR preview
- run: aws s3 sync site/_site s3://validmind-docs-staging/site/pr_previews/${{ github.head_ref }} --delete --exclude "notebooks/EXECUTED/*" && aws cloudfront create-invalidation --distribution-id ESWVTZYFL873V --paths "/*" --no-cli-pager
+ run: aws s3 sync site/_site s3://validmind-docs-staging/site/pr_previews/${{ github.head_ref }} --delete --exclude "notebooks/EXECUTED/*" --cache-control "no-cache, max-age=0, must-revalidate" && aws cloudfront create-invalidation --distribution-id ESWVTZYFL873V --paths "/*" --no-cli-pager
- name: Post comment with preview URL
uses: actions/github-script@v6
diff --git a/site/guide/templates/_template-schema-generated.qmd b/site/guide/templates/_template-schema-generated.qmd
index 3256ea27cc..2deebf3d2b 100644
--- a/site/guide/templates/_template-schema-generated.qmd
+++ b/site/guide/templates/_template-schema-generated.qmd
@@ -1137,7 +1137,7 @@ Source: backend/src/backend/templates/documentation/model_documentation/mdd_temp