Существенно расширена линейка методов NewDB: добавлены проверки водительских удостоверений (driver_license) и авто по VIN (vin_check) через Госуслуги, статус самозанятых (self_employed), реестр дисквалифицированных лиц (disqual), маркеры недостоверности ЕГРЮЛ (egrul_untrusted), массовые руководители и учредители ФНС, реестр недобросовестных поставщиков (rnp), договоры лизинга на Федресурсе (leasing_fedresurs), финансовая отчетность ГИР БО (fns_bo) и AI-агрегатор арбитражных задолженностей (arbitr_debt_sum).
Перейти к документации APIAPI ГАС Правосудие
Подключаем госреестры и коммерческие источники, пишем веб-роботов и автоматизируем ваши процессы.
Что нового
Поиск судебных дел физического лица в ГАС «Правосудие»
Метод
pravo_search
позволяет искать судебные дела по ФИО физического лица, номеру дела, судье,
категории спора, участникам процесса и тексту карточки дела. Источник данных:
ГАС «Правосудие» и связанные карточки
судов общей юрисдикции.
Методы и подробная схема pravo_search
В разделе документации доступны обзор методов ГАС «Правосудие», поиск дел
pravo_search и детализация конкретного дела через pravo_cases_details.
Когда использовать поиск по физическому лицу
Проверка физлица по судебным делам нужна для оценки судебной активности, долговых споров, массовых взысканий, участия в гражданских и административных процессах. Метод подходит для комплаенс-проверок, антифрода, скоринга, проверки заемщиков, арендаторов, кандидатов и клиентов в high-risk сценариях.
- Проверка физлица по ФИО в судах общей юрисдикции.
- Поиск дел по номеру, категории или судье.
- Выявление взысканий, займов, кредитных и иных споров.
- Поиск дел, где человек указан как истец, ответчик или представитель.
- Анализ судебной практики по конкретному лицу.
- Интеграция в CRM, KYC и внутренние risk-модели.
Ключевые запросы: «проверка физлица по ГАС Правосудие», «судебные дела по ФИО», «поиск дел по человеку», «API ГАС Правосудие физлицо».
Основные параметры запроса
| # | Параметр | Описание |
|---|---|---|
| 1 | query / q / fio | Общий поисковый текст: ФИО, номер дела, организация, фрагмент карточки. |
| 2 | lastname / firstname / secondname | Альтернативный способ собрать поисковую строку по частям ФИО. |
| 3 | party_name / party_role | Фильтр по участнику дела и его роли: например, ОТВЕТЧИК или ИСТЕЦ. |
| 4 | case_number / judge_name / category | Дополнительные фильтры по номеру дела, судье и категории спора. |
| 5 | act_text | Поиск по тексту судебного акта, если нужно найти дело по формулировке из решения. |
| 6 | limit | Количество результатов: от 1 до 1000, по умолчанию 100. |
Аналитика и статистика по судебным делам
pravo_search полезен не только для поиска конкретного дела, но и для аналитики судебной
практики. Полученные результаты можно агрегировать по регионам, судам, судьям, категориям
и правовым основаниям спора.
Регион
Топ субъектов РФКатегории
Структура споровСуды и судьи
Нагрузка и повторяемость- Регион:
region_codeиregion_nameдля географии споров. - Суд:
court_urlи наименование суда для оценки судебной концентрации. - Судья:
judge_nameдля анализа повторяющихся дел и практики. - Категория:
category_textдля выделения взысканий, займов, кредитных и иных споров. - Статья: упоминание нормы в карточке или акте с расшифровкой статьи.
Что возвращается в ответе
| # | Поле | Описание |
|---|---|---|
| 1 | data[].case_id | Внутренний идентификатор дела, который можно использовать в детализации. |
| 2 | data[].case_number | Номер судебного дела из карточки ГАС «Правосудие». |
| 3 | data[].judge_name / court_url / category_text | Основные поля карточки: судья, суд, категория и описание спора. |
| 4 | data[].parties[] | Список участников процесса с именем и ролью в деле. |
| 5 | data[].acts[] | Список судебных актов, если они найдены и связаны с карточкой дела. |
| 6 | meta | Служебные метаданные поиска: итоговый запрос, примененные фильтры, список case_id и count. |
Пример ответа (JSON)
Раскрыть / свернуть пример
Загрузка…
Если проверяется иностранный гражданин
Для проверки патента, РВП или ВНЖ используйте раздел «Иностранные граждане».
Иностранные гражданеAPI NewDB
API ГАС Правосудие: что получает интеграция
Страница описывает практический сценарий метода pravosudfiz:
какие данные нужны на входе, как выглядит запрос к API и где использовать результат в рабочем процессе.
Формулировки здесь рассчитаны на продуктовую и юридическую оценку, а точная схема полей вынесена в техническую документацию.
Метод подходит для автоматических проверок по физическим лицам: скоринга, комплаенса, онбординга клиентов, мониторинга контрагентов и внутренних antifraud-процедур. Ответ приходит в JSON и может обрабатываться синхронно через API или асинхронно через webhook.
Входные данные
В запрос передаются только параметры, необходимые для выбранной проверки. Обычно это ИНН, паспортные данные, ФИО, дата рождения, номер дела, кадастровый номер или адрес объекта.
Результат
В ответе возвращаются найденные записи, статус проверки, идентификаторы запроса и служебные поля, по которым можно связать результат с вашей CRM, скоринговой системой или кабинетом клиента.
Ограничения
Данные берутся из доступных источников и носят информационный характер. Для решений с юридическими последствиями используйте результат вместе с внутренним регламентом проверки.
Пример API-запроса
Все методы вызываются через единый endpoint. В поле method указывается идентификатор проверки,
остальные параметры зависят от выбранного метода.
POST /v2 HTTP/1.1
Host: api.newdb.net
Content-Type: application/json
X-API-KEY: ***
{
"params": {
"method": "pravosudfiz"
},
"requestId": "your-request-id",
"webhook": "https://example.com/newdb-webhook"
}
Если метод требует специальные поля, например ИНН, серию и номер документа или кадастровый номер, они описаны в документации метода и проверяются на стороне API до запуска задачи.
Как читать результат
| Поле | Значение |
|---|---|
requestId |
Идентификатор запроса на стороне клиента или NewDB |
state |
Состояние обработки: очередь, выполнение, завершение или ошибка |
results |
Блок с результатами метода, статусом источника и найденными данными |
Частые вопросы
Можно ли встроить метод в CRM?
Да. Передавайте свой requestId, сохраняйте его у себя и получайте результат по webhook или через GET-запрос к API.
Что делать с пустым ответом?
Пустой массив обычно означает, что источник не нашел подходящих записей. Это не равно юридическому заключению.
Есть ли повторные проверки?
Для мониторинга используйте webhook и сохраняйте идентификаторы. Повторный запуск можно связать с тем же объектом в вашей системе.
Где смотреть точную схему?
Откройте техническую документацию метода. Там указаны обязательные поля, формат ответа и дополнительные ограничения.
Техническая документация API
На этой странице описан сценарий и применение метода. Подробная техническая спецификация, параметры запроса, JSON-схемы и примеры ответов доступны в developer docs.
Цены и доступ
Базовая единица тарификации API: 1 источник данных = 2 ₽. Комплексные проверки зависят от набора входных данных и найденных связанных лиц.
API для интеграции
На период внедрения и тестирования выдаём 100 запросов к API без абонентской платы.
- Быстрая проверка интеграции
- Помощь с методами и схемой запросов
- Поддержка в Telegram
Базовый тариф API
- • Базовый запрос: 1 источник, 2 ₽
- • Полный доступ ко всем методам API
- • Овердрафт: +50 запросов сверх лимита
- • Уведомления о расходе
Разовая проверка паспорта
за одну проверку
Оплата картой через ЮKassa. Результат проверки отправим на ваш email.
Заказать проверкуСнижение риска мошенничества
Проверяйте подлинность документов перед выдачей оборудования, арендой, услугами или оформлением сделки.
Усиление KYC / AML-процессов
Интегрируйте автоматическую проверку личности в свои процессы идентификации клиентов и антифрод-системы.
Проверка сотрудников и исполнителей
Подходит для курьеров, водителей, логистов и работников с доступом к ценностям или оборудованию.