Существенно расширена линейка методов NewDB: добавлены проверки водительских удостоверений (driver_license) и авто по VIN (vin_check) через Госуслуги, статус самозанятых (self_employed), реестр дисквалифицированных лиц (disqual), маркеры недостоверности ЕГРЮЛ (egrul_untrusted), массовые руководители и учредители ФНС, реестр недобросовестных поставщиков (rnp), договоры лизинга на Федресурсе (leasing_fedresurs), финансовая отчетность ГИР БО (fns_bo) и AI-агрегатор арбитражных задолженностей (arbitr_debt_sum).
Перейти к документации APIПроверка патента в МО по API
Подключаем госреестры и коммерческие источники, пишем веб-роботов и автоматизируем ваши процессы.
Что нового
patent_mo — Проверка патента в МО по API
Метод patent_mo
проверяет статус патента иностранного гражданина в Московской области по ИНН и дате рождения.
Входная схема (request)
{
"params": {
"method": "patent_mo",
"innfiz": "string (12 цифр)",
"dob": "YYYY-MM-DD",
"country": "ru"
},
"requestId": "uuid"
}
Пример запроса
{
"params": {
"method": "patent_mo",
"innfiz": "272116001938",
"dob": "1987-01-08",
"country": "ru"
},
"requestId": "b4c69a6b-45cc-440e-bbeb-a6528014bca4"
}
Пример ответа
{
"params": {
"method": "patent_mo",
"innfiz": "272116001938",
"dob": "1987-01-08",
"country": "ru",
"newdb_qid": "EP0iIP63yfbLMygA"
},
"requestId": "b4c69a6b-45cc-440e-bbeb-a6528014bca4",
"datecreated": "2026-03-05 19:26:22",
"state": "complete",
"balance": 9809,
"tasks": 1,
"is_repeat": false,
"results": {
"patent_mo": {
"taskId": "83845f02-3e3f-4bff-a541-f9eab2f88581",
"dateupdated": "2026-03-05 19:26:31",
"result": {
"status": 200,
"data": [
{
"details": "",
"message": "ДАННЫЕ ПО ПАТЕНТУ\n\nпатент №\n\n509900001111\n\nИВАНОВ ИВАН ИВАНОВИЧ\n\n45\n\nоплачено дня\n\nВыдан:\n\nМосковская область\n\nДата выдачи:\n\n15.01.2026\n\nСрок действия до:\n\n14.01.2027\n\nСтатус патента:\n\nДействующий\n\nсрок действия истекает через 314 дней\n\nПОДРОБНЕЕ\n\nДействующий миграционный учет на территории Московского региона\n\nЕсть\n\nТрудовая деятельность\n\nУведомление от работодателя:\nесть\nРаботодатель:\nООО \"ТЕСТОВАЯ КОМПАНИЯ\"\nТрудовой договор:\nс 01.02.2026, бессрочный\nУведомление о трудоустройстве:\nсведения отсутствуют\nРаботодатель:\n—\nТрудовой договор:\nсведения отсутствуют",
"message_parsed": {
"days_to_expire": 314,
"full_name": "ИВАНОВ ИВАН ИВАНОВИЧ",
"issue_date": "15.01.2026",
"issued_region": "Московская область",
"migration_registration_region_text": "Действующий миграционный учет на территории Московского региона",
"migration_registration_status": "Есть",
"paid_days": 45,
"patent_number": "509900001111",
"patent_status_text": "Действующий срок действия истекает через 314 дней",
"valid_until": "14.01.2027",
"work_notifications": [
{
"employer": "ООО \"ТЕСТОВАЯ КОМПАНИЯ\"",
"employment_contract": "с 01.02.2026, бессрочный",
"type": "Уведомление от работодателя",
"value": "есть"
},
{
"employer": "—",
"employment_contract": "сведения отсутствуют",
"type": "Уведомление о трудоустройстве",
"value": "сведения отсутствуют"
}
]
},
"status": "valid"
}
]
}
}
}
}
Какие данные отдаем по патенту
status— итоговый статус записи по патенту:valid,not_foundи др.message— исходный текст ответа из источника по патенту.details— дополнительная поясняющая информация (если есть).message_parsed.patent_number— номер патента.message_parsed.full_name— ФИО иностранного гражданина.message_parsed.paid_days— количество оплаченных дней.message_parsed.issue_date,message_parsed.valid_until— дата выдачи и срок действия.message_parsed.issued_region— регион выдачи патента.message_parsed.days_to_expire— сколько дней до окончания срока действия.message_parsed.patent_status_text— текстовый статус патента (например, действующий, истекает через N дней).message_parsed.migration_registration_region_text,message_parsed.migration_registration_status— статус миграционного учета.message_parsed.work_notifications— уведомления по трудовой деятельности: тип уведомления, значение, работодатель, трудовой договор.
Кому полезна страница
- работодателям и HR-отделам в Московской области
- аутстаффинговым и аутсорсинговым компаниям
- службам безопасности и комплаенс-подразделениям
- юристам по миграционному и трудовому праву
API NewDB
Проверка патента в МО по API: что получает интеграция
Страница описывает практический сценарий метода patent_mo:
какие данные нужны на входе, как выглядит запрос к 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_mo"
},
"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
- • Базовый запрос: 1 источник, 2 ₽
- • Полный доступ ко всем методам API
- • Овердрафт: +50 запросов сверх лимита
- • Уведомления о расходе
Разовая проверка паспорта
за одну проверку
Оплата картой через ЮKassa. Результат проверки отправим на ваш email.
Заказать проверкуСнижение риска мошенничества
Проверяйте подлинность документов перед выдачей оборудования, арендой, услугами или оформлением сделки.
Усиление KYC / AML-процессов
Интегрируйте автоматическую проверку личности в свои процессы идентификации клиентов и антифрод-системы.
Проверка сотрудников и исполнителей
Подходит для курьеров, водителей, логистов и работников с доступом к ценностям или оборудованию.