Design at a point in time
Description and control design as of one date. Says nothing about operation over time.
Texas, U.S. · 22 weeksInterbank Messaging and Resilience Program
U.S. Southwest · 18 weeksPCI DSS 4.0.1 Transition for a Payments Processor
Austin, Texas · 14 weeksSOC 2 Type II Readiness for an HR PlatformWe prepare service organizations for SOC 1: control objectives, system description, evidence and the auditor relationship. The result is a report your customers’ auditors accept without a second round of questions.
A SOC 1 lets your customers’ auditors rely on your controls instead of testing them. Done well, a year of questionnaires and audit visits collapses into one document.
Done badly, it fails late: untestable objectives, unknown CUECs, a carve-out nobody checked. We fix all of that before the auditor arrives.
Tied to the transactions and assertions user auditors care about.
Boundaries, subservice organizations and CUECs stated accurately.
Controls dry-run and evidenced before the period starts.
One independent report instead of yearly questionnaires and visits.
Performed under AICPA SSAE 18 (AT-C 320); ISAE 3402 is the international counterpart.
Description and control design as of one date. Says nothing about operation over time.
Tests that controls worked throughout six to twelve months, what user auditors want.
No prescribed criteria. That freedom is the main source of weak reports.
Controls your customers must operate for your objectives to be achieved.
Carved out (described, not tested) or included (tested, with their cooperation).
Management letters cover the gap to customers’ year-ends. They are not audit evidence.
Pick a control objective, then switch between carve-out and inclusive to see what your auditor actually tests.
Illustrative objectives. Yours are set by management and tailored to your service.
Five stages, each with a fixed output. When fieldwork starts, your auditor meets a system that has already been tested.
Services, transactions and customer reliance in scope.
Draft objectives, map controls, find design and evidence gaps.
Controls, description, CUECs and subservice method.
Sample-test as an auditor would; agree type and period.
Evidence through the period, bridge letters, next cycle.
To an auditor, an undocumented control did not operate.
We build evidence capture into the control, not around it.
Objectives, controls, owners, frequency, evidence and assertions.
Draft of management’s description: boundaries, subservice organizations, CUECs.
Gaps by objective, with a remediation plan, owners and dates.
Every control occurrence through the period, with evidence locations.
Plain-language guidance customers receive before their auditors ask.
CPA firm selection criteria, RFP pack and fieldwork logistics.
IT general controls often serve other frameworks. SOC 1 remains about financial reporting reliance.
| Control area | SOC 1 | SOC 2 (Security) | ISO/IEC 27001 | SOX ITGC (client side) |
|---|---|---|---|---|
| Logical access provisioning & review | Directly addressed | Directly addressed | Directly addressed | Directly addressed |
| Change management for in-scope applications | Directly addressed | Directly addressed | Directly addressed | Directly addressed |
| Batch & interface processing completeness | Directly addressed | Partially addressed | Not addressed– | Directly addressed |
| Transaction authorization & reconciliation | Directly addressed | Not addressed– | Not addressed– | Directly addressed |
| Backup & recovery of financial data | Partially addressed | Directly addressed | Directly addressed | Partially addressed |
| Vendor / subservice oversight | Directly addressed | Directly addressed | Directly addressed | Partially addressed |
Directly addressed Partially addressed or different evidence expectations , Not a primary objective. Business-process controls are specific to SOC 1.
Settlement, fee calculation and reconciliation flow straight into merchants’ and banks’ ledgers. Where cardholder data is in scope, one access review can serve both SOC 1 and PCI DSS.
NAV, pricing and transfer agency are classic SOC 1 territory. International investors often expect ISAE 3402, decide with your auditor before scoping.
User auditors focus on master-data and rate changes and output reconciliation. Design the period to include year-end and tax changes, when controls fail.
Billing and revenue platforms are asked for SOC 1 and SOC 2. Customer-specific rule configuration is often the hardest change control to evidence.
No completeness checks, so a dropped batch surfaces only when a customer reconciles.
Service accounts without individual accountability make access testing impossible.
Pricing tables and rule engines edited through admin consoles.
A hyperscaler report whose scope or period does not cover your reliance.
Services, customers and report type agreed.
OutputScope memo
Objectives drafted, gaps found.
OutputReadiness report
Controls and description built.
OutputDraft description
Controls sample-tested.
OutputPre-audit results
Your CPA firm performs fieldwork, with us at your side.
OutputSigned SOC 1 report
Ask who reads the report. Customers’ financial auditors need SOC 1; customers wanting security assurance need SOC 2. Many FinTech providers need both and share much of the evidence.
A licensed CPA firm signs the opinion. We get you ready, help you appoint the firm and manage fieldwork with you until the report is issued.
A Type 1 confirms design quickly. User auditors relying on a fiscal year want a Type 2, so a common path is Type 1, then a Type 2 period.
Ask your non-US customers and their auditors. Many firms can issue one report under both standards; decide before fieldwork.
They are usually carved out and covered by the provider’s own SOC report. We check that its scope, services and period actually cover your reliance.
Tell us about your service, your customers and their year-ends. A senior practitioner will recommend the report type, the period and the fastest route to a clean opinion.