How to Monitor your Model or Policy
What is it?
The Monitoring Dashboard is where you keep an eye on your model or policy inventory after objects are approved and running. It tracks attributes you care about (review dates, performance metrics, approval status), refreshes them on a schedule you choose, and fires alerts when something needs attention.
A single Monitoring Dashboard can cover objects registered on the platform and objects managed externally (for example, models trained outside Corridor that you still want governed in one place).
Each dashboard has four tabs:
| Tab | What it does |
|---|---|
| Details | Defines the schema, refresh schedule, and refresh logic. The setup section. |
| Reports | Shows the tracked data in tables, pivots, and custom views. Where uploaded files land. |
| Triggered Alerts | Lists alerts that have fired, with filters and bulk actions. |
| Alert Settings | Where you configure the alert rules. See Set up Alerts. |
Before you start
- You need write access to the Monitoring Dashboard module.
- If you plan to ingest data from a file, have the CSV or Excel file ready. It must contain a column that uniquely identifies each row.
How to Set Up
Step 1: Open the Monitoring Dashboard
Navigate to the right module:
- For Models: Model Studio → Monitoring Dashboard.
- For Policies: Prospecting, Underwriting, or Customer Management → Monitoring Dashboard.
The dashboard opens on the Details tab.
Step 2: Define the Data Schema
The Data Schema is the list of columns the dashboard will track. Click Add Column to add a row; drag the move handle to reorder.
| Field | What to enter |
|---|---|
| Column NameRequired | A unique variable-style name (no spaces; for example, next_review_date, ks_metric). This is also how you refer to the column in refresh logic. |
| Column TypeRequired | The data type: String, Numerical, DateTime, or Boolean. |
| Color | (Optional) Pick a color used to render the column in dashboard views. |
| Editable | If checked, users with access can edit values for this column directly in Reports → Data View. System fields are not editable. |
Tip
Add only columns you actually want to monitor or alert on. The schema can be extended later, but renaming or removing a column after data is loaded needs cleanup.
Step 3: Schedule the Data Refresh
Tell the dashboard when to run.
| Field | What to enter |
|---|---|
| Start Date | The first run date. Leave empty to use today. |
| Time | The time of day to run. Leave empty to run immediately on save. Times snap to the nearest half hour. |
| Recurrence | How often the refresh repeats (daily, weekly, monthly, and so on). Once set, the form previews the next few iteration dates. |
Step 4: Write the Data Refresh Logic
This is a Python function that produces the data the dashboard tracks. Open the Data Refresh Logic editor and write logic that returns a Pandas DataFrame.
You can pull from three sources:
file_data(Pandas DataFrame): the contents of any CSV or Excel file uploaded in Reports → Data View.dashboard_data(Pandas DataFrame): whatever is currently visible in Reports → Data View.- Platform data: query objects registered in Corridor using the
corridorpackage. For example,corridor.model.all()returns every registered Model.
The refresh runs:
- At the scheduled time you set in Step 3.
- Immediately whenever someone uploads a file in Reports → Data View.
A common starting pattern is "use the uploaded file if there is one, otherwise keep the existing data":
if file_data is not None:
file_data['_index'] = file_data['<your_id_column>'] # uniquely identifies each row
return file_data
else:
return dashboard_data
Warning
Be cautious when changing this logic on a running dashboard. The next refresh replaces the dashboard data, so a mistake here can wipe out the values you were tracking.
Step 5: Save
Click Save Changes at the bottom of the form. The dashboard runs at its first scheduled time, or immediately if no time was set.
Loading Data
Once the dashboard is set up, populate it from the Reports tab.
- Reports → Data View: drag a CSV or Excel into the grid, or upload via the toolbar. The refresh logic runs and the data appears in the grid.
- Reports also exposes pivot views and custom views you can build for executive summaries (for example, Models due for review in the next 30 days).
Setting Up Alerts
Once data is flowing, switch to the Alert Settings tab to define rules that fire when conditions are met (a metric breach, an approaching review date). See Set up Alerts for the full walkthrough.
Fired alerts collect under the Triggered Alerts tab, where you can filter, close, or bulk-delete them.
What's next
- Set up Alerts so the dashboard nudges you instead of you nudging it.
- Send an Approval Request when a model or policy needs sign-off on its monitoring setup.