Compliance

Compliance Reporting: Examples, Templates & AI Reports

Samuel Mihalcik

Samuel Mihalcik

Senior Consultant

RiskRhino Compliance Reporting
RiskRhino Compliance Reporting
RiskRhino Compliance Reporting

Compliance reporting is the process of collecting evidence about how well an organization meets its legal, regulatory and internal requirements, and presenting it so the right people can act. A good compliance report shows what is in scope, what is working, what is missing, who owns the fix and which decisions management needs to make.

If you prepare compliance reports today, you probably know the hard part is not the writing. It is chasing control owners for updates, reconciling three versions of a spreadsheet, finding evidence that went stale last quarter and turning a wall of statuses into something a board can decide on.

This guide gives you five compliance reporting examples, a copyable compliance report template, a short process, and a look at how AI compliance reporting changes the work, including where human review still matters.

  • What is compliance reporting?

  • What should a compliance report include?

  • Five compliance reporting examples

  • A practical compliance report template

  • How to create a compliance report

  • How AI changes compliance reporting

  • On-demand compliance reporting with RiskRhino AI agents

  • Compliance reporting best practices

  • FAQ

What Is Compliance Reporting?

In plain terms, the meaning of compliance reporting is turning compliance data into a decision document. Compliance monitoring is the ongoing activity of checking controls and collecting evidence. Compliance reporting is the point where that information is summarized for a specific audience, period and purpose.

That is why compliance and reporting are tied so closely: monitoring without reporting rarely reaches the people who can fund a fix or accept a risk, and reporting without monitoring has nothing reliable to say.

Who Uses Compliance Reports and What Decisions Do They Support?

  • Board and executive management use compliance reports to understand material gaps, approve remediation budgets and accept or reject risks. They need outcomes, not control lists. (For more on how this fits into management oversight, see what business assurance means.)

  • Compliance and risk managers use them to track progress, spot overdue actions and plan the next quarter.

  • Internal and external auditors use a compliance audit report to see what was tested, which evidence supports each conclusion and what exceptions were found.

  • Regulators and supervisors receive formal submissions in a format they define.

Internal Compliance Reports vs Regulatory Submissions

An internal compliance report is written for your own decision-makers. A regulatory compliance report or filing is something a supervisor requires, usually with a fixed format, deadline and sign-off. A strong management report can feed a regulatory submission, but it is not automatically an accepted regulatory filing. Regulatory compliance reporting requirements differ by sector and jurisdiction, so always check the regulator's own instructions.

What Should a Compliance Report Include?

Scope, Reporting Period and Applicable Requirements

State the organization or business unit, the frameworks or regulations covered (for example ISO 27001, NIS2 or SOX), the assessed population (systems, entities, processes), the reporting date and any exclusions. A reader who does not know the scope cannot interpret a single number in the report.

Compliance Status and Supporting Evidence

Use clear status categories and keep them separate:

  • Compliant – assessed, with current evidence.

  • Partially compliant – assessed, with a known gap.

  • Non-compliant – assessed and failing.

  • Not assessed – no assessment in this period.

Call out missing or stale evidence on its own. "We have no current evidence" is a different finding from "the control failed," and readers should see the difference.

Findings, Risks and Remediating Actions

For each gap, show the related risk, severity, remediating action, owner, deadline and status, where those fields actually exist in your data. If an owner or due date is missing, say so. Do not fill the gap with a guess.

Executive Summary and Decisions Required

Open the report with what needs attention and what management is being asked to approve: budget, a risk acceptance, a deadline extension or a change in priority.

Five Compliance Reporting Examples

The compliance report examples below use one fictional company, Harbor Lane Financial, a 450-person payments provider in scope for ISO 27001 and NIS2. All data in these examples is illustrative.

1. Board and Management Compliance Report

Audience: board, executive committee. Purpose: show material gaps, change since last quarter and decisions needed. Useful fields: material gaps, risk rating, trend vs last period (only when the scope and method are comparable), decisions required.

Illustrative excerpt:

Board and Management Compliance Report

Area

Q2 status

Q3 status

Decision required

Supplier security (NIS2)

2 material gaps

1 material gap

Approve budget for supplier assessments

Incident reporting

Not assessed

Partially compliant

Confirm 24-hour escalation owner

Access reviews

Compliant

Compliant

None

2. Regulatory Requirements and Control Coverage Report

Audience: compliance manager, CISO. Purpose: show how each requirement maps to controls, assessments and evidence. Useful fields: requirement → linked controls → latest assessment → evidence → gap.

Illustrative excerpt:

Regulatory Requirements and Control Coverage Report

Requirement

Linked controls

Latest assessment

Evidence

Gap

NIS2 Art. 21(2)(d) Supply chain security

SUP-01, SUP-04

Partially effective

Supplier register v3

6 critical suppliers not assessed

NIS2 Art. 23 Incident reporting

IR-02

Not assessed

None current

Assessment not performed

NIS2 Art. 21(2)(i) Access control

AC-01, AC-03

Effective

Access review Jul 2026

None identified

NIS2 Art. 21(2)(c) Business continuity

BK-01

