Una nota del fundador

Hay una parte de ENTIA que debería haber explicado antes.

11,330,391identidades económicas
51países Entia Home
2,705Knowledge
API · MCPentrega estructurada

Durante meses os he enviado reservas de derechos, telemetría, expedientes de operadores, hashes y preguntas técnicas. Lo hice porque necesitaba documentar con precisión cómo estaban accediendo los sistemas automatizados a ENTIA.

Pero al hacerlo creo que cometí un error de comunicación: os he explicado con muchísimo detalle cómo llegan vuestros sistemas a ENTIA y casi no os he explicado qué es realmente ENTIA.

Esta página intenta corregir eso.

ENTIA es una infraestructura de identidad económica y conocimiento diseñada para proporcionar a las máquinas entidades resueltas, en lugar de obligarlas a reconstruirlas a partir de la web abierta.La identidad, la procedencia, el conocimiento estructurado y su entrega legible por máquinas se resuelven antes de que la información llegue al modelo.
Fernando Vilches
01 · Por qué ENTIA

No empecé intentando construir una empresa de datos.

Hace aproximadamente dos años estaba intentando resolver un problema mucho más pequeño: ¿cómo puede una máquina saber con suficiente certeza quién hay realmente detrás de una empresa?

Encontrar una web era relativamente sencillo. Resolver que un nombre comercial, una sociedad, un dominio, un identificador fiscal, una dirección y un historial registral pertenecían a la misma entidad económica era otra cosa.

Cuando faltaba esa certeza, la máquina tenía que inferir.

Lo que surgió no es una empresa de datos convencional. ENTIA resuelve identidad económica, procedencia y conocimiento estructurado en una infraestructura que las máquinas pueden consultar directamente.

Mi hipótesis de trabajo se volvió sencilla: cuando una identidad puede resolverse a partir de evidencia, una máquina no debería tener que reconstruirla a partir de fragmentos.
02 · La infraestructura

Ese experimento terminó convirtiéndose en una infraestructura.

El activo principal no es una colección de páginas. Es una capa resuelta de identidad económica, procedencia y conocimiento estructurado que puede proyectarse a humanos y entregarse directamente a máquinas.

Identidad económica11,330,391

Entidades económicas canónicas con identificadores, procedencia, estado temporal, relaciones y correcciones.

Knowledge2,705

Objetos de conocimiento publicados y estructurados para retrieval, grounding y citación.

Entrega máquinaAPI · MCP

Superficies programáticas y representaciones estructuradas para consumir la capa resuelta.

Capa resueltaidentidad canónica · procedencia · estado temporal · relaciones · esquemas controlados · seguimiento de cambios
03 · Ejemplo · Repsol

REPSOL SA — una entidad resuelta, mostrada en su representación para máquina.

REPSOL SA permite enseñar mucho mejor la capa resuelta: una identidad económica canónica conectada con identificadores legales, ubicación, identificadores de conocimiento externo, actividad registral, metadatos de verificación y contexto territorial.

Razón social
NIF / identificador fiscal
URL canónica
País: ES
Sector: energía
Ciudad: Madrid
Wikidata: Q174747
Actividad BORME
↓ ENTIDAD CANÓNICA RESUELTA ↓
REPSOL SAresolved entity
vat_idA78374725
countryES
cityMadrid
sectorenergy
wikidataQ174747
BORME acts1.891

Representación ilustrativa de ENTIA. Muestra cómo una identidad económica resuelta puede proyectarse a máquinas con identificadores, metadatos de verificación y campos de contexto; no implica una relación comercial con Repsol.

04 · Proyección pública

La web pública es una proyección, no el dataset.

Cuando un crawler llega a una URL de ENTIA alcanza una representación pública de trabajo ya realizado aguas arriba.

Proyección pública

  • URL canónica
  • HTML
  • JSON-LD
  • metadatos legibles por máquina
  • hechos públicos
  • señales de política

Infraestructura resuelta

  • identidad de entidad resuelta
  • relaciones entre entidades
  • atributos económicos
  • procedencia
  • estado temporal
  • estado de validación
  • conocimiento estructurado
  • identificadores canónicos
  • entrega API/MCP
  • esquemas controlados
  • seguimiento de cambios
La proyección pública en la web no es el dataset. Es una proyección pública de una infraestructura de identidad resuelta más profunda.

Una relación directa no significaría simplemente permiso para rastrear más páginas. El rastreo recupera documentos. Una relación directa con ENTIA puede proporcionar entidades resueltas, esquemas controlados, procedencia y entrega estructurada.

05 · Qué puede resolver

Qué puede resolver para un equipo de datos o IA

La utilidad depende del producto concreto. El problema de ingeniería es más estable: evitar reconstruir desde fragmentos web una identidad que ya puede resolverse de forma canónica.

Resolución de entidad

Mapear nombres, identificadores, dominios, ubicaciones y registros sobre una entidad económica canónica.

Universos económicos

Definir sector, geografía o clase de entidad y mantener esa población actualizada.

Retrieval con procedencia

Recuperar entidades y conocimiento con procedencia en lugar de redescubrir la cadena de evidencia.

Propagación de cambios

Trasladar cambios de estado, identificadores o relaciones a través de una capa gobernada.

Entrega programática

