Проверки контрагентов в AVCRM

Запросы в СБ, заключения и история проверок - в одном разделе

Посмотреть демо

Проверки контрагентов - это работа со службой безопасности до сделки: юрист формирует запрос, безопасник проводит проверку и оформляет заключение, а решение по партнёру принимается с опорой на факты. В AVCRM проверки идут из карточки контрагента, заключения хранятся рядом с историей, а весь маршрут от запроса до вывода виден в одном разделе.

Зачем проверять контрагентов

Сделка с ненадёжным партнёром обходится дороже любой проверки. Признаки банкротства, связи с сомнительными компаниями, недавняя смена руководства и адреса - всё это видно заранее, если проверка встроена в процесс. Проверка до подписания договора снижает вероятность предоплаты впустую, срыва поставки и спора, который потом придётся вести годами.

Проверка нужна и для комплаенса. Требования внутреннего контроля и надзорных органов предполагают, что компания знает своих партнёров и может подтвердить, что приняла меры осмотрительности. Когда запросы и заключения хранятся в системе, собрать доказательства осмотрительности по конкретной сделке не составляет труда.

Третья причина - защита от мошенничества. Проверка отсекает компании-однодневки, партнёров с исполнительными производствами и сделки по завышенным ценам. Регулярно проверяя контрагентов, компания не тратит время на разбор уже случившихся потерь.

Что даёт проверка контрагентов

• Снижение рисков сделок - проверка до подписания договора, а не после первой задержки.
• Требование комплаенса - подтверждение осмотрительности по контрагенту хранится в системе.
• Защита от мошенничества - отсев ненадёжных партнёров до денег и обязательств.

Как работает проверка в AVCRM

Роли и шаги проверки

Проверки связаны с ролями: юрист, безопасник и руководитель видят то, что нужно по роли, а история запросов общая. Подробнее о правах доступа - в разделе роли и доступы. Связь проверок с рисками описана на странице управления рисками: заключение питает оценку контрагентского риска.

Проверки контрагентов в интерфейсе AVCRM

‹

›

Сценарий: проверка нового контрагента

От карточки контрагента до решения по сделке

1. Юрист создаёт карточку контрагента: наименование, ИНН, реквизиты.
2. Формирует запрос в службу безопасности из карточки.
3. Безопасник получает запрос в системе и приступает к проверке.
4. Проводит проверку и оформляет заключение с выводами и рекомендацией.
5. Юрист видит заключение в карточке контрагента.
6. Принимает решение по сделке: подписать, поставить условия или отказаться.

Запрос в СБ без почты и звонков

Раньше проверка упиралась в переписку: юрист писал письмо, ждал ответа, терял статус запроса и напоминал в мессенджере. В AVCRM запрос создаётся из карточки контрагента и сразу попадает к безопаснику. Статус запроса виден юристу, поэтому не приходится спрашивать, взяли ли его в работу. Подробнее - на странице запроса в службу безопасности.

Когда проверка завершена, безопасник оформляет заключение с выводами и рекомендацией. Документ остаётся в карточке контрагента, и его видит юрист, отвечающий за сделку. Так снижается риск подписать договор, пока проверка ещё идёт. О хранении и оформлении заключений - на странице заключений СБ.

Маршрут проверки контрагента

История проверок по контрагенту

Каждая проверка остаётся в карточке контрагента: когда запрашивали, кто проводил, чем закончилось. Перед новой сделкой юрист открывает историю и видит, как партнёр вёл себя прежде. Повторная проверка создаётся на основе прошлой, поэтому не приходится собирать данные заново. Такой порядок экономит время и делает решения предсказуемыми.

История полезна и при смене ответственного: новый юрист видит всю работу по контрагенту, включая заключения и связанные споры. О связях контрагентов с договорами и делами рассказано в разделе контрагенты, а об общей картине рисков - на странице управления рисками.

Что закрывает раздел проверок контрагентов

• Запрос - создаётся из карточки контрагента, без почты.
• Роль безопасника - СБ ведёт проверку в системе.
• Заключение - выводы и рекомендация по сделке.
• История - все проверки по контрагенту рядом.
• Связь с рисками - заключение питает оценку риска.
• Отчётность - сводка по проверкам с выгрузкой в Excel.

Подстраницы кластера

Подробно про каждый элемент проверок контрагентов

Как начать проверять контрагентов