Effective, stale

Restore test Nov 2025

Evidence older than 6 months

Note that control linkage alone does not prove compliance. A requirement with three linked controls and no assessment is still an open question. If you work with both frameworks, our guide to NIS2 and ISO 27001 mapping covers this in more depth.

3. Control Effectiveness and Evidence Report

Audience: control owners, internal audit. Purpose: separate a control that exists from one that has been tested and shown to work. Useful fields: control, design status, last test date, test result, evidence date, evidence status.

Illustrative excerpt:

Control Effectiveness and Evidence Report

Control

Last tested

Result

Evidence status

AC-03 Quarterly access review

Jul 2026

Effective

Current

BK-01 Backup restore test

Nov 2025

Effective

Stale (over 6 months)

CH-02 Change approval

—

Not tested

Missing

LG-04 Security log review

Aug 2026

Partially effective

Current

This view is also the backbone of a compliance audit report: auditors want to see what was tested, when and with which evidence.

4. Findings and Remediation Progress Report

Audience: risk committee, compliance team. Purpose: track open issues to closure. Useful fields: finding, priority, owner, due date, status, days overdue.

Illustrative excerpt:

Findings and Remediation Progress Report

Finding

Priority

Owner

Due

Status

MFA not enforced for admin VPN

High

IT Ops lead

15 Nov 2026

In progress

6 critical suppliers not assessed

High

Procurement lead

31 Dec 2026

In progress

Incident playbook outdated

Medium

CISO

Missing

Open

Supplier contracts lack security clause

Medium

Not recorded

Missing

Open

Backup restore test overdue

Medium

Not recorded

30 Nov 2026

Open

Missing dates and owners are shown as missing. That itself is a finding worth reporting.

5. Third-Party Compliance Report

Audience: procurement, compliance, CISO. Purpose: show which suppliers matter, which requirements they affect and what follow-up is needed. Useful fields: supplier, criticality, related requirements, known gaps, next action. For the wider process behind this report, see our overview of vendor risk management software.

Illustrative excerpt:

Third-Party Compliance Report

Supplier

Criticality

Related requirement

Known gap

Follow-up

Cloud hosting provider

Critical

NIS2 supply chain

SOC 2 report expired

Request current report

Payroll processor

High

GDPR / ISO 27001 A.5.19

No DPA review this year

Schedule review

Card payment gateway

Critical

NIS2 / ISO 27001 A.5.21

None identified

Annual review Q1 2027

6 critical suppliers

Not assessed

NIS2 supply chain

No assessment on file

Budget decision needed

All five reports draw on the same underlying records: requirements, controls, assessments, evidence, findings and suppliers. When those records live in one connected system instead of five spreadsheets, producing each report becomes much simpler. We come back to that in the AI section below.

A Practical Compliance Report Template

You can use this compliance report template with any tool, including a spreadsheet.

Copyable Report Outline

  1. Report title, audience, reporting date and scope – who it is for, which period, which frameworks and entities, what is excluded.

  2. Executive summary – three to five sentences: overall position, biggest gaps, decisions needed.

  3. Requirements and assessment methodology – which requirements were assessed and how (self-assessment, testing, audit).

  4. Status summary, including not-assessed items – counts per status category.

  5. Material gaps and supporting evidence – each gap with the evidence (or lack of it) behind it.

  6. Risk implications – what could happen if the gap stays open.

  7. Actions, owners and deadlines – the remediation plan.

  8. Decisions required – what management must approve, accept or prioritize.

  9. Data limitations and review/approval – known data gaps, who reviewed the report and when.

Example Status and Action Table

Requirement / control ref.

Status

Evidence ref.

Gap

Action

Owner

Deadline

ISO 27001 A.8.13 / BK-01

Partially compliant

EV-112 (Nov 2025)

Restore test overdue

Run restore test

Infra lead

30 Nov 2026

NIS2 Art. 23 / IR-02

Not assessed

—

No assessment

Schedule assessment

CISO

15 Dec 2026

A note on percentages. If you show a figure like "82% compliant," always show how you got it: for example, 41 of 50 assessed controls rated compliant; 6 partially compliant counted as not compliant; 8 not-assessed controls excluded from the denominator. Without that, a percentage looks like a legal conclusion it cannot support.

You can use an online tool like the risk matrix to quickly generate an insightful chart to insert in your risk management overview. Tools like this make it extremely easy to get a professional looking report that is also useful.

How to Create a Compliance Report

Define the Audience, Scope and Reporting Period

Decide who will read it and what decision it should support. A board report and a control owner report on the same scope look very different.

Gather and Validate Requirements, Controls and Assessment Data

Collect current assessments and evidence, and check dates and owners. This collection step is where most of the time goes; our article on compliance automation covers how to streamline it.

Identify Gaps and Prioritize Actions

Rank gaps by risk, not by how easy they are to fix. Mark unknowns as unknowns.

Review the Report and Assign Follow-Up

Have a second person check scope, numbers and conclusions. Then assign every action to a named owner with a date.

How AI Changes Compliance Reporting

