Una verificación, registrada al minuto.
Cada fuente, documentada.

Concepto de producto — todavía no hay verificaciones, cuentas ni informes en vivo.

FEHARA se está diseñando para sujetos obligados en España: notarías, inmobiliarias, despachos de abogados y gestorías. El flujo previsto registrará la base jurídica, las fuentes consultadas, sus respuestas y cualquier ausencia en un informe de caso.

OFAC UE ONU OpenSanctions Interpol PEP sin respuesta 10:42:12 SELLADO · SHA-256 · ANCLADO · FUENTES EN VIVO · SELLADO · SHA-256 · ANCLADO · FUENTES EN VIVO ·

Hecho para sujetos obligados

La Ley 10/2010 obliga a estos profesionales a identificar a sus clientes, cotejarlos con listas de sanciones y PEP y poder demostrar que lo hicieron. FEHARA empieza por los cuatro perfiles que lo hacen cada semana.

Notarías

Escrituras inmobiliarias y societarias. Identificar a las partes y a los titulares reales, verificarlos y tener el registro listo para la inspección.

Inmobiliarias

Compraventas y alquileres de alto importe. Verificación de la contraparte de una operación real, vinculada a ella y nunca a la curiosidad.

Abogados

Operaciones, constitución de sociedades, fideicomisos. Diligencia debida entregada como expediente sellado, no como captura de pantalla.

Gestorías

Altas de sociedades y servicios fiscales. Verificación del titular real de personas jurídicas, repetida con cada nuevo encargo.

Después, según demanda:
Contables y auditores Administradores de fincas Corredores de seguros Comercio de coches y lujo Proveedores de criptoactivos Cambio de divisas

Un único registro debe mostrar toda la verificación

Un registro de cumplimiento útil permite ver claramente su alcance y sus límites. Este es el formato que FEHARA está diseñando.

Registro de verificación · estructura propuestaConcepto de diseño · no es un informe real
01

Fundamento y operación

Por qué se realiza la verificación y a qué operación corresponde.

02

Fuentes consultadas

Qué fuentes se incluyeron, distinguiendo las autoridades oficiales de los agregadores.

03

Cobertura y lagunas

Qué respondió, qué no y si algún dato estaba en caché o no estaba disponible.

04

Fecha y contexto

Cuándo se recibió cada respuesta, con contexto suficiente para entender el registro más adelante.

Estos son requisitos de diseño del producto. FEHARA aún no realiza verificaciones ni emite registros.

Proposed check workflow

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

  1. 01
    Se verifica al verificadorTodo verificador acredita primero su condición de sujeto obligado: número de notario, licencia de agente, NIF de la empresa. No existen cuentas anónimas.checker.verified10:42:01
  2. 02
    El derecho a verificar se calculaReglas por jurisdicción deciden si este perfil puede hacer esta verificación con esta base. Una inmobiliaria puede verificar a la contraparte de una operación, no a un vecino.mandate.allowed10:42:02
  3. 03
    La persona verificada recibe avisoLa persona verificada recibe un aviso y lo confirma. Las verificaciones secretas de desconocidos son imposibles por diseño.subject.confirmed10:42:05
  4. 04
    Las fuentes se consultan en vivoLas fuentes oficiales autorizadas se consultan en paralelo en ese momento. Una fuente en caché lleva indicada su antigüedad.sources.answered5/6 · 10:42:12
  5. 05
    El resultado se sellaVerificador, base, aviso, cada respuesta y cada fallo de las fuentes se resumen con hash y se anclan fuera de FEHARA.attestation.sealed10:42:12
  6. 06
    Se emite el informeUn PDF que el profesional archiva como prueba de cumplimiento.report.issued10:42:13
Ejemplo ilustrativo · registro ficticio
FEHARAPRV-0417-ES · 13.09.2026 · 10:42

El informe dice

✓
Sin coincidencias en las fuentes consultadas el 13 sep 2026 a las 10:42.
✓
Sanciones ONU no respondió en el momento de la verificación.
✓
Listas PEP: copia en caché, vigente a las 07:40.
✕

Nunca dice

«Limpio».
«Esta persona es inocente».
«Todas las fuentes verificadas», con una caída.

Con qué base. La verificación se apoya en la obligación propia del profesional según la Ley 10/2010. La confirmación de la persona verificada es un canal de seguridad y transparencia, no la base jurídica del tratamiento. Los textos legales están en revisión por abogados españoles de protección de datos y PBC.

