acquant.

//como-funciona

Así es el proceso, de principio a fin.

Desde que verificas tu identidad hasta que se firma el cierre — sin pasos ocultos ni letra pequeña.

El mismo deal, dos formas de recorrerlo.

En cada paso, lo que hace tu IA (o el buscador de Acquant) frente a lo que hace un bróker tradicional a mano.

1. Originación

Tu IA: Los datos oficiales llegan solos del Registro Mercantil y fuentes equivalentes en cuanto das de alta la empresa.

Bróker tradicional: Pide la documentación al vendedor y la transcribe a mano — días de idas y venidas por email.

2. Teaser ciego

Tu IA: Se publica solo en cuanto el data room está completo, visible para cualquiera sin necesidad de registrarse.

Bróker tradicional: Redacta un teaser a medida y lo reparte por su red de contactos personales, uno a uno.

3. Análisis IA

Tu IA: Tu propio agente (o el buscador de Acquant) filtra cientos de teasers por sector, tamaño o ubicación en segundos.

Bróker tradicional: Te llama para contarte, de memoria, qué oportunidades cree que te pueden interesar.

4. Contacto

Tu IA: Solicitud de contacto al instante, en cuanto verificas tu identidad (KYB).

Bróker tradicional: Coordina una llamada o reunión — depende de agendas y disponibilidad de por medio.

5. NDA

Tu IA: Firma electrónica activada en cuanto el vendedor acepta tu contacto (RN-02/RN-03).

Bróker tradicional: Documento a medida, redactado y negociado entre abogados — puede tardar días.

6. Data room

Tu IA: Acceso inmediato tras el NDA, con marca de agua y registro inmutable de cada descarga (RN-04/RN-05).

Bróker tradicional: Documentos sueltos por email o Drive, sin control real de a quién llegan ni de qué hacen con ellos.

7. Cierre

Tu IA: 1% para el vendedor, 0% para el comprador y el asesor. Nada más.

Bróker tradicional: Minuta de intermediación adicional, habitualmente varios puntos porcentuales por encima.

Las cinco capacidades

01

Data room seguro

Cada documento vive en almacenamiento privado. Nada se descarga sin pasar por un endpoint firmante que añade una marca de agua única y registra el evento (RN-05). El acceso al data room está bloqueado a nivel de base de datos y API hasta que existe un NDA firmado (RN-04), no solo oculto en la interfaz.

02

Registro de cada reunión

Las reuniones entre comprador y vendedor pueden quedar acompañadas por un asistente que ayuda a mantener un registro de lo tratado. Esto es soporte de proceso y completitud documental, no asesoría de negociación — Acquant no ofrece features de advisory (RN-08).

03

Revisión antes de publicar

Antes de que un listing pueda publicarse, el sistema revisa la completitud del data room contra los requisitos definidos. Sin data room 100% completo y vigente, no hay publicación (RN-01); un documento que caduca suspende el listing automáticamente.

04

Validación contra el Registro Mercantil

Los datos oficiales de cada empresa (Registro Mercantil, eInforma y fuentes equivalentes) se incorporan solos al alta (RN-14). Cada campo se marca como oficial, declarado o pendiente; cualquier discrepancia genera una nota privada para el vendedor antes de que el comprador vea nada (RN-15). Acquant aporta documentos oficiales, no da fe de ellos.

05

Acceso también para tu IA o tu software

Un comprador — o el programa que use para buscar operaciones — puede consultar, filtrar y solicitar contacto directamente, con los mismos controles de acceso que en la interfaz web (RN-10, RN-13). Ver la sección de abajo para el detalle técnico (MCP).

El flujo completo, paso a paso

01

El vendedor verifica identidad y publica

CIF y poderes de representación (RN-11), datos oficiales incorporados automáticamente, data room completado. Solo publica un administrador contrastado en el Registro o un asesor con mandato firmado y validado (RN-16).

02

El comprador navega teasers libremente

Ver anuncios ciegos (teasers) es libre y gratuito, sin necesidad de verificación ni suscripción.

