Существенно расширена линейка методов NewDB: добавлены проверки водительских удостоверений (driver_license) и авто по VIN (vin_check) через Госуслуги, статус самозанятых (self_employed), реестр дисквалифицированных лиц (disqual), маркеры недостоверности ЕГРЮЛ (egrul_untrusted), массовые руководители и учредители ФНС, реестр недобросовестных поставщиков (rnp), договоры лизинга на Федресурсе (leasing_fedresurs), финансовая отчетность ГИР БО (fns_bo) и AI-агрегатор арбитражных задолженностей (arbitr_debt_sum).
Перейти к документации APIAPI Росреестр
Подключаем госреестры и коммерческие источники, пишем веб-роботов и автоматизируем ваши процессы.
Что нового
API предоставляет общедоступные сведения из Единого государственного реестра недвижимости (ЕГРН). Метод позволяет мгновенно получить технические характеристики объекта, кадастровую стоимость и данные о правах/обременениях (без персональных данных) в режиме онлайн.
Параметры поиска
Идентификация объекта возможна по кадастровому номеру (формат 00:00:0000000:00) или точному адресу.
Сферы применения
Интеграция сведений Росреестра необходима для автоматизации работы классифайдов, банков и юридических сервисов.
Проверка существования объекта
Верификация данных перед сделкой: проверка точной площади, этажности, назначения (жилое/нежилое) и адреса.
Оценка и налоги
Получение актуальной кадастровой стоимости для расчета налоговой нагрузки или рыночной оценки недвижимости.
Автозаполнение (Pre-fill)
Автоматическое заполнение карточек объектов в CRM или на сайтах объявлений по вводу одного кадастрового номера.
Примеры запросов и ответов
POST /v2 HTTP/1.1
Host: api.newdb.net
Content-Type: application/json
X-API-KEY: YOUR_TOKEN
{
"params": {
"address": "50:20:0030112:1658",
"method": "rosreestr",
"country": "ru"
},
"webhook":"https://webhook_url/",
"requestId":"19342f89-2916-4779-b59d-43c001f1a119"
}
POST /v2 HTTP/1.1
Host: api.newdb.net
Content-Type: application/json
X-API-KEY: YOUR_TOKEN
{
"params": {
"address": "Одинцово Белорусская д.3 кв. 382",
"method": "rosreestr",
"country": "ru"
},
"webhook":"https://webhook_url/",
"requestId":"19342f89-2916-4779-b59d-43c001f1a112"
}
Пример ответа
{
"params": {
"address": "Одинцово Белорусская д.3 кв. 382",
"method": "rosreestr",
"country": "ru",
"newdb_qid": "EOUIIJHP3ZaxMygD"
},
"webhook": "https://webhook_url/",
"requestId": "19342f89-2916-4779-b59d-43c001f1a112",
"datecreated": "2025-12-12 16:54:25",
"state": "complete",
"balance": 9920,
"tasks": 1,
"is_repeat": false,
"results": {
"rosreestr": {
"dateupdated": "2025-12-12 16:55:09",
"result": {
"status": 200,
"data": [
{
"objectId": null,
"databaseName": null,
"regionKey": null,
"cadNumber": "50:20:0030112:1658",
"cadQuarter": "50:20:0020410",
"status": "1",
"objType": "002001003000",
"area": "42.40",
"address": {
"region": null,
"district": null,
"city": null,
"cityType": null,
"urbanDistrict": null,
"urbanDistrictType": null,
"sovietVillage": null,
"sovietVillageType": null,
"locality": null,
"localityType": null,
"street": null,
"streetType": null,
"house": null,
"houseType": null,
"building": null,
"buildingType": null,
"structure": null,
"structureType": null,
"apartment": null,
"apartmentType": null,
"liter": null,
"addition": null,
"address": null,
"readableAddress": null,
"fiasGuid": null
},
"regDate": "09.04.2014",
"cancelDate": null,
"rights": [
{
"rightType": "001001000000",
"rightRegDate": "01.03.2013",
"rightNumber": "50-50-20/020/2013-320",
"part": null,
"ownershipType": null,
"rightTypeDesc": "Собственность",
"sharedOwnershipType": false
}
],
"encumbrances": [
{
"startDate": "01.03.2013",
"encumbranceNumber": "50-50-20/020/2013-322",
"encumbranceDate": null,
"type": "022008000000",
"typeDesc": "Ипотека в силу закона",
"rightNum": null
},
{
"startDate": "23.08.2021",
"encumbranceNumber": "50:20:0030112:1658-50/422/2021-2",
"encumbranceDate": null,
"type": "022007000000",
"typeDesc": "Ипотека",
"rightNum": null
}
],
"oldNumbers": [
{
"numType": "Условный номер",
"numValue": "50-50-20/049/2012-410"
},
{
"numType": "Инвентарный номер",
"numValue": "46:241:002:000219530:0001(10382)"
}
],
"landCategory": null,
"permittedUse": null,
"permittedUseByDoc": null,
"cadCost": "5133262.85",
"cadCostDate": null,
"cadCostDeterminationDate": "01.01.2023",
"cadCostRegistrationDate": "09.12.2023",
"infoUpdateDate": "06.12.2025",
"cadEngFIO": null,
"cadEngCertNumber": null,
"cadEngPhone": null,
"floor": null,
"undergroundFloor": null,
"levelFloor": "18",
"ownershipType": null,
"oksWallMaterial": null,
"oksCommisioningYear": null,
"oksYearBuild": null,
"purpose": "206002000000",
"childCadNumbers": null,
"parentCadNumber": null,
"mainCharacters": [
{
"code": "05",
"description": "Площадь",
"value": 42.4,
"unitCode": "012002001000",
"unitDescription": "кв.м"
}
],
"objType_text": "Помещение",
"purpose_text": "Жилое"
}
]
}
}
}
}
Пример ответа (данные не найдены)
{
"state": "complete",
"results": {
"rosreestr": {
"result": {
"status": 200,
"data": []
}
}
}
}
API NewDB
API Росреестр: что получает интеграция
Страница описывает практический сценарий метода rosreestr:
какие данные нужны на входе, как выглядит запрос к 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": "rosreestr"
},
"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-процессов
Интегрируйте автоматическую проверку личности в свои процессы идентификации клиентов и антифрод-системы.
Проверка сотрудников и исполнителей
Подходит для курьеров, водителей, логистов и работников с доступом к ценностям или оборудованию.
Связаться с нами
Часто задаваемые вопросы
Собрали ответы на типовые вопросы по проверке контрагентов, персональным данным и работе с 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 в инфраструктуру компании.