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.
- Compliance Management
- Who it's for
- Multi-entity programs
Multi-entity programs
A compliance team serving several entities needs clear organizational boundaries. An obligation names its organization and links to an assessment. That assessment also names the organization, owner, period and business unit. The shared record lets the team review the rule's impact in context while keeping decisions and evidence beside the entity whose work was examined.
How Compliance Management is set up for you
Entity identity
Maintain organization names and codes so similarly named operating units do not become confused.
Obligation context
Record jurisdiction, authority source, effective date and deadline context for the entity affected.
Assessment scope
Tie the review to a stated period, responsible owner and business unit.
Decision record
Preserve the reviewer's reason, time and source revision for a submitted obligation.
A compliance team serving several entities needs clear organizational boundaries. An obligation names its organization and links to an assessment. That assessment also names the organization, owner, period and business unit. The shared record lets the team review the rule's impact in context while keeping decisions and evidence beside the entity whose work was examined.
Choose an obligation for one entity and connect it to one assessment with an explicit scope statement. Have the Compliance Lead explain why the obligation applies and where its authority source can be checked. The Independent Reviewer then examines the submitted revision and records a decision with a reason. A later correction should leave the earlier decision understandable.
Test the working boundary with another entity that has a similar business unit name. The team should identify the correct organization from the record links, not from memory. An Admin can maintain people and organization information; the operating roles should review the records in their actual scope. Agree access rules before staff begin attaching evidence.
The first report should answer a modest question, such as which obligations for that entity are submitted for review or which findings remain open under its assessment. A broader comparison becomes meaningful after the team has agreed how jurisdictions and business units are named across entities.
Features to start with
Roles on the team
- Admin
- Sets organization access and maintains the people and business units used to scope work.
- Compliance Lead
- Owns assessment scope, obligation review routing and the operating record for the compliance program.
- Control Owner
- Maintains a control and the risk it addresses, then responds to test exceptions.
- Tester
- Records control tests and identifies findings for assessment review.
- Independent Reviewer
- Decides submitted obligation reviews and records independent follow-up tests.
Set up Compliance Management your way.
Start free, then use Proto to change fields, steps and approvals before your team goes live.