DOA vs Approval Matrix vs RACI: What’s the Difference? (Q&A)

Quick answers to common questions about DOA, approval matrices, and RACI - and how they work together in real workflows.

This comes up constantly: people use "DOA," "approval matrix," and "RACI" as if they're interchangeable. They're related, but they answer fundamentally different questions — and confusing them creates governance gaps that show up during audits and incidents.

Q: What is a Delegation of Authority (DOA)?

A: DOA is the formal assignment of decision rights and approval limits. It defines who is allowed to approve or commit the organization to an action — and under what constraints (thresholds, conditions, scope, time).

Think: permission to commit the company.

Q: What is an approval matrix?

A: An approval matrix is a structured representation of approval rules — usually a table — that spells out which authority level is required for a given decision type and threshold.

An approval matrix often sits inside the broader DOA program, but in many organizations it becomes the "working DOA" because it's what people actually use day to day.

Think: the rulebook format people reference.

Q: What is RACI?

A: RACI is a responsibility model: Responsible, Accountable, Consulted, Informed. It clarifies who does the work, who owns the outcome, and who should be involved.

RACI is useful for process clarity, but it does not grant authority. You can be "Accountable" in a RACI chart and still not have delegated authority to approve a transaction above a threshold.

Think: who does the work and who owns the outcome.

Q: How do DOA, approval matrix, RACI, and workflows compare?

A: Each serves a distinct governance purpose. The table below clarifies what each tool does, what it controls, and where it falls short.

Framework Core Question It Answers Grants Authority? Enforced in Systems? Audit Evidence?
DOA (Delegation of Authority) Who can approve or commit the organization? Yes — formal decision rights and limits Indirectly, through workflow rules Strong, if versioned with effective dates
Approval Matrix Which authority level is required for this decision? Operationalizes DOA into actionable rules Often the basis for workflow routing Strong, if mapped to system controls
RACI Who is responsible, accountable, consulted, informed? No — clarifies roles, not authority Rarely enforced in systems Weak — no threshold or condition logic
Workflow Rules How does the system route this approval? Enforces authority, does not define it Yes — directly in ERP/CLM/procurement Mixed — strong for execution, weak for authority proof

The critical insight: workflow systems capture that an approval happened, but they often cannot prove the approver had authority for that specific decision at that time. This is the gap that causes the most audit pain. According to Deloitte's research on organizational decision-making, clear decision rights are one of the most powerful organizational levers at a leader's disposal — yet most organizations conflate these frameworks rather than connecting them deliberately.

Diagram showing how DOA, approval matrix, RACI, and workflow rules relate: DOA defines rules for the approval matrix, which is enforced by workflow rules in a vertical authority track, while RACI operates as a parallel complementary framework for process roles — with a best practice callout recommending RACI for process roles and DOA for formal approval authority.

Q: Can a RACI replace DOA?

A: No. RACI can clarify roles, but DOA is what establishes decision rights and approval limits. If you only have RACI, you'll still end up relying on informal approvals, escalation via email, and "whoever the executive trusts." McKinsey found that 72 percent of senior executives said bad decisions were as frequent as or more common than good ones — much of that stems from unclear authority, which RACI alone cannot solve.

What People Assume Why It Breaks Down What Auditors Actually Ask
"RACI Accountable = approval authority" RACI assigns outcome ownership, not signing rights. An "A" in RACI cannot approve a $2M contract without a DOA delegation. "Show me the delegation that granted this person authority for this amount."
"Our ERP routing = our DOA" Workflow rules enforce approvals but don't define authority. System configs often diverge from the policy over time. "Can you prove this workflow rule matched the authority matrix on the date of this transaction?"
"The spreadsheet is the matrix" Static spreadsheets lack version control, effective dates, and integration with the systems enforcing rules. "Which version of this matrix was in effect on June 15? Who approved the change?"
"We have a DOA policy, so we're covered" A policy without a working matrix is a document, not a control. People revert to informal approvals. "How do employees look up the correct approver for a specific decision type and amount?"

Q: Does every DOA need an approval matrix?

A: In practice, yes — even if it doesn't look like a spreadsheet. Somewhere, people need a deterministic way to map a scenario to an approver. That's what the matrix provides. Without it, DOA remains a policy document that people reference occasionally rather than a working tool that governs daily decisions.

Q: Where do workflows fit?

A: Workflows are where governance meets reality. Systems like ERP, procurement, CLM, and treasury tools enforce (or fail to enforce) approval rules. The more your workflow rules drift from the matrix, the more you get:

West Monroe's 2026 Speed Wins research found that 44 percent of executives cite bureaucratic processes as the top cause of slow decisions. When workflow rules diverge from the authority matrix, both speed and control suffer.

Q: What's a simple way to align DOA, matrix, and RACI?

A: Use each for what it's good at:

Framework Best Used For Typical Owner Common Failure Mode
RACI Defining who performs and owns steps in a process Process owners, project managers Treated as authority when it only clarifies roles
DOA Policy Defining who can approve or commit at key decision points CFO, General Counsel, Board/Governance Committee Remains a policy document rather than an operational tool
Approval Matrix Making DOA rules searchable and unambiguous Finance, compliance, or operations teams Maintained in spreadsheets that diverge from system configs
Workflow Rules Enforcing the matrix in systems where work happens IT, system admins, ERP/CLM platform teams Configured independently from authority matrix, causing drift

Our recommendation: The most impactful alignment step is ensuring workflow routing rules in your ERP, procurement, and contract systems reference the same authority matrix — rather than maintaining separate approval logic that was configured independently. This single step eliminates the most common source of authority drift.

Q: What should be the "source of truth"?

A: Pick one system of record for authority rules and delegations. Then integrate outward so workflows reference the same source. When the matrix lives in one place, delegations live in another, and workflow rules live in three more, you're managing mismatches instead of managing authority.

Hub-and-spoke diagram of the source-of-truth model for governance framework alignment: DOA policy governs the authority matrix at the center, which integrates outward to five enterprise systems — ERP, procurement, CLM, HRIS, and treasury — with RACI shown as a parallel framework, and a recommendation to ensure all workflow routing rules reference the same authority matrix.

Next: If you want to pressure-test your authority controls and evidence, read DOA and SOX/Internal Controls (Q&A).

Get started with Aptly.

Connect with our team for a discovery session to learn more about how Aptly can help within your organization.  If you are already a client and need support, contact us here.