Search
Close this search box.
SOCReporting Guide

FAQ: How should we handle a control exception during the audit?

Keep the facts specific: what happened, when, which control was involved, and how many items may be affected. Identify the cause, assess the risk, and document corrective action with an owner and due date. Share supporting records with the auditor and distinguish the original issue from later remediation. Fixing a process does not erase what happened during the reporting period. An exception does not automatically determine the opinion; its significance depends on the circumstances and the auditor's evaluation. Focus the discussion on evidence and impact rather than trying to rename the issue to avoid an uncomfortable conversation.

Related: SOC 2 audit and compliance hub.

Further reading: AICPA SOC 2 reporting guide overview; NIST control-assessment guidance.

Additional FAQs

How do we know when spreadsheets are no longer enough?

Look for repeated failures in coordination, not just team size. Warning signs include broken evidence links, unclear ownership, conflicting versions, missed reviews, and excessive time reconciling records. Measure where the

Which SOC 2 tasks should we automate first?

Start with repetitive collection or reminders where the inputs and expected result are well understood. Examples include scheduling evidence requests, exporting an approved report, or flagging an overdue review. Document

SOC1 vs SOC2: Differences?

SOC 1 examines service-organization controls relevant to customers’ internal control over financial reporting. SOC 2 examines controls against the applicable Trust Services Criteria for the system and categories in scope.

Get Our Emails

SOC Reporting Guide