SOC 2 для ИИ-компаний: чем Type I отличается от Type II
Обновлено: 29 октября 2026 г.
Главное
Главное
- Отчёт SOC 2 Type I показывает, правильно ли спроектированы контроли на определённую дату. Отчёт Type II также показывает, эффективно ли они работали в течение периода.
- AICPA не устанавливает минимальный период Type II, но при периоде менее двух месяцев аудитор может не получить достаточно доказательств. На практике минимум задают ваши клиенты.
- Для большинства клиентов Type I — это обещание, что отчёт Type II будет. Банки, страховщики и другие регулируемые клиенты обычно ждут Type II.
- Ни один из критериев Trust Services Criteria не относится специально к ИИ. Чистый отчёт SOC 2 ничего не говорит о предвзятости, объяснимости или качестве результатов модели.
- Если ваш продукт передаёт данные клиентов во внешний API модели, клиенты будут искать этого поставщика в вашем отчёте как субподрядную сервисную организацию.
Для ИИ-компании, которая продаёт крупным клиентам, вопрос о SOC 2 обычно возникает в самый неподходящий момент — посреди сделки. Служба безопасности клиента просит «ваш отчёт SOC 2», и основатели узнают, что типов два и что тот, который можно получить быстро, не всегда тот, который нужен клиенту. Ошибка в выборе может задержать договор на месяцы.
Чем Type I отличается от Type II
Оба вида — это проверки, которые проводит лицензированная аудиторская фирма (CPA firm) по стандартам подтверждения Американского института сертифицированных общественных бухгалтеров (AICPA). Отчёт Type I содержит мнение аудитора об описании вашей системы и о том, правильно ли спроектированы ваши контроли, на определённую дату. Отчёт Type II охватывает то же самое и добавляет мнение о том, действительно ли контроли эффективно работали в течение периода, вместе с описанием тестов аудитора и их результатов.
Проще говоря, Type I — это фотография, а Type II — видео. Фотография показывает, что контроли существуют. Только видео показывает, что они работают, когда никто не готовится к аудиту.
Каким должен быть период Type II?
Официального минимума нет. AICPA указывает, что её руководство по SOC 2 его не устанавливает и что период — это бизнес-решение руководства, основанное на потребностях пользователей отчёта. Но добавляет предупреждение: при периоде менее двух месяцев аудитор может прийти к выводу, что не может получить достаточно доказательств. На практике реальный минимум задают ваши клиенты, поэтому проверьте их требования к поставщикам до того, как выбирать период.
Отчёт Type II к тому же «стареет». AICPA подчёркивает, что проверки SOC следует проводить ежегодно. Отчёт, период которого закончился год назад, мало что говорит клиенту о том, как вы работаете сегодня, а промежуток между отчётами обычно закрывается письмом руководства — так называемым bridge letter.
Какой отчёт нужен ИИ-компании?
- Вам нужно закрыть первую корпоративную сделку, а истории работы контролей нет. Отчёт Type I — разумный первый шаг: он показывает, что контроли спроектированы правильно. Но начинайте период Type II сразу после него, иначе через несколько месяцев вы снова столкнётесь с тем же вопросом.
- Вы продаёте банкам, страховщикам или другим регулируемым клиентам. Рассчитывайте на Type II. Такие клиенты должны показывать собственным регуляторам, как они контролируют поставщиков, и мнение о проектировании на одну дату их редко устраивает.
Самая частая ошибка — считать Type I финишем. Для большинства клиентов это обещание, что отчёт Type II будет.
Отчёт охватывает вашу систему, а не вашу модель
SOC 2 основан на критериях Trust Services Criteria от AICPA: безопасность, доступность, целостность обработки, конфиденциальность и приватность. Безопасность включается всегда, остальные выбираются в зависимости от того, что вы обещаете клиентам. Ни один из этих критериев не относится специально к ИИ. Чистый отчёт SOC 2 говорит о том, что ваша инфраструктура и процессы находятся под контролем. Он ничего не говорит о предвзятости, объяснимости или качестве результатов вашей модели. По нашему мнению, ближе всего к тому, о чём на самом деле спрашивают ИИ-клиенты, критерий целостности обработки: он касается того, является ли обработка полной, точной и санкционированной. Но и это не стандарт для ИИ.
AICPA знает об этом пробеле. В сентябре 2026 года она опубликовала технические вопросы и ответы о том, как использование ИИ сервисной организацией влияет на проверки SOC 1 и SOC 2. В октябре 2026 года она выпустила проекты новых критериев Trust Services Criteria и Description Criteria, предложенных на 2027 год. ИИ-компаниям, которые планируют следующий отчёт, стоит следить за этими проектами.
Ваше облако и поставщик модели: субподрядные организации
Большинство ИИ-компаний работают на облачной платформе и вызывают модели сторонних поставщиков. В SOC 2 это решается через субподрядные сервисные организации (subservice organisations). Их контроли можно либо включить в ваш отчёт (инклюзивный метод), либо исключить (метод carve-out). Метод carve-out допустим, но тогда в отчёте нужно указать, какие контроли вы ожидаете от субподрядной организации. В отчёте также перечисляются дополняющие контроли на стороне пользователя (complementary user entity controls) — то, что клиенты должны делать сами, например управлять доступом собственных пользователей.
Именно здесь ИИ-компании часто попадаются. Если ваш продукт передаёт данные клиентов во внешний API модели, опытный клиент будет искать этого поставщика в вашем отчёте и спросит, в чём вы на него полагаетесь. Отчёт, в котором поставщик модели вообще не упомянут, вызывает больше вопросов, чем даёт ответов.
Осторожнее с «SOC 2 за две недели»
В 2026 году AICPA открыто предупредила о быстрых шаблонных проверках SOC 2. Председатель её рабочей группы по SOC 2 заявил, что «быстро и просто» может достигаться за счёт качества и объективности, и отметил, что поставщики инструментов, не являющиеся аудиторскими фирмами, не вправе выдавать заключения. В мае 2026 года Совет по экспертной проверке (Peer Review Board) AICPA поручил проверяющим считать признаком ненадлежащей работы отчёты с одинаковыми оценками рисков, размерами выборок и процедурами тестирования и проверять, реалистичны ли сроки проверки. Отчёт, полученный таким способом, могут отклонить именно те клиенты, на которых он был рассчитан.
Чего SOC 2 не делает
SOC 2 — это договорной и коммерческий инструмент, а не соблюдение требований закона. Он не имеет юридической силы по EU AI Act или законам ОАЭ о защите данных и не показывает, как вы управляете ИИ. Для этого клиенты всё чаще просят дополнительно ISO/IEC 42001.
Что мы рекомендуем
- Спросите ключевых клиентов, какой тип и какой период им нужны, до того как привлекать аудитора.
- Если начинаете с Type I, планируйте период Type II сразу после него.
- Составьте перечень субподрядных организаций, включая поставщиков моделей, и решите, включать их в отчёт или исключать.
- Выбирайте лицензированную аудиторскую фирму и скептически относитесь к срокам, которые выглядят слишком хорошо, чтобы быть правдой.
Итог
Для ИИ-компании выбор между Type I и Type II — вопрос не столько аудита, сколько клиента: Type I открывает разговор, Type II удерживает договор. Ни один из них не ответит на вопросы о вашей модели, но оба будут внимательно читать в части того, как вы работаете с поставщиками. AMLzone поможет определить, какой отчёт вам нужен, подготовиться к нему и совместить его с вашей системой управления ИИ.
Источники
1. AICPA & CIMA, SOC 2® Guide “Reporting on an Examination of Controls at a Service Organization Relevant to Security, Availability, Processing Integrity, Confidentiality, or Privacy”, updated as of 15 October 2022. https://www.aicpa-cima.com/cpe-learning/publication/soc-2-reporting-on-an-examination-of-controls-at-a-service-organization-relevant-to-security-availability-processing-integrity-confidentiality-or-privacy
2. Journal of Accountancy (AICPA), “Service organization reporting”, July 2011. https://www.journalofaccountancy.com/issues/2011/jul/20103500/
3. AICPA, SOC 2® Examinations: Commonly Asked Questions, FAQ .05. https://www.aicpa.org/content/dam/aicpa/interestareas/frc/assuranceadvisoryservices/downloadabledocuments/56175896-2011-04977-soc-2-commonly-asked-questions-final.pdf
4. Journal of Accountancy (AICPA), podcast “The risks of quick-turn SOC engagements and what CPAs should know”, April 2026. https://www.journalofaccountancy.com/podcast/2026/apr/the-risks-of-quick%E2%80%91turn-soc-engagements-and-what-cpas-should-know/
5. AICPA, 2017 Trust Services Criteria for Security, Availability, Processing Integrity, Confidentiality, and Privacy (With Revised Points of Focus – 2022). https://www.aicpa-cima.com/resources/download/2017-trust-services-criteria-with-revised-points-of-focus-2022
6. AICPA, Technical Questions and Answers, Section 9561 “SOC Examinations: Effect of the Service Organization’s Use of AI on SOC 1 and SOC 2 Examinations”, September 2026. https://www.aicpa-cima.com/resources/download/tqa-section-9561-soc-examinations-effect-of-the-service-organizations-use-of-ai-on-soc1-and-soc2-examinations
7. AICPA, Exposure Drafts “Proposed 2027 SOC 2® Trust Services Criteria and Description Criteria”, 26 October 2026. https://www.aicpa-cima.com/resources/download/aicpa-exposure-drafts-proposed-2027-soc-2-trust-services-criteria-and-description-criteria
8. AICPA, SOC 2® Examinations: Commonly Asked Questions, FAQ .12; AICPA & CIMA, webcast “SOC 2® Report Walkthrough”. https://www.aicpa-cima.com/cpe-learning/webcast/soc-2-report-walkthrough
9. Journal of Accountancy (AICPA), “Promises of ‘fast and easy’ threaten SOC credibility”, February 2026. https://www.journalofaccountancy.com/issues/2026/feb/promises-of-fast-and-easy-threaten-soc-credibility/
10. Journal of Accountancy (AICPA), “AICPA guides peer reviewers to address SOC 2 risks”, May 2026. https://www.journalofaccountancy.com/issues/2026/may/aicpa-guides-peer-reviewers-to-address-soc-2-risks/
06.11.2026
