NEWDB — платформа по выявлению рисков

Проверка патента в Москве

Подключаем госреестры и коммерческие источники, пишем веб-роботов и автоматизируем ваши процессы.

🔥 Тестовый доступ — 100 бесплатных запросов
Форматы: Excel, CSV, JSON, API Обновление: ежедневно/онлайн Поддержка: Telegram • Email
Новости NewDB

Что нового

⚡
Масштабное расширение API: 13 новых реестров и проверок
17.09.2026

Существенно расширена линейка методов NewDB: добавлены проверки водительских удостоверений (driver_license) и авто по VIN (vin_check) через Госуслуги, статус самозанятых (self_employed), реестр дисквалифицированных лиц (disqual), маркеры недостоверности ЕГРЮЛ (egrul_untrusted), массовые руководители и учредители ФНС, реестр недобросовестных поставщиков (rnp), договоры лизинга на Федресурсе (leasing_fedresurs), финансовая отчетность ГИР БО (fns_bo) и AI-агрегатор арбитражных задолженностей (arbitr_debt_sum).

Перейти к документации API
Мониторинг судебного дела в ГАС «Правосудие»
07.09.2026

Добавлен метод pravo_event_monitor для наблюдения за движением дела в суде общей юрисдикции. Метод получает актуальную карточку с официального сайта суда и выявляет новые процессуальные события, документы и изменения относительно предыдущей проверки. Уведомления об изменениях можно получать в Telegram, по email или через вебхук.

Открыть документацию метода
Процессуальный контроль дел в КАД Арбитр
21.08.2026

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

Открыть документацию метода
Опубликован MCP сервер NewDB для AI-агентов
25.07.2026

AI-агенты теперь могут строить отчеты по физическим лицам, компаниям, иностранным гражданам и недвижимости через MCP endpoint.

Открыть страницу MCP сервера
Поиск по текстам судебных актов ГАС «Правосудие»
30.06.2026

Добавлен метод поиска по текстам судебных актов ГАС «Правосудие».

Открыть документацию метода
Новый личный кабинет
30.06.2026

Запущен личный кабинет с балансом, токеном доступа, задачами мониторинга, историей запросов и статистикой.

Открыть личный кабинет
Единый реестр судей
10.06.2026

Карточки судей, региональная навигация и аналитика судебной практики.

Перейти в реестр
Сервис геоданных
10.06.2026

Поиск по адресу и кадастровому номеру, сведения по объектам недвижимости.

Открыть НСПД

patent_msk — Патент (Москва)

Метод patent_msk выполняет проверку патента иностранного гражданина в Москве по данным документа, удостоверяющего личность.

Особенность метода: проверяются только патенты, выданные в Москве. Это дает более точное определение статусов документа по сравнению с общим методом проверки патента.

POST https://api.newdb.net/v2

Заголовки

Content-Type: application/json
X-API-KEY: <your_token>

Входная схема (request)

{
  "params": {
    "method": "patent_msk",
    "id_doc_seria": "string (optional)",
    "id_doc_number": "string (optional)",
    "citizenship": "string (optional)",
    "country": "ru"
  },
  "requestId": "optional-string"
}

Пояснения к полям

  • id_doc_seria и id_doc_number — серия и номер документа, удостоверяющего личность. Нужны для проверки по паспорту.
  • citizenship — опциональный параметр для проверки по паспорту.
  • Если citizenship не передан, проверка выполняется по 3 странам: Узбекистан, Таджикистан, Кыргызстан.

Пример запроса

POST /v2 HTTP/1.1
Host: api.newdb.net
Content-Type: application/json
X-API-KEY: YOUR_TOKEN

{
  "params": {
    "method": "patent_msk",
    "id_doc_seria": "XX",
    "id_doc_number": "0000000",
    "citizenship": "Гражданство",
    "country": "ru"
  },
  "requestId": "00000000-0000-4000-8000-000000000000"
}

Пример ответа

{
  "params": {
    "method": "patent_msk",
    "id_doc_seria": "XX",
    "id_doc_number": "0000000",
    "citizenship": "Гражданство",
    "country": "ru",
    "newdb_qid": "example_qid"
  },
  "requestId": "00000000-0000-4000-8000-000000000000",
  "datecreated": "2026-03-04 23:24:48",
  "state": "complete",
  "balance": 9810,
  "tasks": 1,
  "is_repeat": false,
  "results": {
    "patent_msk": {
      "taskId": "00000000-0000-4000-8000-000000000001",
      "dateupdated": "2026-03-04 23:25:05",
      "result": {
        "status": 200,
        "data": [
          {
            "citizenship": "Гражданство",
            "message": "Срок действия патента истек DD.MM.YYYY. Для работы в Москве необходимо оформить новый патент.",
            "status": "expired"
          }
        ]
      }
    }
  }
}

