Существенно расширена линейка методов NewDB: добавлены проверки водительских удостоверений (driver_license) и авто по VIN (vin_check) через Госуслуги, статус самозанятых (self_employed), реестр дисквалифицированных лиц (disqual), маркеры недостоверности ЕГРЮЛ (egrul_untrusted), массовые руководители и учредители ФНС, реестр недобросовестных поставщиков (rnp), договоры лизинга на Федресурсе (leasing_fedresurs), финансовая отчетность ГИР БО (fns_bo) и AI-агрегатор арбитражных задолженностей (arbitr_debt_sum).
Перейти к документации APIAPI для проверки блокировок счетов
Юридические основания блокировок счетов. Источник данных: ФНС России.
Что нового
Блокировки счетов 311-П / 440-П
Метод предоставляет сведения о действующих приостановлениях операций по расчетным счетам юридического лица в соответствии с требованиями Банка России 311-П и 440-П. Данные включают основания блокировки, дату введения ограничения, код инспекции ФНС, БИК кредитной организации и историю актуальности операции.
Зачем проверять блокировки по 311-П / 440-П
Блокировки счетов — один из ключевых индикаторов рисков в деятельности компании. Наличие приостановлений может говорить о нарушениях налоговой дисциплины, проблемах с отчётностью, неисполнении требований ФНС или признаках финансовой нестабильности. Источником данных является ФНС России, на основании официальных выгрузок об ограничениях операций.
Поставить ИНН на мониторинг блокировок
Стоимость: 200 ₽ / месяц за 1 ИНН. Проверка выполняется ежедневно. При появлении информации о блокировках вы получите уведомление на email.
Пример данных (JSON)
{
"results": {
"fns_block": {
"taskId": "5894f74e-79fb-4a55-89fc-c495fdc9cb55",
"requestId": "89862f88-2316-4779-b59d-45c011faa898",
"result": {
"status": 200,
"data": [
{
"NOMER": "4953",
"DATA": "14.04.2017",
"KODOSNOV": "02",
"IFNS": "6683",
"BIK": "044525093",
"DATABI": "18.12.2017 15:20:10"
},
{
"NOMER": "7623",
"DATA": "20.04.2018",
"KODOSNOV": "02",
"IFNS": "6683",
"BIK": "044525093",
"DATABI": "05.10.2020 08:59:27"
}
]
},
"dateupdated": "2021-10-22 10:26:11"
}
}
}
API NewDB
API для проверки блокировок счетов: что получает интеграция
Страница описывает практический сценарий метода fns_block:
какие данные нужны на входе, как выглядит запрос к 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": "fns_block"
},
"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-процессов
Интегрируйте автоматическую проверку личности в свои процессы идентификации клиентов и антифрод-системы.
Проверка сотрудников и исполнителей
Подходит для курьеров, водителей, логистов и работников с доступом к ценностям или оборудованию.