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

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

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

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

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

Причины проверять контрагента до сделки

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

Как проходит проверка в AVCRM

Шаги и роли проверки

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

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

‹

›

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

От данных партнёра до решения по договору

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

Что проверяется и как оформляется результат

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

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

Этапы проверки контрагента перед сделкой

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

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

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

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

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

Сбор данных о партнёре

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

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

На что смотрит служба безопасности

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

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

Арбитраж и исполнительные производства в проверке

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

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

Контроль статуса проверки и сроков

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

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

Связь проверки с решением по сделке

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

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

Повторная проверка и пролонгация договора

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

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

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