//como-funciona
Cinco capacidades, un flujo, cero atajos en el control de acceso.
Desde el data room hasta la criba por MCP, así es como Acquant estructura una operación de compraventa de principio a fin.
Las cinco capacidades
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.
Supervisión de reuniones con IA
Las reuniones entre comprador y vendedor pueden quedar acompañadas por un agente que observa el proceso y 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).
Análisis previo automático
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.
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.
Criba por MCP
Un comprador — o su agente — puede buscar, filtrar y solicitar contacto directamente por MCP, 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.
El flujo completo, paso a paso
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).
El comprador navega teasers libremente
Ver anuncios ciegos (teasers) es libre y gratuito, sin necesidad de verificación ni suscripción.
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.
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).
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).
Due diligence sobre el data room
Todo acceso y toda descarga quedan registrados con traza inmutable y marca de agua única (RN-05).
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.