«Проверить — не значит защитить»
Типичная картина в большинстве компаний выглядит так: поступает заявка, сотрудник СБ пробивает контрагента по источникам, составляет заключение — «рисков не выявлено» — и отправляет файл в папку. Работа сделана.
Но папка — это архив. Архив не думает. Архив не сравнивает. Архив не замечает, что три месяца назад точно такая же заявка приходила от компании с другим названием, другим ИНН и другим директором — но с тем же телефонным номером и тем же почтовым адресом при регистрации.
Разовая проверка отвечает на вопрос «кто этот контрагент сейчас». Реестр отвечает на вопрос «кого мы уже видели и в каком контексте». Это принципиально разные инструменты — и путать их дорого.
Что происходит без реестра?
Без систематического ведения реестра СБ теряет способность видеть паттерны. А именно паттерны — главный инструмент выявления аффилированности и недобросовестных схем.
На практике встречаются три устойчивых сценария.
1) Дробление под порог. Компания устанавливает порог суммы, выше которого требуется тендер или особые условия согласования. Недобросовестный поставщик или аффилированный с ним сотрудник дробит объём на несколько заявок — каждая чуть ниже порога. При разовой проверке каждая заявка выглядит чистой. Только в реестре видно, что один и тот же контрагент появляется снова и снова, а суммы стабильно не доходят до триггера контроля.
2) Ротация аффилированных юрлиц. Когда одна компания попадает в стоп-лист или вызывает вопросы, на её месте появляется другая — с другим названием, другим ИНН, иногда другим директором. Но учредитель тот же. Или адрес регистрации тот же. Или телефон. Без реестра это невидимо — каждый новый контрагент проходит проверку с чистого листа.
3) Конфликт интересов на стороне инициатора. Один и тот же менеджер или отдел регулярно инициирует заявки на одного и того же поставщика. Иногда — по совершенно разным категориям товаров или услуг, что само по себе уже аномалия. Иногда фамилия учредителя или директора контрагента совпадает с фамилией инициатора или его близкого родственника. Это не видно при проверке контрагента — это видно только при анализе реестра в связке со списком сотрудников.
Реестр и дебиторская задолженность: точка наибольшей уязвимости
Отдельного внимания заслуживает связка реестра проверок с управлением дебиторской задолженностью. Именно здесь цена отсутствия реестра становится максимально конкретной — она измеряется в деньгах, которые компания уже отгрузила и не получила обратно.
Когда компания реализует товар в долг, она фактически кредитует контрагента. И как любой кредитор, она должна понимать: кому именно она даёт деньги, нет ли у этого заёмщика связей с другими должниками и не является ли сама схема получения товара в долг частью организованной схемы вывода.
Анализ реальной дебиторской задолженности одной компании показал следующую картину. Среди контрагентов, получивших товар в долг, прослеживались устойчивые кластеры аффилированности: разные юрлица с разными ИНН и разными директорами — но с совпадающими учредителями, одинаковыми телефонами или идентичными адресами регистрации. При этом каждый из них в момент первичной проверки выглядел самостоятельным субъектом.
На практике такая структура означает следующее: компания думает, что работает с десятью независимыми покупателями, распределяя риск. Фактически она работает с одной группой, которая аккумулирует долг через несколько «окон», — и в случае невозврата взыскание становится практически невозможным, потому что каждое юрлицо по отдельности либо пусто, либо уже в процедуре банкротства.
Именно поэтому реестр проверок должен быть интегрирован в процесс одобрения отгрузки в долг как обязательный фильтр — не как опциональная процедура, а как условие выхода заявки на согласование.
Минимальный стандарт для заявки на отгрузку в долг:
- ИНН контрагента
- Сумма и предмет договора
- Инициатор (ФИО и подразделение)
- Юридический и почтовый адрес
- Контактные телефоны
- Директор и учредители — отдельно по каждому полю ФИО
Последний пункт критичен. Разбивка ФИО на три отдельных поля — не бюрократия. Это позволяет автоматически выявлять однофамильцев среди директоров и учредителей разных контрагентов, а также сравнивать их с базой сотрудников компании. Родство через фамилию — один из наиболее часто встречающихся признаков конфликта интересов, который остаётся невидимым, пока данные хранятся единой строкой.
Доступный инструмент: старый добрый Excel
Доступный инструмент до сложной автоматизации, которая чаще всего не доходит до конца, — это старый добрый Excel с условным форматированием.
Реестр не требует дорогой системы на старте. Достаточно таблицы Excel с правильно настроенным условным форматированием — функция «Повторяющиеся значения» в разделе «Условное форматирование».
Столбцы, по которым настраивается автоматическая подсветка дублей:
- ИНН
- Юридический адрес
- Почтовый адрес
- Телефон 1 и Телефон 2
- Фамилия директора
- Фамилия учредителя 1 и учредителя 2
При вводе нового контрагента Excel автоматически выделяет красным любое совпадение с уже внесёнными записями. Это не заключение — это сигнал. Сигнал к тому, что данный контрагент требует углублённой проверки, прежде чем заявка уйдёт дальше.
Дополнительно к реестру контрагентов ведётся отдельный лист со списком сотрудников компании — с той же разбивкой по фамилии, имени и отчеству. Совпадение фамилии учредителя или директора контрагента с фамилией сотрудника — автоматический флаг для ручной проверки на предмет родственных связей и конфликта интересов.
Что делается при совпадении
Это зависит от типа сигнала:
- Совпадение юридического или почтового адреса → выезд на адрес, проверка фактического присутствия компании, наличия вывески, персонала, производственных мощностей.
- Совпадение телефона или e-mail → установление связи между юрлицами, проверка учредительных документов, поиск общего бенефициара.
- Совпадение фамилии учредителя с сотрудником → проверка родственных связей, оценка конфликта интересов, эскалация до руководства.
- Один инициатор + один поставщик + повторяющиеся заявки → анализ динамики, проверка экономической обоснованности выбора именно этого поставщика, возможно — внутреннее расследование.
Один почтовый адрес однажды стал единственным пересечением между двумя юрлицами, которые по всем остальным параметрам выглядели несвязанными. Этого оказалось достаточно, чтобы начать проверку. Проверка подтвердила аффилированность: эти два юрлица выиграли тендер на фасадные работы в двух соседних блоках одного ЖК. В итоге был назначен контрольный обмер выполненных работ, который выявил одинаковый почерк хищения — использование несоответствующего материала при монтаже фасадной плитки и завышение объёмов.
Что реестр даёт системно
«Реестр проверок — это не дополнительная нагрузка на СБ. Это перевод разовых проверок в накопительный актив»
Каждая внесённая запись увеличивает разрешающую способность следующей проверки. Через полгода ведения реестра у СБ появляется то, чего нет ни в одной внешней базе: история взаимодействия конкретной компании с конкретными контрагентами, привязанная к конкретным инициаторам и суммам.
Это и есть основа для работы не по факту ущерба — а до него.