Histórico societario mantenido y monitorización para plataformas KYB
Tu proveedor principal verifica una empresa española. BORME API añade el historial BORME publicado: una cronología trazable, candidatas de cargos y marcas, y entrega de cambios para las empresas que elijas vigilar.
Pagas por la capa operativa mantenida
Los avisos son públicos. La integración paga adquisición continua, normalización histórica, candidatas conservadoras de resolución, histórico indexado, reproducción histórica y entrega firmada de cambios — conservando fuentes y ambigüedad en lugar de trasladarlas a tu aplicación.
Qué añade la integración
| Dato | Profundidad |
|---|---|
| Cronología de eventos publicados: nombramientos, ceses, operaciones de capital, cambios de domicilio y fases concursales publicadas | eventos tipados con enlace BOE y número de acto |
| Ficha de empresa: reconstrucción desde ese historial — situación, cargos, capital y domicilio cuando se publicaron | con alcance de publicación explícito, no sustituye documentos registrales |
| Personas y marcas: cargos y nombres OEPM como relaciones candidatas | referencias, ambigüedad y la advertencia sobre la coincidencia por nombre viajan con la respuesta |
| Entrega de cambios: webhook firmado o email cuando una empresa vigilada recibe un nuevo evento publicado | operado desde el flujo diario de publicación |
| Señales y perfil de riesgo: salidas de reglas transparentes sobre el historial publicado y fuentes externas declaradas | factores desglosados, no una decisión opaca |
| Vista histórica: lo que el historial del BORME publicado mostraba en esa fecha | GET /v1/companies/{slug}?as_of=2022-03-01 |
Cómo enlazar: primero candidatas, luego tu verificación
Usa estas entradas con evidencia, de mayor a menor fuerza:
GET /v1/companies/by-nif/{nif}— una correspondencia con fuente cuando existe; un 404 significa «sin correspondencia», no que la empresa no exista.registral.hoja(hoja registral, p. ej.M 507991) — un identificador que aparece en el aviso publicado. Es evidencia valiosa, pero la respuesta sigue describiendo la base de publicación.company_slug— nuestra normalización determinista de la denominación social; resistente a acentos, puntuación y variantes de forma jurídica (S.L./SL).- Denominación + provincia + fecha de constitución — conjunto de candidatas para revisar cuando no hay identificadores publicados más fuertes. Los homónimos permanecen ambiguos.
GET /v1/companies/by-nif/A46103834 → instantánea por NIF (incl. nif_source)
GET /v1/companies/{slug} → estado derivado del histórico observado
GET /v1/companies/{slug}/events → cronología completa
GET /v1/companies/{slug}/network → empresas que comparten cargos
GET /v1/people/{name}/roles → grafo de cargos entre empresas
Por qué los equipos integran en vez de reconstruirlo
- Procedencia de la fuente oficial: cada evento normalizado conserva el enlace BOE, boletín y número de acto.
- Tratamiento mantenido: ingesta, normalización, candidatas de resolución de entidades, reproducción y entrega funcionan como una sola capa.
- Incertidumbre explícita: los mapeos de NIF incluyen fuente y confianza; otros vínculos exponen referencia y cautela, sin colapsar la ambigüedad.
- JSON tipado en inglés — tu equipo no necesita ser experto en el boletín español.
Vías de integración
Pruébalo hoy (sin llamada comercial): una clave gratuita en tu cuenta (accedes con un enlace que te enviamos por correo), documentación OpenAPI en api.bormeapi.com/docs y un entorno de pago por evento a través del actor de Apify (1 $ por cada 1.000 eventos).
Volumen o marca blanca: flujo completo de datos con tarifa plana, entrega por webhook y derechos de reventa — escribe a [email protected].
Explorar la API Hablemos