These cookies are required for the website to function properly. They ensure security, enable basic features like page navigation, and store user session data. You cannot disable these cookies.
- Regulatory Reporting
- Features
- Risk and Controls
Risk and Controls
Connect branch risks to owned controls and their effective dates.
OverviewFailed control tests×
Regulatory Reporting · Risk and Controls
New
Failed control tests
Assessment tests
| Parent | Control | Tested at | Sample size | Exception count | Result | |
|---|---|---|---|---|---|---|
| ASS-79424 | CNT-2310 | 07 Oct | 630 | 7 | Fail | |
| ASS-70045 | CNT-8570 | 11 Oct | 410 | 3 | Inconclusive | |
| ASS-72975 | CNT-2465 | 04 Oct | 70 | 13 | Fail | |
| ASS-50091 | CNT-1160 | 15 Oct | 880 | 6 | Inconclusive | |
| ASS-88598 | CNT-7710 | 18 Oct | 800 | 29 | Fail |
6 of 6 records
ER-444Assessment tests · AT-30119
FailParentASS-79424
ControlCNT-2310
Tested at07 Oct
Sample size630
Exception count7
What you can do
Make the control population explainable
Risk records give a business unit a named exposure, an owner and a likelihood and impact on a stated scale. A control then links to that risk, names its owner and records when it became effective. This chain helps the team select controls for an assessment without relying on a private spreadsheet of assumptions. It also lets a reviewer ask whether a tested control was active for the period being assessed.
Consider a branch whose reconciliation risk has a high impact. The Control Owner records the risk with the scale version used to score it, then identifies the control that mitigates it. The control description says what the control does. Its owner is the person who can explain and supply evidence. A control marked retired should not quietly be presented as the current safeguard for new testing.
How the work is organized
- Business-unit risk. Each risk has a title, owner, likelihood, impact and scale version tied to one business unit.
- Owned control. Each control links to a risk and names the staff member responsible for its operation.
- Effective state. Effective date and status help the tester interpret the control in the reporting period.
What to agree during setup
Agree on a scoring scale and write its version consistently. The numeric likelihood and impact are meaningful only when the team understands that scale. Set a rule for when a control becomes active and who may retire it. Before a new assessment starts, check that business-unit ownership and control ownership still match how work is done.
An organization can contain multiple business units. Establish stable names and codes so a branch is not entered twice under slightly different labels. Team member records also carry organization and user identity; map them before using ownership as a work queue. The administrator can review inactive people and units so current work goes to the right place.
Check the handoff on an actual case
Choose one business unit and create a risk with a named owner and scale version. Link an active control, add its description and effective date, then hand it to a Control Tester for a sample assessment. Ask the tester to identify the risk and owner from the control record alone. Ask the reviewer to compare the effective date with the assessment period. That exercise shows whether the chain can support an assurance decision.
When a control changes, keep the distinction between its design and a test result. A passing test records evidence of one execution; it does not automatically change the risk score or make a retired control active. Review those decisions separately with the responsible owner.
What your team sees
- Assessments in review — Open the assessment where the linked control evidence will be judged.
- Failed control tests — Find tests that need a closer look at the underlying control.
Follow the work through
Use scope and testing to take a control into an assessment. Review findings and retests when testing reveals a gap.
What it keeps track of
Data model- Business units
- Business units and branches within an organization.
- Risks
- Risk register entries with likelihood and impact on a named scale.
- Controls
- Controls mitigating a risk, with owner and effective date.
- Team members
- Named staff with role scope and platform identity.
- Assessments
- Control assessment engagements with period, scope and lifecycle.
- Assessment tests
- Individual control tests with sample size, exceptions and result.
Who uses it
Permissions- Control Owner
- , Control Tester, Independent Assurance Reviewer, Admin
Set up Regulatory Reporting your way.
Start free, then use Proto to change fields, steps and approvals before your team goes live.