¿Qué necesitan saber los compradores enterprise antes de desplegar IA de voz?
La mayoría de los acuerdos de IA de voz no fracasan porque el producto sea malo. Fracasan en la séptima semana, cuando un revisor de compras pregunta dónde se aloja el dato de las llamadas y la respuesta del proveedor genera más preguntas de las que resuelve.
A principios de 2026, el 84% de las organizaciones admitieron que no podrían pasar una auditoría de cumplimiento de agentes de IA. Una empresa estadounidense recibió una multa de 85 millones de euros por un manejo indebido de datos de IA ese mismo año. Y el 96% de las sanciones del GDPR se remontan a lagunas en la gobernanza de datos, no a un comportamiento malicioso. La IA de voz se sitúa de lleno dentro de este perfil de riesgo porque cada llamada captura PII, señal biométrica y, a menudo, datos regulados, todo en un único flujo de audio.
Así que antes de cualquier demo, antes de cualquier llamada sobre precios, el trabajo del comprador enterprise es confirmar seis cosas por escrito.
Estos son los documentos que deciden si compras firma o se marcha:
Si un proveedor no puede entregar los seis en una semana desde una conversación seria de compras, ya tienes tu respuesta.
El resto de esta guía explica qué significa cada uno, qué esperan realmente los reguladores y cómo leer entre líneas cuando la página de cumplimiento de un proveedor hace afirmaciones que no sobreviven al escrutinio.
Un chatbot acepta texto en campos estructurados. Un agente de voz recibe habla no estructurada y tiene que detectarla, censurarla, enrutarla y almacenarla bajo la base legal correcta en tiempo real.
Esa distinción suena pequeña. No lo es.
Una sola llamada de soporte de noventa segundos puede capturar un nombre, una fecha de nacimiento, una contraseña de cuenta dicha con frustración, un número parcial de tarjeta de crédito y una queja médica. La voz también lleva señal biométrica, que varias autoridades de protección de datos de la UE tratan ahora como dato personal inferido incluso cuando el agente nunca pretende hacer identificación por voz.
El cambio en 2026: la documentación de cumplimiento ahora precede a la demo técnica, no al revés.
Los proveedores que no pueden producir un informe SOC 2 Type II, una lista de sub-procesadores y una plantilla de DPA bajo NDA en 48 horas rara vez avanzan más allá de la primera etapa. Los errores no salen a la luz en auditorías trimestrales. Salen a la luz cuando un regulador saca una única grabación de llamada y pregunta a dónde fueron los datos.
La única respuesta aceptable es sí, con un informe Type II actual disponible bajo NDA.
Aquí está la trampa en la que caen la mayoría de los compradores: aceptan un informe Type I porque tiene el mismo logo y se parece en una página de seguridad. El Type I confirma que los controles se diseñaron correctamente en un único día. El Type II confirma que operaron eficazmente a lo largo de una ventana de auditoría de 6-12 meses. Los CISO rechazan el Type I como sustituto. Y también lo hacen los equipos de compras maduros.
Qué pedir, por escrito:
Un programa de cumplimiento que funciona produce estos como documentos, no como pantallas compartidas. Si un proveedor quiere "guiarte" por su SOC 2 en una llamada de Zoom, eso no es madurez de seguridad. Eso es marketing.
El sentido de una auditoría es que es un documento. Si el documento no se puede compartir, los controles no son reales.
Dónde se posiciona Retell AI: certificada en SOC 2 Type 1 y Type 2, además de cobertura de HIPAA y GDPR. Los certificados se encuentran en un Compliance Trust Center público y son accesibles sin una llamada de ventas. Esa postura autoservicio es una de las razones por las que Retell impulsa ahora más de 50 millones de llamadas telefónicas con IA en tiempo real cada mes para más de 3.000 empresas.
El cumplimiento de HIPAA para la IA de voz requiere que dos cosas sean ciertas al mismo tiempo: los controles técnicos tienen que cumplir la Regla de Seguridad de HIPAA, y el proveedor tiene que firmar un BAA. Una infraestructura sólida sin un BAA firmado no es cumplimiento de HIPAA. Es solo buena seguridad.
El modelo de precios del propio BAA importa más de lo que los compradores esperan. Algunos proveedores bloquean el BAA tras un contrato anual de 50.000 a 100.000 dólares. Ese modelo excluye por diseño a la mayoría de las clínicas, las consultas especializadas y los despliegues piloto.
Un patrón más nuevo, más común en 2026, coloca el BAA en un portal de autofirma disponible en todos los niveles. La misma protección legal. Los mismos controles técnicos. Sin mínimo anual.
Para una clínica que ejecuta un agente piloto para solicitudes de renovación de recetas o programación de citas, esa diferencia es la diferencia entre un ciclo de compras de seis semanas y una firma el mismo día.
Controles técnicos a verificar para cualquier flujo de trabajo con PHI:
Dónde se posiciona Retell AI: los BAA están disponibles para autofirma a través del portal de aceptación de cumplimiento en el plan estándar de pago por uso. El patrón completo está documentado en los despliegues de sanidad de Retell AI, donde Medical Data Systems gestiona el 100% de las llamadas entrantes con una tasa de transferencia de solo el 30%, recaudando aproximadamente 280.000 dólares al mes de flujos de trabajo de cobros conformes.
Un BAA y un DPA resuelven problemas legales diferentes. No son intercambiables.
Una empresa estadounidense que procesa datos de pacientes de la UE necesita ambos.
| BAA | DPA | |
|---|---|---|
| Regulación | HIPAA (EE. UU.) | GDPR (UE) |
| Cubre | El manejo por parte del proveedor de Información de Salud Protegida | El procesamiento por parte del proveedor de datos personales de residentes de la UE/EEE |
| Necesario cuando | Cualquier flujo de llamadas puede tocar PHI | Cualquier persona que llame puede estar ubicada en la UE o el EEE |
La mayoría de los equipos de compras saben esto en teoría. En la práctica, la brecha aparece en la fase de contratación, cuando el proveedor envía un documento y el comprador asume que cubre ambos regímenes. Rara vez lo hace.
1. Lista de sub-procesadores: hay que nombrar a todos los proveedores de telefonía, STT, LLM y TTS. El Artículo 28 del GDPR lo exige. Un DPA que enumera "infraestructura cloud estándar del sector" en lugar de nombres reales de proveedores es no conforme a primera vista.
2. Cláusulas Contractuales Tipo: después de que Schrems II invalidara el Privacy Shield, las SCC (normalmente el Módulo 2, de responsable a encargado) se convirtieron en el mecanismo de transferencia legal principal para el flujo de datos de la UE a EE. UU.
3. Ventana de notificación de brechas: el GDPR da al responsable 72 horas para notificar a los reguladores tras tener conocimiento de una brecha. El encargado debe comprometerse a notificar al responsable más rápido que eso. Los DPA bien redactados se comprometen a 24-48 horas.
4. La cláusula de no entrenamiento: esta es la que la mayoría de los compradores olvidan comprobar. Sin una cláusula explícita que indique que el dato de las llamadas del cliente no se usa para entrenar ni ajustar ningún modelo, el LLM o el proveedor de voz subyacente puede retener las entradas bajo sus propios términos.
La cláusula de entrenamiento es el término contractual más importante de cualquier DPA de IA de voz en 2026. Añádela a cada lista de red-lines.
Para la mayoría de las plataformas de IA de voz con sede en EE. UU. hoy, no. No en la capa de la plataforma.
Esta es la pregunta que ha matado más acuerdos de IA de voz enterprise en los últimos 18 meses que cualquier otra preocupación de cumplimiento. Y la única forma de superar las compras del Reino Unido o Europa es ser honesto al respecto desde el principio.
Este es el panorama:
Retell AI se sitúa en el segundo grupo. Su documentación de cumplimiento lo indica directamente:
"Cumplimos con el GDPR utilizando Amazon Web Services (AWS), que incluye un Anexo de Procesamiento de Datos conforme al GDPR en sus Términos de Servicio. No obstante, ten en cuenta que actualmente no operamos servicios dentro de la Unión Europea."
Esa es una declaración honesta de la brecha, y importa porque fingir lo contrario es lo que hace fracasar las revisiones de compras.
Para la mayoría de los casos de uso B2B, un proveedor alojado en EE. UU. con un DPA correctamente ejecutado, SCC y una lista documentada de sub-procesadores supera la revisión del GDPR sin problemas. Schrems II no prohibió las transferencias de la UE a EE. UU. Exigió salvaguardas adecuadas, que las SCC modernas y la decisión de adecuación del Marco de Privacidad de Datos UE-EE. UU. proporcionan.
El alojamiento en EE. UU. no puede superar las compras cuando:
En esos casos, el comprador no elige entre proveedores. Elige entre cloud en la región, on-premise o posponer el proyecto.
Antes de firmar, necesitas respuestas a estas por escrito, recogidas en el DPA o en una carta anexa:
Consigue esas cuatro respuestas documentadas y la mayoría de las revisiones de compras de la UE darán el visto bueno, incluso cuando la respuesta sea "todo en US-East". No es la geografía lo que hace fracasar las revisiones. Es la falta de documentación.
Una segunda capa regulatoria aterrizó sobre el GDPR en 2025-2026. Desde el 2 de agosto de 2026, las obligaciones de transparencia del Artículo 50 se vuelven plenamente exigibles para cualquier sistema de IA usado en el mercado de la UE, independientemente de dónde tenga su sede el proveedor.
Para los agentes de voz, esto significa que tres obligaciones importan más:
Transparencia del Artículo 50: el agente debe revelar a la persona que llama que es una IA, en el idioma de esa persona, al inicio de la interacción o de una forma que la persona pueda registrar razonablemente antes de cualquier intercambio de consecuencias. "Obvio por el contexto" es interpretado de forma estricta por los reguladores. Si tu agente no abre con una declaración de IA hoy, ya vas por detrás de la curva.
Divulgación de contenido sintético: si el agente usa voces clonadas de personas reales, eso tiene que revelarse y marcarse con marca de agua cuando sea técnicamente factible.
Documentación del proveedor: los Artículos 11 y 13 exigen que los proveedores mantengan documentación técnica que describa el propósito previsto del sistema, una visión general de los datos de entrenamiento, las métricas de rendimiento y las limitaciones conocidas. Los compradores necesitan una copia para cualquier despliegue de alto riesgo.
Las sanciones están diseñadas para hacer daño:
La mayoría de la IA de voz enterprise es de riesgo limitado y solo debe la declaración de transparencia. Programación de citas, soporte entrante, cualificación de leads, seguimiento saliente. Todo de riesgo limitado.
Un agente de voz se convierte en alto riesgo solo cuando toma o influye materialmente en decisiones en áreas del Anexo III: decisiones de crédito, filtros de contratación, triaje sanitario, acceso a servicios esenciales. Esa clasificación desencadena evaluaciones de conformidad, documentación técnica, monitorización posterior a la comercialización y registro en la base de datos de la UE.
Para una clase pequeña pero creciente de despliegues enterprise, el SaaS alojado no es suficiente ni siquiera con SCC y un DPA limpio. Los contratos del sector público, la defensa, ciertos bancos regulados y los sistemas sanitarios de la UE con mandatos nacionales de residencia exigen que todo el stack de IA de voz se ejecute dentro de infraestructura que el comprador controla.
El espectro de despliegue tiene tres puntos:
Totalmente alojado: el proveedor ejecuta todo; el comprador se conecta a través de API y troncales SIP. Menor coste, despliegue más rápido, el proveedor asume la carga de cumplimiento. La mayoría del B2B encaja aquí.
Cloud privado / tenencia dedicada: el software del proveedor se ejecuta en un despliegue de un solo inquilino, a menudo dentro de la propia cuenta de AWS, Azure o GCP del comprador. El comprador es dueño de la factura del cloud y del perímetro de cumplimiento. Aquí es donde acaban la mayoría de las grandes empresas una vez que el volumen lo justifica.
Totalmente on-premise: el software del proveedor se ejecuta enteramente dentro del centro de datos o cloud soberano del comprador. Ningún dato sale del perímetro. Los modelos de voz, el LLM, la telefonía, todo ello opera dentro de la infraestructura del comprador. Lo más difícil de operar, lo que más tarda en desplegarse, pero la única respuesta viable para los entornos regulatorios más estrictos.
Retell AI ofrece un nivel enterprise con despliegue personalizado y soporte de troncal SIP on-premise para instalaciones con mandatos estrictos de residencia. El precio no es público y se cotiza por proyecto.
Para compradores que quieren residencia en la UE pero no exigen estrictamente un on-premise completo, el patrón que funciona en 2026 tiene este aspecto:
Esto no es lo mismo que un procesamiento con residencia completa en la UE. Pero satisface la mayoría de las revisiones de compras donde el procesamiento en la región se prefiere en lugar de exigirse contractualmente.
En cuanto a coste, on-premise normalmente significa cuotas de licencia anuales de seis cifras más el sobrecoste de GPU y operaciones del comprador. La justificación económica rara vez es el coste por llamada. Es el coste regulatorio de no tener ese perímetro cuando llegue la auditoría.
La respuesta honesta para cualquier plataforma de IA de voz es: el objetivo arquitectónico es mantener al agente de IA fuera del alcance de PCI, no meterlo dentro.
Aquí está el porqué. El PCI DSS aplica en el momento en que se captura, transmite o almacena el dato del titular de la tarjeta. Un agente de voz que deja que una persona lea un número de tarjeta de crédito en voz alta acaba de transmitir el dato del titular de la tarjeta a través de todo el stack: operador de telefonía, STT, LLM, TTS, almacenamiento de transcripciones, análisis posterior a la llamada. Cada uno está ahora dentro del alcance de PCI.
Los dos patrones que mantienen la arquitectura limpia:
Captura DTMF con pausa y reanudación: cuando el agente llega al paso del pago, la grabación y la transcripción se pausan. La persona teclea la tarjeta en el teclado. Los dígitos se enrutan directamente a un procesador de pagos conforme a PCI a través de un servicio de tokenización. La grabación se reanuda tras completarse la transacción. El número de la tarjeta nunca entra en el contexto del LLM.
Transferencia con asistencia del agente: cuando la llamada llega al pago, el agente de IA hace una transferencia asistida a un IVR de pago o a un agente humano en una vía telefónica aislada de PCI. La IA gestiona la intención y la cualificación. El sistema de pago gestiona el dato del titular de la tarjeta. La función de transferencia de llamadas de Retell AI implementa este patrón con el contexto completo de la conversación traspasado, para que la persona no tenga que repetirse.
Qué verificar antes de firmar:
La mayoría de los proveedores de IA de voz no son proveedores de servicios PCI de Nivel 1. Eso está bien, siempre que la arquitectura los mantenga fuera de alcance.
Tras observar decenas de estos ciclos, el manual que funciona en 2026 es más corto de lo que la mayoría de los equipos esperan. Cinco etapas, cada una con una puerta limpia de sí/no:
Etapa 1: Solicitud de documentación (semana 1): seguridad envía una solicitud: SOC 2 Type II, plantilla de BAA, plantilla de DPA con SCC, lista de sub-procesadores, whitepaper de seguridad, resumen de BCP/DR, la última certificación de pen-test. Los proveedores que no pueden entregar en 48 horas bajo NDA quedan fuera.
Etapa 2: Revisión de arquitectura (semana 2): el arquitecto del comprador mapea dónde se captura el audio de las llamadas, dónde se almacenan las transcripciones, qué sub-procesadores tocan qué y qué queda expuesto al entrenamiento de modelos. Cualquier cosa que toque PHI, datos de pago o inferencias biométricas se marca.
Etapa 3: Revisión contractual (semana 3): legal repasa el DPA, el BAA y el MSA. Red-lines comunes: cláusulas de entrenamiento con datos del cliente, topes bajos de indemnización, ventanas de cambio de sub-procesadores inferiores a 30 días, cláusulas de arbitraje que limitan las demandas colectivas.
Etapa 4: Piloto (semanas 4-8): un piloto acotado, un solo caso de uso, volumen de llamadas limitado, configuración completa de cumplimiento en marcha. El piloto se califica en fiabilidad, calidad de voz, encaje de integración y (fundamentalmente) si la configuración de cumplimiento aguanta bajo volumen en vivo. Un número sorprendente de pilotos fracasa aquí porque la censura es incompleta o los ajustes de retención no surtieron efecto.
Etapa 5: Puesta en producción y revisión continua (a partir de la semana 9): despliegue en producción con revisiones trimestrales de sub-procesadores, actualizaciones anuales de SOC 2 y revisiones continuas de documentación de la Ley de IA.
Los proveedores que ganan las compras enterprise de forma consistente hacen que las etapas 1-3 no tengan fricción. Los que pierden hacen que la etapa 1 tarde seis semanas.
La mayoría de los compradores que leen este artículo encajan en uno de tres patrones:
Para despliegues que necesitan SIP on-premise, tenencia dedicada, concurrencia personalizada o precios por volumen, el equipo enterprise gestiona el trato directo con cotizaciones personalizadas.
La forma más rápida de empezar es sacar los documentos del Trust Center, pasarlos por una revisión de seguridad y luego desplegar un piloto bajo una configuración de cumplimiento en vivo. Días, no trimestres.
¿Requiere HIPAA alojamiento con sede en EE. UU.?
No. La Regla de Seguridad de HIPAA exige salvaguardas apropiadas para el PHI electrónico pero no especifica la geografía. El alojamiento en la región de EE. UU. es a menudo un requisito contractual de los compradores sanitarios enterprise, pero no es un requisito de HIPAA.
¿Es un DPA suficiente por sí solo para un despliegue en la UE?
Solo si los datos permanecen en la UE/EEE. Si el proveedor procesa datos en EE. UU., el DPA debe incluir Cláusulas Contractuales Tipo, y el comprador debería tener una Evaluación de Impacto de Transferencia archivada.
¿Qué pasa con el dato de las llamadas cuando termina un contrato?
Comprueba el DPA. Un DPA bien redactado exige que el encargado elimine o devuelva todos los datos personales dentro de una ventana definida (normalmente 30-90 días) tras la terminación, con certificación escrita de la eliminación. Si el DPA no aborda esto, plantéalo antes de firmar.
¿Aplica el GDPR a las llamadas salientes realizadas desde EE. UU. a destinatarios de la UE?
Sí. El GDPR es extraterritorial. Si el interesado está en la UE/EEE, el GDPR aplica independientemente de dónde se encuentre la persona que llama, el proveedor o la infraestructura.
¿Es compatible el modelo de BAA de pago por uso con el cumplimiento enterprise?
Para la mayoría de los casos de uso, sí. El modelo de BAA de pago por uso eliminó la brecha histórica por la que las consultas sanitarias más pequeñas no podían acceder a IA de voz conforme a HIPAA sin un contrato anual. Los despliegues muy grandes aún pueden beneficiarse de un contrato enterprise por los topes de indemnización y el soporte dedicado, pero el cumplimiento en sí ya no es el factor limitante.
¿Cuánto tarda normalmente la compra de IA de voz enterprise?
De seis a diez semanas desde el primer contacto hasta el lanzamiento en producción cuando el proveedor tiene documentación de autoservicio. De tres a seis meses cuando el flujo de documentación tiene fricción. El trabajo de cumplimiento corre en paralelo con la evaluación técnica en cualquiera de los casos.
Descubre cuánto podría ahorrar tu empresa al pasar a agentes de voz impulsados por IA.
Total Human Agent Cost
AI Agent Cost
Estimated Savings
Un número de teléfono de demostración de Retell Clinic Office
Start building smarter conversations today.
.avif)
.avif)