Consumir la capa resuelta mediante API, MCP, JSON, JSON-LD o exportación estructurada según el caso.

Si mañana me pidierais un universo completo de despachos jurídicos en Londres, ése es exactamente el tipo de problema que quiero que ENTIA pueda resolver, mantener y entregar.
06 · Dos carriles

Producto y gobernanza son dos carriles distintos

Carril A — Producto / Infraestructura de datos

  • Identidad económica
  • Entity resolution
  • Knowledge
  • Procedencia
  • API
  • MCP
  • Entrega estructurada
  • Evaluación
  • Data partnership

Carril B — Gobernanza / Acceso

  • Acceso crawler
  • Política TDM
  • robots.txt
  • derechos legibles por máquina
  • Telemetría
  • Observabilidad
  • Expedientes regulatorios
Producto y gobernanza son dos carriles distintos. La evaluación comercial de ENTIA puede hacerse por sus propios méritos, separadamente de los expedientes existentes sobre acceso automatizado.
07 · Problema transversal

No es un problema de un solo LLM.

Cuando un sistema de IA tiene que entender una empresa real, vuelve a encontrarse con la misma dificultad: nombres, sociedades, dominios, identificadores, ubicaciones y contexto no siempre llegan ya reconciliados. El problema cambia de forma entre búsqueda, retrieval, agentes y modelos, pero la necesidad de resolver correctamente la entidad es transversal.

Acceso máquina observado en varios ecosistemas

Solicitudes máquina observadas en ENTIA hasta el 26 de septiembre de 2026. Son accesos observados por familias de operadores; no prueban entrenamiento, incorporación a modelos ni uso interno del proveedor.

Meta
1,014,565
Microsoft
645,683
Apple
463,211
Google
281,995
Amazon
230,797
Anthropic
136,897
OpenAI
30,847
Perplexity
8,121
08 · Observabilidad

La telemetría demuestra acceso observable, no procesos internos.

ENTIA instrumenta el acceso máquina porque necesita saber qué superficies se solicitan y qué se sirve. Esa observabilidad es evidencia alrededor de la infraestructura; no es el producto central.

Adquisición máquina

crawler access · retrieval · machine surfaces

PROVIDER-SIDE
PROCESS
NOT OBSERVABLE
Referrals desde superficies de IA
Perplexity
17
ChatGPT
13
Copilot
10
Gemini
1

41 referrals originados en IA observados en la ventana completa recuperable usada para esta ilustración

El tráfico referral demuestra descubrimiento posterior detectable. No revela ni demuestra el procesamiento interno realizado por el proveedor de IA de origen.

09 · Fundador

También hay una razón personal por la que quería enviaros esto.

ENTIA está dirigida directamente por su fundador. He diseñado el sistema y lo he operado personalmente, utilizando agentes de código para construir y mantener una infraestructura que normalmente estaría repartida entre equipos de producto, datos, ingeniería y policy.

Esta conversación llegó por una vía poco habitual: el trabajo de entender y documentar el acceso automatizado a ENTIA terminó situando parte de ese registro en un diálogo regulatorio europeo al que fui invitado a contribuir. Yo no solicité participar en él. Ese origen explica cómo se abrió este canal; no define lo que ENTIA es ni el valor del producto.

Mi objetivo ahora es más simple: que ENTIA se evalúe por el valor de una infraestructura que ya existe. Reconstruir identidad económica desde la web abierta exige resolver entidades, deduplicar fuentes, mantener procedencia y freshness, controlar cambios y sostener una capa de integración. ENTIA concentra ese coste de sustitución en una infraestructura resuelta y preparada para entrega programática.

Si alcanzamos un acuerdo bilateral completo, por mi parte desaparece el conflicto que dio origen a esta conversación. No tengo interés en convertir el acuerdo en un precedente público, ni en hacer públicos sus términos comerciales o la metodología que lo haga posible.

Después de veinticuatro meses de trabajo, lo que quiero es convertir esa infraestructura en una relación productiva para ambas partes: que el equipo adecuado pueda evaluar si integrar identidad resuelta, procedencia y entrega estructurada le ahorra tiempo, ingeniería y errores frente a reconstruirlo por su cuenta.

El expediente jurídico y técnico sigue exactamente donde estaba. Esta página no lo sustituye. Simplemente os muestra la parte de ENTIA que yo no había sabido enseñar suficientemente bien.

Autor: Fernando Vilches · Fundador, ENTIA
11 · Protocolo de evaluación

Evaluar ENTIA con un protocolo acotado

Una evaluación debe poder terminar en integración, piloto, partnership, licencia o simplemente en no seguir adelante. El objetivo es medir antes de escalar.

01

Scope

Sector, país/geografía y clase de entidad.

02

Sample

Muestra controlada de 100, 500 o 1.000 entidades, según acuerdo.

03

Fields

Identidad canónica, razón social, identificadores, web, localización, relaciones, procedencia, estado temporal y Knowledge.

04

Delivery

API, MCP, JSON, JSON-LD o exportación estructurada, según el caso.

05

Criteria

Entity resolution, coverage, freshness, provenance, consistency, integration complexity y machine usability.

06

Outcome

Sin acción posterior, integración técnica, piloto, data partnership o acuerdo de licencia.