BORME API

Guía de producto · KYB

Un proveedor KYB principal verifica la identidad. BORMEAPI muestra qué ha cambiado a su alrededor.

2026-07-16 · 7 min · patrón de integración

Por George K. · BORME API

Un proveedor KYB principal responde a la pregunta de identidad: ¿pertenece este NIF a una entidad jurídica y qué dice de ella la fuente autorizada? Consérvalo. BORMEAPI resuelve el problema siguiente: ¿qué se ha publicado sobre la empresa desde que se verificó y qué cambio debe reabrir la revisión?

Nombramientos, ceses, operaciones de capital, cambios de domicilio, disoluciones y avisos concursales aparecen como entradas fechadas en la Sección A del BORME. La fuente es pública. Convertir años de entradas en una historia ordenada y consultable — y operar esa ingesta después de cada publicación del BOE — es la capa de pago.

El Actor de Apify extrae bajo demanda eventos seleccionados de publicaciones BORME-A. La API alojada mantiene el histórico indexado que permite construir estados de empresa, mapeos de NIF, consultas a una fecha, listas de vigilancia y webhooks. Ninguno sustituye una certificación del Registro Mercantil.

El error caro es adivinar una identidad con seguridad

Las entradas ordinarias del BORME suelen identificar a la sociedad por su denominación y coordenadas registrales, no por NIF. BORMEAPI complementa ese histórico con mapeos de NIF procedentes de otras fuentes, cuando están disponibles, y expone la fuente y confianza de cada vínculo.

Por eso una integración necesita más estados que encontrada y no encontrada:

  1. Coincidencia: un identificador con fuente resuelve a una empresa compatible.
  2. Ambiguo: la evidencia apunta a varios candidatos.
  3. Sin mapear: el identificador tiene un formato admisible, pero no existe un vínculo respaldado.
  4. Inválido: la entrada no supera la validación.

Un NIF sin mapear no demuestra que la empresa no exista. Una hoja registral también puede aparecer en varios registros. Una búsqueda por nombre genera candidatos, no identidad. BORMEAPI conserva esas diferencias para que el flujo pida otro identificador o derive el caso a revisión en vez de aceptar la primera fila plausible.

Qué añade el histórico mantenido

Una vez resuelta la entidad, la API alojada devuelve una vista de empresa derivada de los eventos BORME-A ordenados que se han procesado para ella. Puede incluir denominación actual, cargos, capital, domicilio, situación y estado concursal, conservando las referencias de publicación subyacentes.

La diferencia importa: un cargo derivado es útil para screening, pero el nombramiento o cese fechado es la evidencia. Para una decisión con consecuencias jurídicas, sigue la referencia y contrástala con la publicación oficial o con el Registro Mercantil.

Pro también permite indicar una fecha as_of. Así se reconstruye el estado implícito en publicaciones BORME fechadas hasta ese día; no demuestra qué respuesta recibió realmente un equipo entonces. Para auditar una decisión anterior hay que conservar respuesta, hora de consulta y referencias en el momento de decidir.

La monitorización cierra el hueco después del alta

El onboarding es una fotografía; el riesgo societario sigue cambiando. La ingesta mantenida puede transformar nuevas entradas BORME-A en webhooks firmados y alertas de listas de vigilancia. El cliente no tiene que consultar ficheros del BOE, reconciliar cambios de formato ni decidir si dos avisos pertenecen a la misma empresa.

Un flujo práctico es:

  1. verificar la identidad con la fuente KYB principal;
  2. resolver la empresa mediante un mapeo de NIF con fuente o coordenadas registrales compatibles;
  3. guardar el slug de BORMEAPI, la procedencia del vínculo y los identificadores de publicación usados en la decisión;
  4. suscribir la empresa resuelta a los cambios que deben reabrir la revisión.

Guarda una ambigüedad como ambigüedad. Guarda también la hora de consulta y las referencias que respaldan cada hecho decisivo. Esa evidencia vale más seis meses después que una etiqueta de estado copiada sin origen.

Por qué pagar si el BORME es público

El cliente no paga por permiso para leer un aviso público. Paga por no mantener el sistema que existe entre ese aviso y un flujo fiable:

Por eso BORMEAPI complementa el KYB principal en lugar de sustituirlo. La fuente principal acredita la identidad. BORMEAPI aporta el histórico y el flujo de cambios trazables que permiten monitorizar la relación.

Prueba eventos recientes con una clave gratis Ver la frontera de la integración KYB

build 2026.10.10·8073961