Fuentes, y la línea que FEHARA no cruza

FEHARA se está diseñando para distinguir autoridades oficiales de primera mano y agregadores. Se indicará la antigüedad de cualquier dato en caché. OpenSanctions es un agregador, no una autoridad.

Incluido

Capa básica, al instante

Consultar una fuente de primera mano en el momento cuando esté disponible. Indicar la antigüedad de cualquier dato en caché permitido.

  • OFAC — sanciones del Tesoro de EE. UU.
  • Lista consolidada de sanciones de la UE
  • Sanciones del Consejo de Seguridad de la ONU
  • OpenSanctions — agregador, no autoridad
  • Avisos públicos de Interpol
  • Personas con responsabilidad pública (PEP)
Bajo solicitud

Capa ampliada, por caso

Fuentes contratadas, facturadas por consulta o por paquete. Nunca un «verifica a cualquiera» gratuito.

  • Fuentes comerciales con licencia
  • Registros mercantiles y de empresas
  • Autenticidad de documentos de identidad
  • Consultas de email, teléfono o usuario, solo vinculadas a un caso y una base concretos
Nunca

La línea roja

No se accede en ninguna circunstancia: ni con consentimiento, ni bajo solicitud, ni a ningún precio.

  • Bases de datos policiales internas
  • Datos no públicos de Interpol
  • Bases filtradas o robadas
  • Sistema de Información de Schengen (SIS)

Principios del registro previsto

Son requisitos de diseño futuro, no garantías de un sistema disponible hoy.

Actualidad al minutoUna respuesta en vivo de la fuente en el momento de verificar, no una copia de ayer. Donde la consulta en vivo es imposible, se imprime la antigüedad de la caché y, pasado su margen permitido, el informe exige repetir en vivo.
Integridad honestaCada informe indica cuántas fuentes autorizadas respondieron y nombra las que no. Una fuente ausente nunca se omite en silencio.
No se puede antedatarLa atestación se resume con hash y se ancla fuera de la plataforma. Ni siquiera el operador puede reescribir ni antedatar un registro después.
Ambas partes verificadasEl verificador también es sujeto de KYC. Nadie puede hacerse pasar por inmobiliaria para buscar a alguien, porque una inmobiliaria falsa no supera la verificación.
El derecho a verificar se calculaLas reglas combinan perfil, jurisdicción, base y tipo de verificación, redactadas con un abogado local. Sin una regla válida, la verificación no empieza.
La operación, no solo la personaLas verificaciones se vinculan a la operación a la que sirven —la compraventa, la escritura, el asunto— porque esa es la unidad con la que se evalúa el cumplimiento PBC.

Más allá de una verificación

Los mismos registros sellados cubren dos necesidades más de un sujeto obligado.

Examen externo anualLos sujetos obligados deben someter cada año su control interno al examen de un experto externo. Exportar las verificaciones selladas de un periodo convierte una semana de muestreo en una hora.
Cartera Europea de Identidad DigitalLa cartera española debe estar disponible para la ciudadanía desde noviembre de 2026. FEHARA prevé registrarse como parte usuaria cuando abra el registro nacional, para una identidad acreditada por el Estado en lugar de documentos escaneados.

Estado del desarrollo

FEHARA está en fase de especificación y validación y no acepta clientes. Esta lista muestra lo que existe, no lo que se promete.

1
EspecificaciónMercado objetivo, capas de fuentes, motor de reglas, política de actualidad, modelo de atestación, formato del informe.
hecho
2
Revisión jurídicaBase jurídica, alcance del artículo 10 del RGPD, redacción de responsabilidades, con abogados españoles de protección de datos y PBC.
en curso
3
Entrevistas de validaciónConversaciones con notarías e inmobiliarias de Guardamar y Torrevieja antes de construir.
siguiente
4
Motor principalAdaptadores de fuentes, motor de reglas, canal de avisos, sellado de atestaciones.
previsto
5
Informes y consola de clienteInformes PDF sellados, expedientes por operación, exportación por periodo para expertos externos.
previsto
6
Parte usuaria EUDIRegistro cuando abra el registro español de partes usuarias, a partir del 24 de diciembre de 2026.
previsto
Todavía no es un servicio. No hay registro, ni prueba, ni API pública. FEHARA no sustituye el asesoramiento jurídico: todo texto que vaya a leer un regulador lo revisa un abogado español antes del lanzamiento.