Руководство компании уверено, что бизнес полностью законопослушен — репутация чистая, серьёзных нарушений в прошлом не было. При проведении структурированного compliance-аудита выясняется, что компания не выполняет несколько актуальных отраслевых требований, о которых просто никто не знал, поскольку не существовало процесса систематического отслеживания применимых нормативных актов, — соответствие законодательству оказывается результатом удачи, а не системной работы.
Отсутствие известных нарушений — не то же самое, что подтверждённое соответствие всем применимым требованиям.
Задокументированный реальный кейс, показывающий разницу между формальным утверждением о соответствии и реальными доказательствами: с 2007 по 2015 год через эстонский филиал датского банка Danske Bank прошло около 200 миллиардов евро подозрительных транзакций от 15 000 нерезидентных клиентов — по оценкам независимого расследования, это, возможно, крупнейший в истории случай отмывания денег. По данным официального отчёта юридической фирмы Bruun & Hjejle, опубликованного самим банком в сентябре 2018 года на основе анализа 12 000 документов и более 8 миллионов писем, Danske Bank на протяжении многих лет уверял свои американские банки-корреспонденты, предоставлявшие ему долларовые корреспондентские счета, что программа комплаенс по борьбе с отмыванием денег полностью соответствует требованиям, — при этом реальная система проверки клиентов (KYC) и усиленной комплаенс-проверки в эстонском филиале практически не функционировала. Формальные заверения о соответствии принимались без независимой проверки конкретных доказательств до тех пор, пока масштаб проблемы не вскрылся, что привело к отставке генерального директора банка и штрафам на сотни миллионов евро. Это прямая иллюстрация принципа: устное или письменное заверение о соответствии требованиям — не доказательство соответствия, а лишь утверждение, которое аудит обязан проверить документально, прежде чем принять на веру.
Происхождение и исследовательская база
Compliance-аудит систематизирован в практике корпоративного управления как систематическая функция, отделённая от юридического отдела в узком смысле, — стандарт ISO 19600 (позднее ISO 37301) о системах управления соответствием формализует подход: полный перечень применимых требований, назначение ответственных, регулярная проверка фактического выполнения и документирование доказательств соответствия для каждого требования.
Второй задокументированный кейс показывает, что даже формально независимая внешняя проверка не заменяет требования конкретных, содержательных доказательств: немецкая платёжная компания Wirecard на протяжении почти двух десятилетий получала положительные аудиторские заключения от компании EY, подтверждавшие достоверность финансовой отчётности, — включая наличие 1,9 миллиарда евро денежных средств на счетах на Филиппинах, якобы связанных с партнёрскими платёжными операциями. В июне 2020 года выяснилось, что этих денег никогда не существовало: филиппинские банки, указанные как держатели средств, публично заявили об отсутствии каких-либо счетов Wirecard. Компания подала на банкротство в течение нескольких дней, генеральный директор Маркус Браун был впоследствии осуждён за мошенничество, а сама EY подверглась судебным искам и регуляторным санкциям за то, что на протяжении многих лет полагалась на документы и подтверждения от контрагентов Wirecard, не проведя независимой прямой проверки реального существования заявленных денежных средств. Кейс прямо иллюстрирует ту же логику, что и Danske Bank: формальное прохождение процедуры проверки (в данном случае — ежегодного внешнего аудита) само по себе не является доказательством соответствия, если конкретные, критически важные факты не верифицированы независимо и напрямую, а не через документы, предоставленные самой проверяемой стороной или её контрагентами.
Ключевые идеи и принципы
Принцип: Явный реестр применимых требований
Аудит начинается с составления полного перечня законодательных и регуляторных требований, применимых к деятельности компании в её отрасли и юрисдикциях, — без этого базового шага соответствие невозможно системно проверить, поскольку неизвестно, что именно нужно проверять.
Принцип: Проверка через доказательства, а не через впечатление
Для каждого требования аудит требует конкретного документированного доказательства соответствия — не общего утверждения "мы это соблюдаем", а конкретного подтверждающего документа, процесса или записи, которую можно предъявить регулятору или проверяющему.
Принцип: Назначение ответственных за конкретные требования
Каждое требование соответствия закрепляется за конкретным ответственным человеком или подразделением, отвечающим за поддержание фактического соответствия и своевременное реагирование на изменения этого требования.
Ограничения, слепые зоны и критика
Полный охват всех теоретически применимых требований практически недостижим для сложных многоюрисдикционных компаний — аудит должен приоритизировать требования по значимости последствий несоответствия, а не пытаться проверить абсолютно всё с одинаковой тщательностью. Compliance-аудит также рискует превратиться в формальную проверку "чек-боксов" без реального понимания духа регулирования, если фокусируется исключительно на букве требований без содержательного анализа их цели.
Внешний аудит, каким бы репутационно значимым ни был аудитор, не гарантирует реального соответствия — как показал случай Wirecard, крупная международная аудиторская компания на протяжении многих лет подтверждала отчётность, содержащую полностью фиктивные активы; аудит соответствия компании не должен автоматически принимать заключение внешнего аудитора как исчерпывающее доказательство без понимания глубины и методов проведённой им проверки конкретных критичных фактов.
Типовые ошибки
Ошибка 1: Реестр применимых требований никогда не был составлен полностью.
Компания знает об основных, очевидных требованиях, но не проводила систематической работы по выявлению полного перечня применимых регуляций для своей конкретной деятельности.
Как избежать: Привлекать специализированную экспертизу для составления полного и актуального реестра применимых требований по отрасли и юрисдикциям.
Ошибка 2: Соответствие подтверждается общими утверждениями без конкретных доказательств.
На вопрос о соответствии конкретному требованию сотрудник отвечает "да, мы это делаем", но не может предоставить конкретный документ или запись, подтверждающую это.
Как избежать: Требовать для каждого пункта соответствия конкретное документированное доказательство, а не устное подтверждение.
Ошибка 3: ни одно требование не закреплено за конкретным ответственным лицом.
Требование соответствия существует в реестре как строка, но неясно, кто именно в организации отвечает за его фактическое исполнение и за сбор доказательств, — в результате при проверке никто не может предоставить ни подтверждение, ни объяснение пробела.
Как избежать
Закреплять за каждым требованием реестра конкретного именного ответственного, а не отдел или функцию в целом — обезличенная ответственность на практике означает отсутствие ответственности.
Ошибка 4: выявленные пробелы соответствия фиксируются, но не получают срока и плана устранения.
Аудит выявляет несоответствие, оно вносится в отчёт — и на этом работа с ним заканчивается, без назначенного срока исправления и без последующей проверки, было ли оно реально устранено.
Как избежать
Для каждого выявленного пробела фиксировать не только сам факт несоответствия, но и срок устранения, ответственного за исправление и обязательную повторную проверку по истечении этого срока.
Ошибка 5: реестр требований не обновляется при изменении законодательства или регуляторной практики.
Реестр применимых требований, однажды составленный, воспринимается как статичный документ — новые нормативные акты, поправки и изменившаяся правоприменительная практика не попадают в него, из-за чего аудит проверяет соответствие уже неактуальному перечню требований.
Как избежать
Устанавливать регулярный цикл пересмотра самого реестра требований — не только проверки соответствия ему, но и актуализации его содержания.
Ошибка 6: критически важные доказательства соответствия принимаются в форме документов и подтверждений, предоставленных самой проверяемой стороной или её контрагентами, без независимой прямой верификации.
Аудиторы Wirecard на протяжении многих лет принимали в качестве доказательства наличия 1,9 млрд евро документы и письма-подтверждения, предоставленные самой компанией и якобы связанными с ней филиппинскими банками, — но ни разу не запросили прямого независимого подтверждения от самих банков напрямую, в обход компании. Документ, полученный от проверяемой стороны или через неё, — не то же самое, что независимо верифицированный факт.
Как избежать
для наиболее критичных, высокорисковых требований соответствия (крупные суммы, ключевые лицензии, данные, определяющие финансовую устойчивость) устанавливать обязательное правило прямой, независимой верификации у первоисточника — например, напрямую у банка, регулятора или третьей незаинтересованной стороны — а не полагаться исключительно на документы, прошедшие через саму проверяемую организацию.
План внедрения
Неделя 1: составить полный реестр применимых законодательных и регуляторных требований.
Неделя 2: назначить ответственных за каждое требование или группу требований.
Неделя 3: собрать документированные доказательства соответствия по каждому пункту. Для требований с наибольшей ценой ошибки отдельно проверить источник каждого доказательства — получено ли оно независимо напрямую от первоисточника (банка, регулятора, третьей стороны) или же прошло через саму проверяемую организацию или её контрагентов, как это произошло в случае Wirecard.
Неделя 4: устранить выявленные пробелы в соответствии.
Далее: регулярно обновлять реестр требований и повторять проверку соответствия. Периодически пересматривать список требований, для которых установлена независимая прямая верификация у первоисточника, — по мере роста бизнеса новые категории рисков могут потребовать того же уровня строгости, который изначально применялся только к самым очевидным критичным требованиям.
Как реализовать этот план с помощью фрейма «Аудит соответствия законодательству» в OrgDevTools
Фрейм собирает реестр требований в одну таблицу. Для каждого требования в ней указаны тяжесть последствий, результат проверки, ответственный и документ-доказательство. По этой таблице фрейм сам строит очередь устранения пробелов, матрицу рисков и итоговый вердикт. Это бесплатный тренажёр. Он не ставит соответствие на слово: требование засчитывается, только если у него есть и документ, и названный ответственный.
Вкладка «1. Реестр требований» — недели 1–3: реестр, ответственные, доказательства
Изначально таблица пуста, строки добавляются кнопкой «+ добавить требование» и удаляются крестиком. В каждой строке пять полей:
название требования (свободный текст);
тяжесть последствий нарушения — выпадающий список 1–5 или «—», пока она не выбрана;
статус — выпадающий список: «Не проверено» (по умолчанию), «Не соответствует», «Частично», «Соответствует»;
ответственный (текст);
доказательство (текст).
Столбец «Итог» фрейм заполняет сам. Если выбран статус «Соответствует» и заполнены оба поля, ответственный и доказательство, появляется зелёная отметка «✓ подтверждено». Если статус «Соответствует», но одного из полей нет, итог горит красным: «без доказательства». В остальных случаях показан статус в его цвете: серый, красный или жёлтый. Строки без названия фрейм в расчётах не учитывает.
Под таблицей есть список «Откуда взят реестр» для источников: перечни регуляторов, юрист, отраслевые своды и дата обновления.
Вкладка «2. Пробелы и очередь» — неделя 4: устранение пробелов
Очередь фрейм считает сам. В неё попадают требования со статусом «Не соответствует» или «Частично», а также «Соответствует» без подтверждения. Непроверенные требования в очередь не входят.
Порядок задаёт произведение тяжести на серьёзность статуса. У «Не соответствует» множитель 3, у «Частично» 2, у неподтверждённого «Соответствует» 1. Если тяжесть не указана, она считается за ноль. Такая формула — рабочая настройка фрейма. В каждой строке очереди видны статус, тяжесть и ответственный, а если его нет, стоит пометка «без ответственного».
Рядом лежит список «План устранения пробелов» в формате «Требование — действие — срок».
Вкладка «3. Заметки» — недели 2–3: подробности по доказательствам и ответственным
Здесь два свободных списка. «Доказательства соответствия» описывают документ, что он подтверждает и где лежит. «Ответственные» фиксируют, кто за какие требования отвечает и кто их проверяет. На расчёты эти списки не влияют.
Вкладка «Визуализация» — приоритизация по значимости последствий
Это матрица: по строкам тяжесть от 5 до 1, по столбцам четыре статуса. Строки 4 и 5 помечены «критично». Порог 4 — рабочая настройка фрейма. Красным подсвечиваются ячейки, где критичные требования не проверены или не соблюдаются. Значок ⚠ отмечает «соответствует» без доказательства или ответственного. Требования без указанной тяжести в матрицу не попадают.
Вкладка «Итоги» — «Далее»: повторная проверка
Вердикт проверяет условия по порядку и показывает первое сработавшее:
В реестре меньше 5 требований — просьба составить полный перечень. Минимум 5 — рабочая настройка фрейма.
У какого-то требования не указана тяжесть.
Проверены не все требования.
Критичное требование (тяжесть 4 и выше) не соблюдается — закрывать первым.
Соответствие заявлено без документа или ответственного: «устное заверение при проверке не работает».
У требований со статусом «Не соответствует» или «Частично» нет ответственного.
Пробелы есть, а список плана устранения пуст.
Пробелы есть и план заполнен — показывается доля подтверждённых и что закрывать первым.
Всё подтверждено — фрейм напоминает назначить дату повторной проверки.
Под вердиктом выводится сводка: число требований, процент проверенных, процент подтверждённых и число критичных открытых.
Кнопка «Создать задачу» ставит задачу «Устранить несоответствие: …» по первому пункту очереди. В описание попадают до 10 пунктов очереди. Если очередь пуста, создаётся задача «Провести повторную проверку соответствия требованиям».
Чего фрейм не делает
Не проверяет источник доказательства. Отдельного поля «получено напрямую от первоисточника» нет, так что защиту от ошибки 6 придётся держать вручную, например в заметках.
Не знает законов и не подскажет, каких требований не хватает в реестре.
Не отличает именного ответственного от отдела: засчитывается любой непустой текст.
В плане устранения проверяет только, что список не пуст. Сроки, ответственных за исправление и повторную проверку по каждому пробелу фрейм не контролирует, напоминаний и дат нет.
Не считает критичным открытым требование с тяжестью 4–5 и статусом «Частично»: оно уходит в очередь, но вердикт его отдельно не выделяет.
Заполнили фрейм? Сохраните, чтобы не потерять
Книги по теме
ISO 37301 — «Compliance Management Systems — Requirements» (2021). Международный стандарт систем управления соответствием.