Начать удобно с партнёров по крупным и новым сделкам: завести карточки и отправить первые запросы в СБ. Порядок работы и поля описаны в разделе инструкции, состав тарифов - на странице тарифов AVCRM. Пробный доступ открывается на 14 дней без карты, чего хватает, чтобы прогнать несколько контрагентов через проверку.

Дальше проверка становится привычкой процесса: новый партнёр проверяется до подписания договора, заключение остаётся в карточке, а история накапливается. Через несколько сделок база проверок превращается в источник правды о партнёрах, и решение по сделке опирается на факты, а не на память.

Риск-скоринг по контрагенту

Заключение СБ можно превратить в число: риск-скоринг показывает, насколько партнёр надёжен и какие условия по сделке разумны. Скоринг складывается из признаков, которые видит безопасник при проверке: давность регистрации, смена учредителей, судебные споры, исполнительные производства и связи с проблемными компаниями. Руководитель получает не только текст заключения, но и наглядную оценку, одинаковую для всех партнёров, поэтому решения по сделкам сравнимы между собой.

Скоринг не заменяет заключение безопасника, а дополняет его: вывод человека и число на шкале проверяются вместе. Если оценка опустилась после очередного запроса в службу безопасности, у сделки появляется повод для паузы и переговоров по условиям. Со временем по истории проверок видно, какие значения коррелируют с успешными сделками, поэтому пороги каждой компании настраиваются под её опыт. Так проверка из разового события превращается в управляемый процесс.

Проверка по ИНН и реквизитам

Проверка по ИНН - это старт любой проверки: по идентификатору подтягиваются наименование, статус, учредители и адрес из открытых источников. Юрист удерживает партнёра по номеру налогоплательщика и не зависит от того, как контрагент назвал себя в письме. Совпадение наименования с реестром подтверждает, что компания существует и ведёт деятельность, а расхождение реквизитов сразу замечается до подписания договора. Повторная проверка по тем же реквизитам занимает минуты, потому что данные уже есть в базе.

Реквизиты важны не только для самой проверки, но и для документов. Полное наименование, ИНН, КПП и адрес подставляются из карточки в договоры, поэтому ошибки не разъезжаются по файлам. При смене адреса или названия правки вносятся один раз, а все связанные документы используют актуальную версию. База в AVCRM хранит этот порядок автоматически. Новые контрагенты заводятся по ИНН за минуту, и проверка по ним стартует сразу.

Дубли и чистота базы контрагентов

Когда контрагенты заводятся вручную в разных файлах, один партнёр легко появляется дважды: под разными наименованиями или с расходящимися реквизитами. Дубли размывают историю и мешают увидеть реальный объём работы с партнёром. В AVCRM база строится вокруг карточки, поэтому проверка, договор и спор живут у одного контрагента, а не у трёх похожих записей. Поиск по ИНН в момент заведения помогает не плодить копии. Если дубль всё же найден, данные объединяются без потери связей.

Чистая база упрощает и отчётность: количество контрагентов, доля проверенных партнёров и срок жизни сделок считаются по одной карточке на компанию. Без дублирования цифры в сводке совпадают с реальностью, а руководитель видит, какие партнёры приносят споры, а какие работают годами без претензий. Так реестр контрагентов остаётся инструментом, а не источником ошибок. Правила заведения контрагентов несложно сделать привычкой: новый партнёр ищется по ИНН до создания карточки.

Проверка учредителей и связанных лиц

Контрагент - это не только сама компания, но и её учредители, руководители и связанные лица. Смена директора перед крупной сделкой или участие учредителя в проблемных проектах снижают надёжность партнёра. В проверке эти связи видны рядом с основной карточкой, поэтому служба безопасности оценивает не оболочку, а людей, которые стоят за компанией. Это особенно важно для долгих договоров и сделок с авансом. Признаки риска фиксируются в заключении и учитываются в решении.

История учредителей объясняет и внезапные изменения: массовый вывод активов, перерегистрацию на новое лицо перед контрактом или появление директора с признаками номинального статуса. Такие сигналы редко видны из одного отчёта, поэтому их собирает безопасник при проверке и оформляет в заключение. В AVCRM выводы остаются в карточке и не теряются при следующем запросе. Связанные лица попадают в проверку, когда они влияют на условия сделки. Так компания видит риски до того, как они станут убытками.

Частые вопросы