Segregation of Duties (SoD)

What is Segregation of Duties (SoD)?

Segregation of duties (SoD) is an internal control principle that divides key steps of a process among different people, so no single person can both commit and conceal an error or fraud.

Updated November 2026 · 5 min read


If one employee can create a new supplier, approve an invoice from that supplier and release the payment, the organization is relying entirely on that person's honesty and accuracy. A mistake would go unnoticed, and a fraud would be easy to hide. Segregation of duties prevents this by splitting sensitive tasks so that at least two people are involved. One person sets up the supplier, another approves the invoice and a third releases the payment. Each step becomes a check on the others, and wrongdoing would require collusion. Collusion is harder to arrange and more likely to be discovered.

Segregation of duties is one of the oldest and most widely used internal controls. It is a basic expectation of auditors, a common focus of SOX testing and a key design principle in finance systems and ERP platforms. It also applies in technology, where developers should not be able to move their own code into production without review. The term separation of duties is often used for the same idea. For finance, risk, audit and IT teams, SoD is essential to preventing fraud and errors, but it has to be balanced against practical limits in smaller teams.

Definition of Segregation of Duties

Segregation of duties is the assignment of incompatible responsibilities, typically authorizing transactions, recording them, holding custody of the related assets and reconciling the results, to different people or roles, so that no individual controls a transaction from start to finish.

It is a core preventive control within internal controls, is often enforced through system access managed by IT general controls and is commonly documented in a risk control matrix.

The Four Functions to Separate

Authorization is approving a transaction, such as signing off a purchase order or a journal entry.

Recording is entering the transaction in the books or systems, such as posting an invoice.

Custody is having control of the related assets, such as cash, inventory or the ability to release payments.

Reconciliation or verification is checking that records match reality, such as comparing bank statements with the ledger.

Ideally, no one person performs more than one of these functions for the same transaction. Where that is not possible, the most important separation is usually between authorizing a transaction and holding custody of the related asset.

Common SoD Conflicts

In procure-to-pay, conflicts include creating suppliers and approving payments to them, or entering invoices and releasing payments.

In payroll, conflicts include adding employees and approving pay runs.

In the general ledger, conflicts include creating and approving the same journal entries.

In IT, conflicts include developing code and deploying it to production, or administering security settings and reviewing their own access.

These combinations of access are sometimes called toxic combinations, and SoD rule sets in ERP and identity tools are designed to detect them. A rule set lists each pair of permissions that should not be held by the same user.

Importance of Segregation of Duties in Risk and Compliance

Segregation of duties prevents fraud. Requiring more than one person for sensitive transactions makes fraud harder to commit and much harder to hide.

It catches errors. A second person reviewing or completing a step is more likely to spot mistakes before they affect financial records or customers. Even honest, careful staff make mistakes, and a second check catches many of them.

It also satisfies auditors and regulators. Weak SoD is one of the most common causes of control deficiencies and, in serious cases, material weaknesses under SOX.

Segregation of Duties and Financial Management

Many occupational frauds, such as billing schemes, fake suppliers and payroll fraud, depend on one person controlling several steps of a process.

SoD controls over procure-to-pay, payroll and journal entries protect the integrity of financial statements.

Remediating SoD conflicts in ERP systems after an audit finding can be expensive, so designing roles correctly from the start saves money.

Adding staff only to separate duties is costly, which is why smaller teams often rely on compensating controls instead. Using system-enforced roles is usually cheaper than relying on manual checks.

Common Challenges

Small teams may not have enough people to separate every incompatible duty. A finance team of two or three people cannot split every task the way a large department can.

Access tends to accumulate as people change roles, creating conflicts that nobody intended. Without regular reviews, long-serving employees can end up with far more access than their current job requires.

Emergency or administrator access can bypass SoD unless it is tightly controlled and reviewed.

How to Implement Segregation of Duties

Implementing segregation of duties involves identifying incompatible duties, designing roles that separate them, enforcing them in systems and reviewing access regularly.

The goal is to separate the duties that matter most for fraud and error, not to separate everything at the cost of efficiency. Prioritizing the highest-risk conflicts keeps the effort manageable.

Designing SoD

Map key processes, such as procure-to-pay, order-to-cash, payroll and IT change management, and identify which combinations of tasks would let one person commit and hide an error or fraud.

Define an SoD rule set listing these conflicts, and design system roles so that no standard role contains a conflict.

Where duties cannot be separated, use compensating controls, such as independent review of transactions or reports by a manager.

Enforcing and Monitoring SoD

Enforce SoD rules in ERP and identity management systems, so conflicting access is blocked or flagged before it is granted.

Review user access regularly, often quarterly for financial systems, and remove access that people no longer need. Reviews should be done by managers who understand what each person's job requires.

Monitor and review the use of emergency and administrator access, and analyze transactions for signs that conflicting duties were performed by the same person.

Examples of Segregation of Duties in Risk and Compliance

The examples below show segregation of duties in practice.

Both use illustrative figures. The first finds a fraud enabled by poor SoD, and the second fixes conflicts in an ERP system.

In each, separating duties reduced risk.

Uncovering a Supplier Fraud

A nonprofit discovers that an accounts payable clerk who could both create suppliers and approve payments has paid about $250,000 to a fake supplier over three years.

It splits supplier setup and payment approval between two teams and requires a manager to review all new suppliers.

It also introduces a monthly report of payments to recently created suppliers, which the finance director reviews.

Cleaning Up ERP Access

A distributor's auditors find that 85 users in its ERP system have conflicting access, including 12 who can both post and approve journal entries.

The company redesigns its finance roles, removes the conflicts and adds automated SoD checks to its access request process.

The next audit finds no SoD exceptions, and the time spent on quarterly access reviews falls by about half.

Conclusion

Segregation of duties divides key steps of a process among different people, so no single person can both commit and conceal an error or fraud. It separates authorization, recording, custody and reconciliation.

In risk and compliance, SoD prevents fraud, catches errors and satisfies auditors and regulators. Identifying incompatible duties, designing conflict-free roles, enforcing rules in systems, using compensating controls where separation is impractical and reviewing access regularly help organizations keep SoD effective as people and systems change.