Коротко: ответ реестра остаётся сырьём, а выводы лучше поручить юристу. Сервис находит сведения, сохраняет источник и передаёт человеку.
Пятая статья цикла о проверке клиента через API. Здесь разбирается, что сервис делает с готовым ответом.
Что было раньше:
- в первой разобраны открытые и закрытые реестры;
- во второй рассказано, на каком основании данные из реестров можно обрабатывать;
- в третьей разобраны люди из ответа реестра и провайдер API;
- в четвёртой разобрано согласие клиента и кредитная история.
Главное в этой статье:
- совпадение по фамилии, имени и отчеству остаётся гипотезой;
- «найдено» передаётся человеку вместе с источником, датой и временем запроса;
- «не найдено» не означает «чисто»;
- ответ хранится, пока нужен для цели, а запись об основании дольше;
- отказ клиенту безопаснее поручить юристу, чем автоматике.
Нормы приведены по состоянию на 24 октября 2026 года.
Как сервис читает ответ реестра?
Что относится к персональным данным. Правила 1, 4 и 5 основаны на ст. 5, 9 и 16 Федерального закона от 27.07.2006 № 152-ФЗ «О персональных данных» (далее 152-ФЗ). Закон защищает людей: клиента-гражданина, директора, учредителей, стороны споров. Сведения о самой компании персональными данными не являются (об этом в первой статье). Для таких сведений я рекомендую такой же порядок как хорошую практику, закон его не требует.
Правило 1. Совпадение по ФИО остаётся гипотезой. В реестрах хватает однофамильцев. Сообщать клиенту «у вас долги» по одному сходству имён рискованно: можно приписать ему чужое. Данные о человеке должны быть точными, а неточные оператор (тот, кто решает, какие данные собирать и зачем, обычно фирма) обязан уточнить или удалить (ч. 6 ст. 5 152-ФЗ).
Что есть в источниках:
- в банке данных исполнительных производств у должника-гражданина указаны фамилия, имя, отчество, дата и место рождения (п. 5 ч. 3 ст. 6.1 Закона об исполнительном производстве № 229-ФЗ);
- в актах судов общей юрисдикции фамилии, имена и отчества сторон остаются, а дата рождения, адрес и паспортные данные исключаются (ч. 3 и 4 ст. 15 Закона о доступе к информации о деятельности судов № 262-ФЗ);
- акты арбитражных судов размещают в полном объёме, кроме положений с государственной или иной охраняемой законом тайной (ч. 2 и 6 ст. 15), поэтому сведений о гражданине там может быть больше. Какие именно сведения остаются в таких актах на практике, я не проверяла.
Связь с клиентом устанавливают по документам клиента (номер дела, адрес, ИНН, то есть налоговый номер). В актах судов общей юрисдикции ИНН и адреса нет, поэтому там связь держится на номере дела и на обстоятельствах, которые знает клиент. Если подтвердить нечем, сервис оставляет пометку «совпадение не подтверждено» и вывода не делает.
Правило 2. «Найдено» передаётся человеку с источником. Вместе с результатом сервис сохраняет название реестра, дату и время запроса. Сообщение вида «клиент неплатёжеспособен» сервис не формулирует.
Найденный признак работает как красный флаг, и дальше срабатывает триаж.
Правило 3. «Не найдено» не означает «чисто». Реестр мог ограничить доступ к части сведений, данные могли выйти за срок открытости (как в базе Федеральной службы судебных приставов, ФССП), а сам реестр мог ответить сбоем. В судебных актах есть ещё две причины. Акт могли не успеть разместить: срок до месяца (ч. 1 ст. 15 Закона № 262-ФЗ). По ряду дел тексты не размещают вовсе, например по семейным спорам и по ограничению дееспособности (ч. 5 ст. 15). Как отличить сбой от отказа, я разбирала в статье Где проходит грань между сбоем и отказом.
Правило 4. Ответ хранится, пока нужен для цели. Данные хранят не дольше, чем требуют цели обработки, если срок не задан федеральным законом или договором с человеком. После достижения цели их уничтожают или обезличивают (ч. 7 ст. 5 152-ФЗ). Срок записывают в техническое задание (ТЗ), то есть в документ с требованиями к сервису, отдельной строкой.
Запись об основании (о согласии или об оценке законного интереса по п. 7 ч. 1 ст. 6) стоит хранить дольше самого ответа: доказывать основание должен оператор (ч. 3 ст. 9 152-ФЗ). Срок хранения такой записи закон не называет. Как пример, который я рекомендую: пока идёт обработка и три года после неё, по общему сроку исковой давности (ст. 196 ГК РФ). В записи оставляют минимум сведений, достаточный для доказательства.
Правило 5. Окончательное решение принимает человек. Решения, которые порождают юридические последствия для человека или затрагивают его права и законные интересы, нельзя принимать только автоматически. Исключения: письменное согласие человека и случаи, прямо названные в федеральных законах (ч. 1 и 2 ст. 16 152-ФЗ).
Отказ клиенту по одному ответу реестра, на мой взгляд, может попасть под этот запрет. Безопаснее, когда отказ формулирует и подписывает юрист. Формальная подпись не защитит: основание отказа нужно действительно проверить.
Есть и другое чтение: отказ заключить договор остаётся свободой договора, понуждение к заключению не допускается (п. 1 ст. 421 ГК РФ), поэтому права человека отказ не затрагивает. Официальных разъяснений ни по одному чтению я не нашла. Если нужен автоматический отказ, возьмите письменное согласие на такое решение (ч. 2 ст. 16) или оставьте автоматике только пометку «передать юристу».
Если решение всё же принимает автоматика, оператор обязан объяснить человеку порядок решения, дать заявить возражение и рассмотреть его за 30 дней (ч. 3 и 4 ст. 16).
Правило 5 касается клиента-гражданина. Для клиента-организации ст. 16 прямо не применяется, но рекомендация остаётся той же.
Что записать в техническое задание?
Для каждого источника в ТЗ записывают такие поля: цель, условие запроса, основание и действие сервиса. О том, как составить ТЗ, я писала в статье Как составить ТЗ для LegalTech-сервиса. Ниже сводная таблица по всему циклу с примерными значениями. Сокращения реестров (ЕГРЮЛ, ЕГРИП, ЕФРСБ) расшифрованы в первой статье цикла.
| Параметр | Значение для примера |
|---|---|
| Цель проверки | Оценка рисков перед договором об оказании юридических услуг |
| Источники | ЕГРЮЛ и ЕГРИП, ЕФРСБ, ФССП, тексты судебных актов |
| Условие запроса | Основание названо и записано, клиент уведомлён |
| Кредитная история | Сервис не запрашивает, клиент загружает отчёт сам, вывод делает юрист |
| Третьи лица | Согласия нет, основание записано (законный интерес, п. 7 ч. 1 ст. 6; опубликование по закону, п. 11, надёжнее всего для ЕФРСБ; исполнение обязанности, п. 2), объём данных ограничен ответом реестра |
| Провайдер API | Роль записана: исполнитель по вашему заданию или самостоятельный оператор, хранение в России |
| Совпадение с клиентом | Фамилия, имя, отчество дают гипотезу, подтверждает юрист |
| Если «найдено» | Передача юристу с источником, датой и временем запроса |
| Если реестр не ответил | Таймаут, число повторов и пауза заданы числами (для примера: таймаут 5 секунд, до 3 повторов), затем передача человеку |
| Срок хранения ответа | Для примера: до решения о приёме клиента и ещё 30 дней на случай возражения |
| Срок хранения записи об основании | Для примера: пока идёт обработка и три года после (общий срок исковой давности, ст. 196 ГК РФ) |
| Требование прекратить обработку | 10 рабочих дней, продлить можно не более чем на 5 при мотивированном уведомлении (ч. 5.1 ст. 21 152-ФЗ); отказать можно, только если обработка опирается на другое основание (пп. 2–11 ч. 1 ст. 6, ч. 2 ст. 10, ч. 2 ст. 11), иначе результат удаляют; если удалить сразу нельзя (резервные копии), данные блокируют и уничтожают не позднее чем через шесть месяцев (ч. 6 ст. 21) |
| Решение по клиенту | Отказ в приёме формулирует юрист (моя рекомендация, исходя из ст. 16 152-ФЗ) |
| Владелец правила | Юрист, который пересматривает таблицу при изменении закона |
Какие восемь ошибок чаще всего делают при проверке клиента?
Чек-лист на весь цикл:
- Опора на открытость данных вместо основания. Фраза «реестр публичный» не заменяет основание из ч. 1 ст. 6 152-ФЗ: договор, законный интерес, опубликование по закону (подробнее).
- Общая галочка вместо отдельного согласия. Согласие, спрятанное в пользовательском соглашении, не соответствует ч. 1 ст. 9 152-ФЗ (подробнее).
- Кредитный отчёт «на всякий случай». Запрос без согласия клиента и без договора с бюро нарушает ст. 6 Закона о кредитных историях № 218-ФЗ, а незаконное получение отчёта наказывается по ст. 14.29 КоАП РФ.
- Вывод по однофамильцу. Совпадение по ФИО принимают за подтверждение, что это клиент, и пишут ему о чужих долгах.
- Ответ реестра без даты и источника. Через месяц нельзя проверить, откуда сервис взял сведения и актуальны ли они.
- Провайдер без поручения и без согласия. Запросы к реестрам уходят внешней компании без договора поручения (так закон называет передачу обработки другой компании) и без согласия на передачу. Так выходит по буквальному тексту ч. 3 ст. 6 152-ФЗ; есть и другое чтение (подробнее).
- Автоматический отказ клиенту. Сервис сам отклоняет заявку по ответу реестра, без участия юриста. Для заявки гражданина это, на мой взгляд, может нарушать ст. 16 152-ФЗ (есть и другое чтение, см. правило 5).
- Согласие клиента вместо основания для третьих лиц. Клиент не вправе дать согласие за контрагента, учредителя или бенефициара, если не является их представителем (ч. 1 ст. 9 152-ФЗ).
Часто задаваемые вопросы
Может ли сервис сам отказать клиенту по ответу реестра? Решения, которые затрагивают права человека, нельзя принимать только автоматически, кроме письменного согласия и случаев, названных в федеральных законах (ст. 16 152-ФЗ). Если клиент гражданин, отказ, на мой взгляд, может под этот запрет подпадать, но есть и другое чтение: свобода договора (п. 1 ст. 421 ГК РФ). Для организации ст. 16 прямо не применяется, но отказ всё равно лучше доверить юристу.
Как долго хранить ответ реестра? Не дольше, чем нужно для цели обработки, если срок не задан федеральным законом или договором с человеком (ч. 7 ст. 5 152-ФЗ). Срок записывают в ТЗ отдельной строкой. Запись об основании хранят дольше самого ответа.
Что делать, если реестр не ответил? Повторить запрос по заданному правилу и затем передать человеку. Молчание реестра не означает, что у клиента нет проблем.
Как отличить клиента от однофамильца в ответе реестра? По одной фамилии, имени и отчеству это сделать нельзя. В базе ФССП есть дата и место рождения, в актах судов общей юрисдикции их нет. Связь устанавливают по документам клиента: номеру дела, ИНН, адресу. Если подтвердить нечем, сервис оставляет пометку «совпадение не подтверждено».
Читайте также
- Согласие клиента на проверку и кредитная история: как оформить согласие и что требует закон о кредитных историях
- API-верификация клиента: что юридический сервис вправе проверять: какие реестры открыты, а какие закрыты
- Что такое Triage Logic в LegalTech: как сервис выбирает маршрут и приоритет
- Red Flags в LegalTech: когда юридический ИИ-сервис передаёт дело человеку: какие условия останавливают сервис раньше остальных правил
- Где проходит грань между сбоем и отказом: что делать сервису, когда реестр молчит
Нужен юридический архитектор, который опишет правила проверки клиентов для вашего сервиса? Напишите мне: +7 (902) 899-07-58 (Telegram, WhatsApp, KakaoTalk) или оставьте заявку.