Когда компания готовится к сертификации по ISO 27001, внимание часто уходит в сторону папки документов: политики, процедуры, регламенты, журналы. Но аудитор смотрит не только на наличие файлов. Его главный вопрос звучит проще: понимает ли компания свои риски и умеет ли управлять ими системно? Именно здесь на первый план выходят оценка рисков и SoA — Statement of Applicability, или Заявление о применимости. В Baltum Bureau мы часто видим, что для бизнеса в Грузии ISO 27001 становится не просто «сертификатом для тендера», а рабочим инструментом доверия. Особенно это актуально для IT, SaaS, финансовых, сервисных компаний и организаций, которые работают с международными клиентами. Что такое SoA и почему аудитор уделяет ему столько внимания Statement of Applicability — это документ, который показывает, какие меры контроля из ISO 27001 компания применяет, какие не применяет и почему. Проще говоря, SoA объясняет логику защиты информации: не «мы внедрили всё подряд», а «мы выбрали именно эти меры, потому что они соответствуют нашим рискам». Аудитор проверяет SoA не из формального интереса. Для него это один из ключевых документов, который связывает оценку рисков, выбранные меры защиты и фактическую работу системы управления информационной безопасностью. Если нужна Statement of Applicability ISO 27001 консультация, важно понимать: хорошее SoA не пишется по шаблону за один вечер. Оно строится на реальных процессах компании, ее активах, угрозах, уязвимостях и бизнес-контексте. Как SoA связано с оценкой рисков ISO 27001 требует, чтобы компания определила риски информационной безопасности и выбрала способы их обработки. Это может быть снижение риска, принятие, передача или избегание. После этого выбранные меры контроля отражаются в SoA. Например, если компания хранит данные клиентов в облаке, риски могут касаться доступа, резервного копирования, управления поставщиками и инцидентов. Если речь идет о SaaS-платформе, добавляются вопросы разработки, тестирования, управления изменениями и защиты персональных данных. Поэтому ISO 27001 оценка рисков в Грузии — это не просто таблица с вероятностью и влиянием. Это практический анализ: что может нарушить конфиденциальность, целостность или доступность информации, и какие меры действительно снижают эти риски. Что именно проверяет аудитор Во время аудита специалист смотрит не только на красивое оформление документов. Его задача — убедиться, что система работает, а не существует «для галочки». Обычно аудитор обращает внимание на несколько важных моментов. Перед списком стоит отметить: проверка SoA всегда связана с реальностью компании. Если документ обещает одно, а процессы показывают другое, вопросы появятся быстро.
есть ли утвержденная методология оценки рисков;
определены ли информационные активы и владельцы рисков;
понятна ли логика выбора мер контроля;
указаны ли причины применения или неприменения каждого контроля;
соответствует ли SoA результатам оценки рисков;
внедрены ли выбранные меры на практике;
есть ли доказательства: записи, журналы, отчеты, инструкции;
пересматривается ли SoA после изменений в бизнесе, технологиях или требованиях клиентов.
После такой проверки аудитор делает вывод: компания управляет информационной безопасностью осознанно или просто собрала документы. В ISO 27001 это критически важно, потому что стандарт построен на риск-ориентированном подходе. Типичные ошибки при подготовке SoA На практике компании часто допускают одинаковые ошибки. Самая распространенная — копировать SoA из интернета или у другой организации. Это примерно как надеть чужой костюм на важную встречу: может выглядеть солидно, но сидеть будет странно. Ошибки обычно проявляются так:
в SoA указаны меры, которых компания фактически не внедряла;
нет связи между рисками и выбранными контролями;
причины исключения контролей написаны слишком общо;
документы не соответствуют реальным процессам;
сотрудники не понимают, какие меры безопасности действуют в их работе;
SoA не обновлялось после изменений в инфраструктуре или услугах.
Именно поэтому подготовка SoA для ISO 27001 должна идти вместе с анализом процессов, интервью с ответственными сотрудниками и проверкой фактических практик. Документ должен быть не «витриной», а картой управления безопасностью. Документы, которые аудитор сравнивает с SoA SoA редко проверяется отдельно. Аудитор сопоставляет его с другими документами системы менеджмента информационной безопасности. Если между ними есть противоречия, это может стать несоответствием. Обычно проверяются:
отчет по оценке рисков;
план обработки рисков;
политика информационной безопасности;
процедуры управления доступом;
правила резервного копирования;
процедуры реагирования на инциденты;
документы по управлению поставщиками;
записи о внутренних аудитах и анализе со стороны руководства.
Поэтому разработка документов ISO 27001 должна быть согласованной. Документы не должны жить каждый своей жизнью, как разные чаты в мессенджере, где никто не знает, что уже решили остальные. Особенности для компаний в Грузии Для грузинских компаний ISO 27001 часто становится преимуществом при работе с европейскими, британскими, американскими и ближневосточными клиентами. Сертификат помогает показать, что бизнес умеет защищать данные, управлять доступами, реагировать на инциденты и контролировать поставщиков. Особенно важно это для IT- и SaaS-компаний, которые обрабатывают персональные данные или предоставляют услуги за рубеж. В таких случаях ISO 27001 часто пересекается с вопросами приватности и GDPR. Подробнее об этом мы рассказывали в статье «Как грузинским ИТ- и SaaS-компаниям совместить ISO 27001, ISO 27701 и GDPR». Также стоит заранее оценить, насколько ISO 27001 актуален именно для вашей отрасли. Об этом можно прочитать в материале «Кому ISO 27001 нужен в первую очередь: IT, финансы, сервис». Как подготовиться к аудиту без лишнего стресса: Грузия Хорошая подготовка к аудиту ISO 27001 начинается не за неделю до визита аудитора. Лучше заранее проверить, насколько связаны между собой риски, SoA, политики, процедуры и реальные действия сотрудников. Мы в Baltum Bureau рекомендуем пройти несколько этапов:
провести предварительный анализ процессов и активов;
определить риски информационной безопасности;
выбрать меры контроля и обосновать их применимость;
подготовить SoA и план обработки рисков;
разработать или обновить необходимые документы;
обучить ответственных сотрудников;
провести внутреннюю проверку перед сертификационным аудитом.
Такой подход помогает избежать ситуации, когда документы есть, но команда не понимает, как ими пользоваться. Аудитор всегда видит разницу между формальной подготовкой и живой системой. Когда стоит обращаться за консультацией Если компания впервые внедряет ISO 27001, лучше не начинать с шаблонов. Сначала нужно понять бизнес-процессы, требования клиентов, структуру IT-инфраструктуры, виды данных и реальные угрозы. Только после этого можно корректно оформить SoA и другие документы. Baltum Bureau помогает компаниям в Грузии пройти этот путь спокойно и последовательно: от оценки рисков до подготовки к сертификационному аудиту. Мы говорим с бизнесом на понятном языке и переводим требования стандарта в практические действия. Подготовьте SoA и риски правильно Планируете сертификацию ISO 27001 или хотите проверить готовность текущей системы? Обратитесь в Baltum Bureau в Грузии — мы поможем провести оценку рисков, подготовить Statement of Applicability, разработать документы и пройти подготовку к аудиту без хаоса и лишней бюрократии. Свяжитесь с нами, чтобы получить консультацию по ISO 27001 для вашей компании в Грузии.