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
- Assessment Planning
Assessment Planning
Set the reporting period, business-unit scope and test plan before work begins.
OverviewMy assessments×
Regulatory Reporting · Assessment Planning
New
My assessments
Assessments
| Record number | Subject | Status | Period start | Period end | Owner | |
|---|---|---|---|---|---|---|
| ASS-54186 | Draft ass-853 | Draft | 22 Oct | 31 Oct | ||
| ASS-54931 | Planned ass-925 | Planned | 23 Oct | 01 Nov | ||
| ASS-62834 | Testing ass-500 | Testing | 27 Oct | 31 Oct | ||
| ASS-72403 | Review ass-672 | Review | 25 Oct | 28 Oct | ||
| ASS-38944 | Approved ass-799 | Approved | 16 Oct | 21 Oct |
6 of 6 records
Draft ass-853Assessments · ASS-54186
DraftPeriod start22 Oct
Period end31 Oct
What you can do
Give the assessment a clear boundary
A reporting cycle starts with an assessment for one organization and business unit. The Control Owner records the subject, period and scope statement, then sets a planned test count. This gives the tester and reviewer the same working boundary. A change to that boundary is visible through the assessment revision, so the team can tell which version was reviewed.
Suppose the team is assessing controls for a branch during a quarter. The assessment identifies that branch, the dates and the person responsible for the work. The linked risks and controls tell the tester which safeguards are in scope. An owner should not treat a broad title as a substitute for a precise scope statement; the next person needs to know what to sample and what falls under this cycle.
How the work is organized
- Entity and branch. The assessment belongs to an organization and names the business unit under review.
- Period and scope. Start and end dates frame the work, while the scope statement explains the boundary in words.
- Plan and revision. The planned test count and revision help the reviewer compare a decision with the plan actually presented.
What to agree during setup
Choose the reporting calendar and the organization responsible for each assessment. Agree how the team will name business units, who can own a control, and what a useful scope statement includes. Decide when a plan is ready for independent review and who records that decision. The reviewer needs a real person and a defined handoff, especially when the Control Owner also prepares the return.
If a period spans several branches, decide whether the team will use separate assessments for each branch or one clearly described scope. Keep the source relationships understandable. A return package later points to its parent assessment; an ambiguous parent makes the package difficult to explain.
Check the handoff on an actual case
Create a draft assessment for a named organization and branch. Add the period, scope and planned tests. Link an active control whose owner can answer questions about its design. Have the Independent Assurance Reviewer inspect the plan and record a decision against its revision. Then change the scope and confirm that the earlier decision remains attributable to the earlier version. The team can begin testing when its review practice has accepted the current plan.
What your team sees
- Assessment status board — Follow draft, planned, testing and review work by owner and revision.
- Assessment period schedule — See the period boundaries for work moving toward testing.
- My assessments — Give each owner a direct list of their assigned assessments.
Follow the work through
Continue with scope and testing and the review handoff. The data model shows how the assessment connects to later evidence.
What it keeps track of
Data model- Assessments
- Control assessment engagements with period, scope and lifecycle.
- Organizations
- Reporting entities and their reporting configuration.
- 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.
- Review decisions
- Independent review decisions recorded against an assessment revision.
Who uses it
Permissions- Control Owner
- , 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.