Fehara
Разделы
RU
Continentix

Проверка с точной отметкой времени.
Каждый источник учтён.

Концепция продукта — проверок, аккаунтов и отчётов пока нет.

FEHARA проектируется для обязанных субъектов в Испании: нотариусов, агентств недвижимости, юридических бюро и gestorías. Планируемый процесс будет фиксировать правовое основание, запрошенные источники, их ответы и пробелы в отчёте по делу.

Посмотреть пример отчёта Статус разработки
OFAC ЕС ООН OpenSanctions Интерпол PEP нет ответа 10:42:12 ЗАПЕЧАТАНО · SHA-256 · ПРИВЯЗАНО · ЖИВЫЕ ИСТОЧНИКИ · ЗАПЕЧАТАНО · SHA-256 · ПРИВЯЗАНО · ЖИВЫЕ ИСТОЧНИКИ ·

Для sujetos obligados

Испанский закон 10/2010 обязывает этих специалистов идентифицировать клиентов, проверять их по санкционным и PEP-спискам и уметь показать, что проверка была. FEHARA начинает с четырёх ролей, которые делают это каждую неделю.

Нотариусы

Сделки с недвижимостью и корпоративные акты. Установить стороны и бенефициаров, проверить их, держать запись готовой к инспекции.

Риелторы

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

Юристы

Сделки, регистрация компаний, трасты. Due diligence передаётся запечатанным файлом, а не скриншотом.

Gestorías

Регистрация компаний и налоговые услуги. Проверка бенефициаров юрлиц — заново при каждом новом поручении.

Далее, по спросу:
Бухгалтеры и аудиторы Управляющие недвижимостью Страховые брокеры Продавцы авто и люкса Криптопровайдеры Обмен валют

Одна запись должна показывать всю проверку

В полезной записи о соблюдении требований сразу видны её охват и ограничения. Именно такой формат проектируется для FEHARA.

Запись проверки · предлагаемая структураКонцепция дизайна · не настоящий отчёт
01

Основание и операция

Зачем проводится проверка и к какой операции она относится.

02

Проверенные источники

Какие источники охвачены, с разделением официальных органов и агрегаторов.

03

Охват и пробелы

Какие источники ответили, какие нет, и были ли данные кэшированы или недоступны.

04

Время и контекст

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

Это требования к дизайну продукта. FEHARA пока не проводит проверки и не выдаёт записи.

Proposed check workflow

This sequence is a design concept. It is not a live service.

  1. 01
    Проверяющий подтверждёнКаждый проверяющий сначала подтверждает статус sujeto obligado: номер нотариуса, лицензию риелтора, NIF компании. Анонимных аккаунтов нет.checker.verified10:42:01
  2. 02
    Право на проверку вычисляетсяПравила для каждой юрисдикции решают, может ли эта роль провести эту проверку на этом основании. Риелтор может проверить контрагента по сделке — но не соседа.mandate.allowed10:42:02
  3. 03
    Проверяемый уведомлёнЧеловек, которого проверяют, получает уведомление и подтверждает его. Тайные проверки посторонних невозможны по устройству системы.subject.confirmed10:42:05
  4. 04
    Источники опрашиваются вживуюОфициальные первоисточники опрашиваются параллельно в этот момент. Источник из кеша помечается возрастом данных.sources.answered5/6 · 10:42:12
  5. 05
    Результат запечатанПроверяющий, основание, уведомление, каждый ответ и каждый сбой источников хешируются и привязываются вне FEHARA.attestation.sealed10:42:12
  6. 06
    Выдаётся отчётPDF, который специалист подшивает как доказательство соблюдения требований.report.issued10:42:13
Иллюстративный пример · вымышленные данные
FEHARAPRV-0417-ES · 13.09.2026 · 10:42

Отчёт говорит

✓
Совпадений в проверенных источниках 13 сен 2026 в 10:42 не найдено.
✓
Санкции ООН не ответили в момент проверки.
✓
Списки PEP: копия из кеша, актуальна на 07:40.
✕

Никогда не говорит

«Чисто».
«Этот человек невиновен».
«Проверены все источники» — когда один не отвечал.

