Risk Control Matrix (RCM)
What is Risk Control Matrix (RCM)?
A risk control matrix (RCM) is a document that maps an organization's risks to the controls that address them, recording each control's owner, frequency, type, evidence and testing approach.
Updated November 2026 · 5 min read
An organization may have hundreds of controls spread across finance, IT and operations. Without a central record, it is hard to answer basic questions. Which risks does each control address? Which risks have no control at all? Who performs each control, how often and what evidence does it leave? A risk control matrix brings this information together in one structured table. Each row links a risk to one or more controls and describes how those controls work and how they are tested, giving management and auditors a shared map of the control environment. It also makes it easier to explain the control environment to new staff and to the audit committee.
Risk control matrices are most closely associated with SOX compliance, where they document the key controls over financial reporting for each significant process. They are also used for operational, IT, regulatory and security controls, and are sometimes called risk and control matrices or control matrices. They may be kept in spreadsheets or in GRC software. Whatever the format, the content matters more than the tool. For finance, audit, risk and compliance teams, a well-maintained RCM is the backbone of control documentation and testing.
Definition of Risk Control Matrix
A risk control matrix is a structured record, usually organized by process, that links identified risks to the control activities designed to mitigate them, and documents for each control its objective, description, owner, frequency, nature, type, supporting evidence and test procedures.
It documents internal controls, is central to SOX compliance and guides control testing by management and auditors.
Typical Columns in an RCM
Process and subprocess show where the risk and control sit, such as order-to-cash or user access management. Organizing by process helps owners find the controls they are responsible for.
The risk description explains what could go wrong, such as revenue being recorded in the wrong period.
Financial statement assertions or control objectives link the risk to what must be true, such as completeness, accuracy or occurrence.
The control description explains what is done, by whom, how often and with what evidence.
Control attributes include whether the control is preventive or detective, manual or automated, and whether it is a key control.
The control owner and frequency show who is accountable and how often the control operates, such as daily, monthly or quarterly.
Test procedures and results describe how the control is tested and what testing found.
How an RCM Is Used
Design review checks that every significant risk has at least one control and that controls are well designed.
Testing plans use the RCM to decide which controls to test, how and when.
Audit coordination lets external auditors understand and rely on management's documentation and testing.
Gap analysis shows risks with weak or missing controls and controls that duplicate each other or address no real risk. It can also highlight risks that depend on a single control, where a failure would leave no backup.
Importance of Risk Control Matrices in Risk and Compliance
An RCM creates clarity. Everyone can see which controls exist, what they are for and who is responsible for them. This clarity reduces confusion when people change roles.
It reveals gaps and overlaps. Mapping risks to controls shows where risks are not covered and where several controls do the same job.
It also makes testing efficient. Auditors and internal testers work from the same documentation, reducing duplicate requests and misunderstandings.
Risk Control Matrices and Financial Management
An RCM focused on key controls avoids spending time and money testing controls that do not address material risks.
Identifying duplicate or low-value controls allows them to be retired, reducing the ongoing cost of compliance.
Clear documentation can reduce external audit fees when auditors are able to rely on management's work. It also shortens the time new auditors need to understand the control environment.
Linking controls to the general ledger accounts they support shows how financial reporting risks are covered.
Common Challenges
RCMs often grow too large, with hundreds of controls listed as key when only a fraction truly are. Every key control adds testing effort, so over-identifying them is costly.
Control descriptions can be vague, such as management reviews the report, without saying what is reviewed or what happens to exceptions. Vague descriptions make controls hard to perform consistently and hard to test.
Documentation drifts out of date as processes, systems and people change. An RCM that no longer matches practice can mislead both testers and auditors.
How to Build a Risk Control Matrix
Building an RCM involves defining scope, mapping processes and risks, documenting controls in detail, identifying key controls and keeping the matrix current.
Process owners and control owners should be involved, since they understand how work is actually done. Risk and audit teams can provide structure and challenge.
Documenting Risks and Controls
Define the processes in scope based on the objectives the RCM supports, such as significant accounts for SOX or obligations for a regulation.
Walk through each process with its owners to identify what could go wrong and the controls that address each risk.
Write each control description so it states who performs the control, what they do, when, how exceptions are handled and what evidence is retained.
Refining and Maintaining the RCM
Identify key controls, which are the controls needed to address each significant risk, and focus testing on them.
Remove duplicate and low-value controls, and add controls where gaps exist. Each change should be approved and recorded, so the history of the control set is clear.
Review the RCM at least annually and whenever processes or systems change, ideally maintaining it in GRC software so changes are tracked.
Examples of Risk Control Matrices in Risk and Compliance
The examples below show risk control matrices in practice.
Both use illustrative figures. The first reduces key controls, and the second finds a gap during a system change.
In each, the RCM improved how controls were managed.
Reducing Key Controls
A media company's SOX RCM lists 520 key controls, and testing takes most of the internal audit team's year.
A review maps each control to specific risks and assertions and finds that about 200 controls are duplicates or address immaterial risks.
The company reduces its key controls to 310, cutting testing effort by about 35% with no increase in audit findings.
Finding a Gap During a System Change
A distributor is moving its billing process to a new platform and uses its RCM to check that every risk remains covered.
The review shows that an automated control preventing duplicate invoices in the old system has no equivalent in the new one.
The company configures a similar control before go-live and updates the RCM, avoiding a gap that could have led to billing errors.
Conclusion
A risk control matrix is a document that maps risks to the controls that address them, recording each control's owner, frequency, type, evidence and testing approach. It is central to SOX compliance and widely used for other control programs.
In risk and compliance, an RCM creates clarity, reveals gaps and overlaps and makes testing efficient. Walking through processes with their owners, writing precise control descriptions, focusing on key controls, removing duplicates and keeping the matrix current help organizations maintain an accurate and useful map of their controls.
Related terms
Internal Controls
The checks that protect assets, keep reporting reliable and ensure compliance.
SOX Compliance
Meeting US public company requirements for controls over financial reporting.
Control Testing
Checking that controls are well designed and actually work.
GRC Software
Tools that bring risks, controls, policies and audits into one system.