03

El comprador se verifica y contacta

Sin identidad verificada (KYB/KYC) y sin suscripción activa, no se puede contactar con un vendedor (RN-07). Cumplidos ambos requisitos, el contacto se envía.

04

El vendedor acepta (manual por defecto)

La aceptación es manual salvo que el propio vendedor defina reglas de auto-aceptación, ejecutadas por su MCP. La plataforma nunca acepta contactos por su cuenta (RN-03).

05

Se firma el NDA

Solo después del NDA firmado se revela la identidad del vendedor y se abre el acceso al data room (RN-02), con ese bloqueo aplicado a nivel de base de datos y API (RN-04).

06

Due diligence sobre el data room

Todo acceso y toda descarga quedan registrados con traza inmutable y marca de agua única (RN-05).

07

Cierre

El vendedor paga su comisión de éxito al cierre. El comprador recibe el abono de cuotas acumuladas por ese deal, hasta el máximo previsto en el modelo vigente (ver /precios).

//conectar-por-mcp

Cómo se conecta un agente comprador por MCP

El Model Context Protocol permite que el agente de un comprador opere el mercado directamente: buscar listings, solicitar contacto y consultar documentos del data room, todo bajo los mismos controles de acceso que se aplican en la interfaz web (RN-10, RN-13). El bloque siguiente es ilustrativo: documenta la forma prevista de las tools, no un endpoint ya disponible — el servidor MCP en sí es un desarrollo independiente, fuera de alcance de este sitio.

// Ilustrativo — nombres de tool en diseño, servidor MCP en construcción.

search_listings({
  sector: "software B2B",
  facturacion_min: 1_000_000,
  facturacion_max: 5_000_000,
  pais: "ES"
})
// -> array de teasers (anuncios ciegos): sector, rango de facturación,
//    ubicación. Sin identidad del vendedor. Acceso libre, sin autenticación.

request_contact({
  listing_id: "lst_9f2a...",
  mensaje: "Tesis de adquisición, mandato del fondo, plazos previstos"
})
// -> requiere comprador con KYB verificado y suscripción activa (RN-07).
//    Encola el contacto para aceptación manual del vendedor, salvo que
//    existan reglas de auto-aceptación definidas por el propio vendedor
//    (RN-03). La plataforma nunca acepta por su cuenta.

get_dataroom_document({
  listing_id: "lst_9f2a...",
  document_id: "doc_44c1..."
})
// -> solo responde si existe NDA firmado para este listing y este
//    comprador (RN-02, RN-04). La descarga se sirve vía endpoint firmante,
//    con marca de agua única y evento de traza inmutable (RN-05).

Mismos permisos que la UI

Ninguna tool MCP se salta la secuencia contacto → aceptación → NDA → data room. El control vive en la base de datos y la API, no en la capa de presentación.

Teasers abiertos, resto verificado

Buscar y explorar anuncios ciegos no requiere autenticación. Contactar sí exige KYB/KYC y suscripción activa (RN-07).

Todo queda registrado

Una llamada MCP que accede a un documento genera el mismo evento de traza inmutable que una descarga desde el navegador.

Preguntas frecuentes

¿Puedo usar Acquant sin pasar por la interfaz web?+

Sí. Acquant sigue paridad total entre UI, API y MCP: los mismos controles de acceso se aplican en los tres, sin excepciones (RN-10). Cualquier capacidad que solo existiera en la interfaz se consideraría un error, no una limitación aceptable.

¿Qué hace exactamente la supervisión de reuniones con IA?+

Acompaña el proceso y ayuda a mantener registro de lo tratado en una reunión entre comprador y vendedor. No sustituye a un asesor ni ofrece recomendaciones de negociación — Acquant no tiene features de advisory.

¿El servidor MCP ya está disponible en producción?+

La documentación de esta página describe el diseño previsto de las tools MCP. El servidor MCP en sí es un desarrollo independiente, en construcción, fuera del alcance de este sitio de marketing.

Empieza por donde te corresponda