На каком основании. Проверка опирается на собственную обязанность специалиста по Ley 10/2010. Подтверждение проверяемого — канал безопасности и прозрачности, а не правовое основание обработки данных. Юридические тексты на проверке у испанских юристов по защите данных и AML.

Источники — и черта, которую FEHARA не переходит

FEHARA проектируется так, чтобы отличать официальные первичные источники от агрегаторов. Для кэшированных данных будет указана давность. OpenSanctions — агрегатор, а не официальный источник.

Включено

Базовый слой — сразу

Опрашивать первичный источник в момент проверки, если он доступен. Для разрешённых кэшированных данных указывать давность.

  • OFAC — санкции Минфина США
  • Сводный санкционный список ЕС
  • Санкции Совета Безопасности ООН
  • OpenSanctions — агрегатор, не официальный источник
  • Публичные уведомления Интерпола
  • Политически значимые лица (PEP)
По запросу

Расширенный слой — под дело

Источники по договору, оплата за запрос или пакетом. Никогда не бесплатное «проверь кого угодно».

  • Лицензированные коммерческие источники
  • Реестры компаний
  • Подлинность документов личности
  • Поиск по email, телефону или нику — только в привязке к конкретному делу и основанию
Никогда

Красная линия

Не используются ни при каких условиях — ни с согласия, ни по запросу, ни за любые деньги.

  • Внутренние полицейские базы
  • Непубличные данные Интерпола
  • Утёкшие или украденные базы
  • Шенгенская информационная система (SIS)

Принципы будущей записи

Это требования к проектируемой системе, а не гарантии действующего сервиса.

Свежесть до минутыЖивой ответ источника в момент проверки, а не вчерашняя копия. Где живой запрос невозможен, печатается возраст кеша — а сверх допустимого окна отчёт требует повторной живой проверки.
Честная полнотаКаждый отчёт указывает, сколько официальных источников ответило, и называет не ответившие. Пропавший источник никогда не выпадает молча.
Нельзя задним числомАттестация хешируется и привязывается вне платформы. Даже оператор не может переписать запись или поставить ей другую дату.
Проверены обе стороныПроверяющий — тоже субъект KYC. Никто не выдаст себя за риелтора, чтобы кого-то «пробить»: фальшивый риелтор не проходит проверку.
Право на проверку вычисляетсяПравила сочетают роль, юрисдикцию, основание и тип проверки и пишутся вместе с местным юристом. Без действующего правила проверка не начинается.
Операция, а не только человекПроверки привязаны к операции, ради которой сделаны, — сделке, акту, делу, — потому что соблюдение AML оценивают именно по операциям.

Больше, чем одна проверка

Те же запечатанные записи закрывают ещё две задачи sujeto obligado.

Ежегодная внешняя проверкаSujetos obligados обязаны ежегодно проходить проверку внутреннего контроля у внешнего эксперта. Выгрузка запечатанных проверок за период превращает неделю выборки в час.
Европейский цифровой кошелёк личностиИспанский кошелёк должен стать доступен гражданам с ноября 2026. FEHARA планирует зарегистрироваться как доверяющая сторона, когда откроется национальный реестр, — ради личности, подтверждённой государством, вместо сканов документов.

Статус разработки

FEHARA на этапе спецификации и валидации и клиентов не принимает. Этот список показывает то, что есть, а не то, что обещано.

1
СпецификацияЦелевой рынок, слои источников, движок правил, политика свежести, модель аттестации, формат отчёта.
готово
2
Юридическая проверкаПравовое основание, применимость статьи 10 GDPR, формулировки ответственности — с испанскими юристами по защите данных и AML.
в работе
3
Интервью для валидацииРазговоры с нотариусами и риелторами в Гуардамаре и Торревьехе до начала разработки.
следующее
4
ЯдроАдаптеры источников, движок правил, канал уведомлений, запечатывание аттестаций.
в плане
5
Отчёты и кабинет клиентаЗапечатанные PDF-отчёты, досье по операциям, выгрузка за период для внешних экспертов.
в плане
6
Доверяющая сторона EUDIРегистрация, когда откроется испанский реестр доверяющих сторон, — с 24 декабря 2026.
в плане
Пока это не сервис. Нет регистрации, пробного периода и публичного API. FEHARA не заменяет юриста: каждый текст, который прочитает регулятор, до запуска проверяет испанский юрист.