Most compliance reporting tools give you either a spreadsheet you fill in by hand or a fixed dashboard that answers the questions someone set up in advance. AI reporting tools add a third option: asking for the report you need in plain language.

From Fixed Templates to Reports Requested in Plain Language

With an AI report generator connected to your compliance data, you can ask for a report for a specific audience, scope and question "show the board our open NIS2 gaps" or "list overdue actions by owner" without rebuilding a template each time.

AI Agents for Compliance: Using Connected GRC Data

AI agents for compliance are most useful when they work on structured relationships: which controls link to which requirements, which evidence supports which assessment, which findings belong to which owner. Those links give the agent context. The agent can only use what is actually recorded and what it has access to, so the quality of the report depends on the quality of the data.

What Still Needs Human Review

AI compliance reporting does not remove the need for judgment. Someone still has to check:

  • Incomplete or stale data – missing assessments or old evidence.

  • Unsupported conclusions – statements the underlying data does not support.

  • Scope and reporting dates – that the report covers what the reader thinks it covers.

Treat an AI-generated report as a draft for review, not a certification or a guarantee of legal compliance.


Spreadsheet preparation

Fixed dashboard

On-demand AI report

Question flexibility

High, but manual

Limited to pre-built views

High; asked in plain language

Preparation effort

High; collect and reconcile each time

Low once built

Low per request; depends on data quality

Data inputs

Copied from many sources

Connected system data

Connected system data plus your instructions

Review needs

Check formulas and versions

Check definitions

Check scope, data gaps and conclusions

On-Demand Compliance Reporting with RiskRhino AI Agents

RiskRhino includes specialized AI agents embedded in the platform. You describe the report you need, and the agent creates it on demand from your RiskRhino data and your instructions.

Tell the Agent What You Need

Illustrative request:

"Prepare a management summary of our NIS2-related requirements and linked controls. Highlight known gaps and open remediating actions. Group the actions by owner where ownership is recorded, and identify missing information."

Turn App Data into an Audience-Specific Report

The agent uses the records available in the app requirements, linked controls, assessments, findings and actions to build a report for the scope you asked for. Because the request sets the audience and the question, the same data can produce a board summary one day and an owner-by-owner action list the next.

Review the Gaps and Decide What Happens Next

On-Demand Compliance Reporting with RiskRhino AI Agents

Illustrative sample output (reviewed):

Executive summary: Harbor Lane Financial has 18 NIS2-related requirements in scope. 11 have linked controls with a current assessment; 4 have a known gap; 3 have not been assessed. Key gaps: supplier security assessments incomplete; incident reporting process not assessed. Open actions: 5 actions across 3 owners; 2 actions have no recorded owner. Missing information: no due date on 2 actions; evidence for backup testing older than 6 months.

Because the report sits on top of your GRC data, the team can move straight from reading the gaps to updating owners, deadlines and evidence in the same place.


See how RiskRhino creates compliance reports from your GRC data.



Compliance Reporting Best Practices

Keep Ownership, Definitions and Reporting Dates Consistent

Use the same status definitions and cut-off date every period. Otherwise trends are meaningless.

Separate Missing Evidence from Confirmed Non-Compliance

"No evidence" and "failed" lead to different actions. Report them separately.

Report Decisions and Actions, Not Just Percentages

Every material gap should end in an action with an owner, or a decision for management.

Tailor the Detail to the Audience

Boards need three gaps and two decisions. Control owners need the full list.

Frequently Asked Questions

What Is a Compliance Report?

A compliance report is a document that shows how well an organization meets its legal, regulatory or internal requirements over a set period. It covers scope, status, supporting evidence, gaps, risks and remediating actions, and it is written so a specific audience such as the board, auditors or a regulator can make decisions.

What Is an Example of Compliance Reporting?

A common example is a quarterly board report showing material NIS2 or ISO 27001 gaps, how they changed since last quarter, and which budget or risk decisions are needed. Other examples include control effectiveness reports, remediation progress reports, third-party compliance reports and SOX compliance reporting for financial controls.

What Should a Compliance Report Include?

It should include scope and reporting period, applicable requirements, assessment method, status per category (including items not assessed), material gaps with evidence, risk implications, actions with owners and deadlines, decisions required, and known data limitations with a review and approval record.

Can AI Generate Compliance Reports?

Yes. AI agents connected to structured GRC data can draft compliance reports on request for a given audience and scope. The output depends on the data available to the agent, so a person should review scope, missing data and conclusions before the report is shared or relied on.

How Is Compliance Reporting Different from Compliance Monitoring?

Compliance monitoring is the ongoing work of checking controls, collecting evidence and tracking issues. Compliance reporting summarizes the results of that monitoring for a specific audience and period, so people can make decisions. Monitoring produces the data; reporting turns it into a decision document.

Does an AI-Generated Report Prove Compliance?

No. An AI-generated report summarizes the data it can access. It is not a certification, audit opinion or legal conclusion. Compliance is shown through assessed controls, current evidence and, where required, independent audit. Treat AI output as a draft that a qualified person reviews and approves.

Bring a reporting question to your RiskRhino demo. See how specialized AI agents use app data and your instructions to prepare a report for review.