x-ai (метаданные для AI)

{
  "tools": [
    {
      "name": "patent_msk",
      "description": "Проверка патента иностранного гражданина в Москве по данным документа, удостоверяющего личность.",
      "input_schema": {
        "method": "string (patent_msk)",
        "id_doc_seria": "string (optional)",
        "id_doc_number": "string (optional)",
        "citizenship": "string (optional)",
        "country": "string (ru)",
        "requestId": "string (optional)"
      },
      "output_schema": {
        "requestId": "string",
        "datecreated": "string (YYYY-MM-DD HH:MM:SS)",
        "state": "string (complete|processing|error)",
        "results": {
          "patent_msk": {
            "taskId": "string",
            "dateupdated": "string (YYYY-MM-DD HH:MM:SS)",
            "result": {
              "status": "number (HTTP status)",
              "data": [
                {
                  "citizenship": "string",
                  "message": "string",
                  "status": "string"
                }
              ]
            }
          }
        }
      },
      "headers_required": ["X-API-KEY"]
    }
  ],
  "policy": "Если пользователь просит проверить патент в Москве — используйте метод patent_msk и верните результат проверки."
}

API NewDB

Проверка патента в Москве: что получает интеграция

Страница описывает практический сценарий метода patent_msk: какие данные нужны на входе, как выглядит запрос к 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": "patent_msk"
  },
  "requestId": "your-request-id",
  "webhook": "https://example.com/newdb-webhook"
}

Если метод требует специальные поля, например ИНН, серию и номер документа или кадастровый номер, они описаны в документации метода и проверяются на стороне API до запуска задачи.

Как читать результат

Поле Значение
requestId Идентификатор запроса на стороне клиента или NewDB
state Состояние обработки: очередь, выполнение, завершение или ошибка
results Блок с результатами метода, статусом источника и найденными данными

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

Можно ли встроить метод в CRM?

Да. Передавайте свой requestId, сохраняйте его у себя и получайте результат по webhook или через GET-запрос к API.

Что делать с пустым ответом?

Пустой массив обычно означает, что источник не нашел подходящих записей. Это не равно юридическому заключению.

Есть ли повторные проверки?

Для мониторинга используйте webhook и сохраняйте идентификаторы. Повторный запуск можно связать с тем же объектом в вашей системе.

Где смотреть точную схему?

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

Цены и доступ

Базовая единица тарификации API: 1 источник данных = 2 ₽. Комплексные проверки зависят от набора входных данных и найденных связанных лиц.

Тестовый период

API для интеграции

На период внедрения и тестирования выдаём 100 запросов к API без абонентской платы.

  • Быстрая проверка интеграции
  • Помощь с методами и схемой запросов
  • Поддержка в Telegram
Основной тариф

Базовый тариф API

2 ₽ за запрос
  • • Базовый запрос: 1 источник, 2 ₽
  • • Полный доступ ко всем методам API
  • • Овердрафт: +50 запросов сверх лимита
  • • Уведомления о расходе
Расширенные тарифы доступны по запросу (<1 р. за запрос). access@newdb.net
Оплата и пополнение баланса
Веб-интерфейс

Разовая проверка паспорта

200 ₽

за одну проверку

Оплата картой через ЮKassa. Результат проверки отправим на ваш email.

Заказать проверку
Базовый запрос
2 ₽
1 источник данных
Комплекс по паспорту
от 24 ₽
обычно 12 проверок при полном наборе данных; до 13 с розыском МВД
Комплекс по ИНН ЮЛ
от 16 ₽
8 базовых проверок компании + проверки руководителей
Оценка недвижимости
6 ₽
3 источника данных
Пример расчета по ИНН компании с двумя руководителями: базовая проверка компании 8 источников = 16 ₽. Если по каждому руководителю запускается полный набор доп.проверок, добавляется до 7 источников на человека: 8 + 2×7 = 22 источника, до 44 ₽.

Снижение риска мошенничества

Проверяйте подлинность документов перед выдачей оборудования, арендой, услугами или оформлением сделки.

Усиление KYC / AML-процессов

Интегрируйте автоматическую проверку личности в свои процессы идентификации клиентов и антифрод-системы.

Проверка сотрудников и исполнителей

Подходит для курьеров, водителей, логистов и работников с доступом к ценностям или оборудованию.

Связаться в Telegram

Связаться с нами

Часто задаваемые вопросы

Собрали ответы на типовые вопросы по проверке контрагентов, персональным данным и работе с API NewDB в рамках 152-ФЗ и KYC/KYB-процессов.

🪪 Как проверить действительность паспорта после 2025 года?

Проверка действительности паспорта проводится по официальным государственным реестрам. API NewDB использует данные ФНС и ФМС, которые актуализируются автоматически. Чтобы проверить паспорт, необходимо указать серию, номер и дату рождения. Запрос выполняется строго в рамках требований 152-ФЗ и используется только для целей идентификации.

⚖️ Как можно проверить человека на наличие судимости? Есть ли открытые источники?

Открытых государственных источников, содержащих сведения о судимости конкретных лиц, в России нет — эти данные относятся к охраняемой законом информации. Проверка может выполняться только в рамках официальных процедур (например, при трудоустройстве). В открытых данных можно только попробовать искать косвенные признаки через ГАС «Правосудие». API NewDB предоставляет доступ исключительно к законным открытым реестрам: ФССП, суды (КАД), банкротства, исполнительные производства и другие. Подробнее по методу: https://newdb.net/fiz/pravosudfiz. Сведения о судимости не запрашиваются и не обрабатываются.

🔍 В чем отличие проверки данных от «пробива» человека?

«Пробив» — это незаконное получение персональных данных из закрытых источников. Это нарушение 152-ФЗ и может повлечь уголовную ответственность. Проверка данных через NewDB — легальная процедура, основанная на:
• официальных открытых реестрах;
• правомерной идентификации клиента;
• использовании API только в бизнес-целях (KYC/KYB, AML, скоринг).

✅ Насколько можно доверять результатам проверки?

Все данные в API NewDB поступают из официальных источников: ФНС, ФССП, Федресурс, Росреестр, Росфинмониторинг и других реестров. Актуальность определяется непосредственно моментом ответа. Мы не изменяем данные и не вносим субъективных оценок — только структурируем и нормализуем.

📝 Можно ли проверять людей без их согласия?

Проверка допускается только в рамках законных оснований: исполнения договора, соблюдения 115-ФЗ (KYC / AML), трудовых процедур или требований регуляторов. В других случаях требуется согласие субъекта персональных данных в соответствии с 152-ФЗ.

📚 Какие источники использует API NewDB?

API агрегирует данные ФНС, ФССП, Федресурс, КАД, Росреестр, Росфинмониторинга, ГИС ГМП, реестры залогов ФНП и другие официальные ресурсы. Конкретный набор источников зависит от выбранного метода проверки.

⚡️ Обновляются ли данные в реальном времени?

Да. При каждом запросе выполняется обращение к первоисточнику, поэтому вы получаете актуальный ответ на момент проверки.

🧩 Что делать, если в данных обнаружена ошибка?

Ошибки могут быть связаны с первичным внесением информации в государственный реестр. В таких случаях корректировка выполняется через ФНС, ФССП, Росреестр или ФМС. Мы можем подсказать, как корректно сформулировать обращение.

🧩 Можно ли интегрировать API в CRM или внутренний портал?

Да. API работает через HTTP/JSON и интегрируется с 1С, Bitrix24, AmoCRM, внутренними порталами, скоринговыми системами, мобильными приложениями и микросервисами на любом стеке (Python, Java, Go и др.).

📈 Подходит ли API для массовых проверок?

Да. API поддерживает массовую обработку, очереди запросов и Webhook-уведомления. Вы можете запускать пакетные проверки по ИНН, ОГРН, паспортным данным в автоматическом режиме.

🧬 Обрабатывает ли NewDB биометрические данные?

Нет. NewDB не собирает и не хранит биометрические данные. Обработка ограничивается данными, необходимыми для идентификации и проверки по открытым реестрам, в соответствии с 152-ФЗ.

🛡️ Где хранятся данные, передаваемые в API?

Обработка выполняется на серверах, расположенных в РФ. Данные не сохраняются дольше, чем это необходимо для выполнения запроса, и обрабатываются согласно требованиям 152-ФЗ и внутренних политик безопасности.

📜 Какие ограничения есть при работе с персональными данными?

API может использоваться только для легальных задач: идентификация клиентов, комплаенс-процедуры, управление кредитным и операционным риском, проверка партнёров и поставщиков, выполнение требований 115-ФЗ и регуляторов. Личный «интерес» и несанкционированный мониторинг недопустимы.

🌐 Можно ли использовать API без сервера — только с сайта?

Нет. Запросы к API должны уходить с серверной стороны, чтобы защитить ключ доступа. X-API-KEY не должен передаваться и отображаться в браузере пользователя.

🤝 Предоставляете ли вы юридическое сопровождение по интеграции?

Да. Мы консультируем по вопросам 115-ФЗ, KYC/KYB-процессов, построения скоринговых правил, организации мониторинга и безопасной интеграции API в инфраструктуру компании.

Документация API