El cumplimiento de PCI por parte de los chatbots implica que todo chatbot o agente de IA que maneje datos de tarjetas de pago, o que pueda afectar a los sistemas que los manejan, cumpla los mismos requisitos de PCI DSS que cualquier otro componente del sistema. El PCI Security Standards Council (PCI SSC) ha sido explícito: el uso de IA no elimina ni permite eludir estas normas, como establecen sus principios de IA para entornos de pago. Esta guía explica cuándo un chatbot entra en el alcance, qué datos debe mantener fuera de las conversaciones y los registros, qué controles se aplican y cómo documentar que siguen siendo eficaces a medida que cambia el agente.
Resumen
- Un chatbot está dentro del alcance de PCI DSS si almacena, procesa o transmite datos de cuenta, o si se conecta al entorno de datos del titular de la tarjeta (CDE) o puede afectar a su seguridad.
- El diseño más seguro mantiene los números de tarjeta completamente fuera de la conversación y deriva el pago a una página de pago segura o a un flujo tokenizado.
- Los requisitos 3, 4 y 10 (datos almacenados, transmisión y registros) se aplican a los sistemas basados en IA del mismo modo que a cualquier otro sistema.
- PCI DSS solo cubre la seguridad de los datos de tarjetas. Las obligaciones de informar, derivar y otras obligaciones específicas de la IA proceden de normas independientes, como el EU AI Act.
- El cumplimiento no consiste en una aprobación puntual. Los prompts, las integraciones y los modelos cambian, por lo que el agente necesita pruebas independientes y repetibles.
Índice
- Qué exige PCI DSS a un chatbot
- Cuándo entra un chatbot en el alcance de PCI DSS
- Qué debe mantenerse fuera de las conversaciones y los registros
- Aceptar pagos a través de un chatbot con un alcance reducido
- Controles de PCI DSS aplicables a los flujos de los chatbots
- Perspectiva
- En qué se diferencia PCI DSS de las obligaciones legales específicas de la IA
- Evaluar y documentar el cumplimiento a medida que cambia el agente
- Pruebas independientes de agentes de IA que intervienen en pagos
- Preguntas frecuentes
- Fuentes
Qué exige PCI DSS a un chatbot
PCI DSS es la norma de seguridad del sector de pagos para cualquier organización que almacene, procese o transmita datos de titulares de tarjetas. No tiene un capítulo específico para chatbots. Un chatbot se evalúa como un componente del sistema, y la pregunta es siempre la misma: ¿qué datos de tarjetas puede ver, adónde van esos datos y a qué puede acceder?
La versión actual es PCI DSS v4.0.1, publicada en junio de 2024. Su texto completo es la referencia para los números de los requisitos citados a continuación.
El PCI SSC ya ha abordado la IA de forma directa. Sus principios de septiembre de 2025 indican que los sistemas de IA deben desplegarse y gestionarse conforme a los requisitos aplicables del PCI SSC. Desde entonces, el Consejo ha publicado orientaciones adicionales sobre cómo encaja la IA en las normas existentes, con ejemplos de casos de uso reales. Los equipos deben consultarlas junto con su documentación de evaluación vigente.
De ello se derivan tres consecuencias prácticas:
- No existe una «exención para la IA» ni un informe independiente específico para ella. El chatbot se evalúa según los controles que protegen los datos que maneja.
- Las declaraciones del proveedor no se transfieren. Que una plataforma cumpla PCI DSS en su infraestructura no hace que la configuración concreta de su chatbot también cumpla.
- La responsabilidad sigue recayendo en las personas. Los principios del PCI SSC exigen registrar y supervisar las acciones de la IA, con un mecanismo que permita vincularlas a una persona física a la que se puedan exigir responsabilidades.
Cuándo entra un chatbot en el alcance de PCI DSS
Definir el alcance es la primera decisión y la de mayor trascendencia. La posición del PCI SSC, tal como se resume en las orientaciones de Google Cloud sobre la definición del alcance, es que los sistemas que almacenan, procesan o transmiten datos de titulares de tarjetas, o que se conectan al CDE o afectan a su seguridad, están dentro del alcance de la evaluación. Estas mismas orientaciones recomiendan aplicar el principio de mínimo privilegio: asumir que todo está dentro del alcance hasta verificar lo contrario.
En el caso de los chatbots, estos son los supuestos habituales que determinan su inclusión.
| Situación | Impacto probable en el alcance |
|---|---|
| Los clientes escriben o dictan números de tarjeta en el chat | El canal de chat, la ruta de procesamiento del modelo de IA y cualquier elemento que registre la conversación están dentro del alcance |
| El chatbot está integrado en una página de pago | Está dentro del alcance como componente del sistema, aunque nunca maneje datos de tarjetas. Un análisis profesional británico del incidente del chatbot de Ticketmaster destaca este punto |
| El agente puede llamar a API que devuelven números de tarjeta completos o datos de pago de pedidos | Es un sistema conectado que puede afectar a la seguridad del CDE y, por tanto, está dentro del alcance |
| El chatbot deriva a una página de pago alojada y nunca ve datos de tarjetas | El alcance puede reducirse, pero la derivación y los controles asociados siguen necesitando pruebas |
| El agente solo ve tokens o valores enmascarados | El alcance es menor, siempre que se confirme que el agente no puede recuperar los datos originales a partir de los tokens |
El caso de la integración en una página de pago es el que los equipos suelen pasar por alto. Es fácil tratar un bot de asistencia añadido mediante un script de terceros como un widget de marketing. Si se carga en la página donde se introducen los datos de las tarjetas, debe figurar en el inventario y en la evaluación.
Qué debe mantenerse fuera de las conversaciones y los registros
La forma más fiable de reducir el riesgo es impedir que el número de cuenta principal (PAN), el CVV y los datos de caducidad entren en la conversación. Incluso los proveedores de IA de uso general lo aconsejan: OpenAI indica a sus clientes que no introduzcan, carguen ni compartan datos de titulares de tarjetas, como PAN o CVV, y que envíen los datos de pago únicamente a través de las páginas de pago seguras designadas.
Incorpore la misma regla a su propio despliegue:
- Informe y redirija. Cuando un cliente empiece a escribir un número de tarjeta, el agente debe detener el intercambio y dirigir al cliente a un paso de pago seguro.
- Enmascare los datos de entrada. Detecte patrones de números de tarjeta antes de que el texto llegue al modelo, a las transcripciones, a las herramientas de análisis o a las integraciones con sistemas de gestión de incidencias.
- Compruebe cada copia. El almacenamiento de conversaciones, los registros de asistencia del proveedor, las exportaciones para revisión de calidad, los conjuntos de datos de ajuste fino y las transcripciones enviadas por correo electrónico son lugares donde pueden persistir datos de tarjetas. Cada uno constituye un posible hallazgo relacionado con el requisito 3.
- Contemple la voz y los archivos adjuntos. Los bots de voz y las cargas de archivos generan la misma exposición que el texto escrito. Las fotos de tarjetas son datos de tarjetas.
- Revise las respuestas del agente. Un agente que repite un número de tarjeta completo para confirmarlo amplía la exposición.
Existe un límite estricto. Si su empresa pide a los clientes que envíen un PAN a través de un canal de mensajería, las preguntas frecuentes del PCI SSC sobre mensajería para usuarios finales establecen que ese canal debe protegerse conforme a todos los requisitos aplicables de PCI DSS, incluida una criptografía robusta durante la transmisión. Para la mayoría de las organizaciones, diseñar el flujo para que esto nunca ocurra es más sencillo que cumplir esos requisitos.
Aceptar pagos a través de un chatbot con un alcance reducido
Un chatbot puede facilitar una compra sin convertirse en un sistema que maneje datos de tarjetas. Hay tres patrones habituales.
Redirección a una página de pago alojada. El agente confirma el pedido y después envía al cliente a una página operada por un proveedor de servicios de pago. La conversación nunca contiene datos de tarjetas. Aun así, debe verificar que el enlace, la redirección y la ruta de retorno no puedan manipularse.
Tokenización. El PCI SSC señala que los sistemas de IA que deban acceder a datos de titulares de tarjetas pueden utilizar tokens de pago o PAN de un solo uso para limitar su alcance y su impacto en el CDE. El agente trabaja con un token que carece de significado fuera del entorno de pago.
Campos seguros integrados. Un formulario de pago servido por el procesador aparece dentro de la ventana de chat. La introducción de los datos de la tarjeta queda aislada de la aplicación de chat. Confirme con su procesador y su evaluador cómo afecta esto a su procedimiento de validación.
Sea cual sea la opción elegida, pruebe el punto de conexión. El análisis de Ticketmaster citado anteriormente destaca que las organizaciones deben probar, analizar y evaluar las medidas de seguridad entre un chatbot y la página de pagos después de la implementación, porque omitir ese paso puede provocar incumplimientos.
Controles de PCI DSS aplicables a los flujos de los chatbots
Los controles no cambian por utilizar IA. Lo que cambia es dónde aparecen los fallos. La tabla relaciona los requisitos que destacan el PCI SSC y la propia norma con comprobaciones específicas para chatbots.
| Área de requisitos | Qué implica para un chatbot | Comprobaciones que deben realizarse |
|---|---|---|
| Requisito 3: proteger los datos de cuenta almacenados | Los datos de tarjetas no deben quedar en transcripciones, almacenes vectoriales, cachés ni datos de entrenamiento | Buscar patrones de PAN en los almacenes de conversaciones y las exportaciones |
| Requisito 4: proteger los datos en tránsito | Cada salto entre el cliente, el servicio de chat, el modelo y el backend utiliza criptografía robusta | Revisar las integraciones y los webhooks para detectar llamadas sin cifrar |
| Requisitos 7 y 8: control de acceso | El agente y las personas que lo gestionan solo tienen el acceso que necesitan | Revisar los permisos de API y las cuentas de servicio del agente |
| Requisito 10: registro y supervisión | El acceso a los componentes del sistema y a los datos de titulares de tarjetas se registra y supervisa | Confirmar que las acciones del agente se registran y pueden atribuirse a una persona responsable |
| Requisito 11: pruebas | La seguridad del chatbot y de sus integraciones se somete a pruebas periódicas | Realizar pruebas después de cada cambio de prompt, modelo o integración |
El PCI SSC establece que los requisitos 3 y 4 se aplican por igual a los sistemas basados en IA, y el requisito 10 exige registrar y supervisar todos los accesos a los componentes del sistema y a los datos de titulares de tarjetas.
El mínimo privilegio es el riesgo específico de la IA
La IA generativa es probabilística y puede producir resultados inesperados. En su conversación con la Cloud Security Alliance, el PCI SSC advierte de que los agentes con privilegios excesivos y sin una gobernanza adecuada ponen en riesgo el cumplimiento de los requisitos de mínimo privilegio y gestión de accesos. También advierte de que los flujos de trabajo de IA sin interrupciones pueden aumentar la exposición cuando los datos no están segmentados y faltan controles de gobernanza.
En la práctica, pregúntese qué provocaría la peor instrucción que un cliente pudiera dar al agente. Si un mensaje diseñado para ello pudiera llevar al agente a recuperar, resumir o enviar datos de pago a los que no debería acceder, el problema está en los permisos, no en la redacción del prompt.
Perspectiva
La mayoría de las revisiones de cumplimiento de chatbots examinan documentos: la declaración de conformidad del proveedor, el diagrama de arquitectura y el flujo de datos. Pocas examinan el comportamiento del agente. Un diagrama muestra adónde deberían ir los datos de tarjetas. No muestra qué hace el agente cuando un cliente pega un número de tarjeta, solicita un reembolso o intenta desviarlo del guion.
En Lexic, auditamos agentes de IA conversacional de cualquier proveedor interactuando con ellos como lo harían usuarios reales. Este enfoque detecta problemas que las herramientas de supervisión tradicionales pueden pasar por alto en las áreas de experiencia del cliente, seguridad, fiabilidad técnica y cumplimiento normativo. En nuestras auditorías, el 85% de los agentes evaluados no derivó adecuadamente las incidencias a un representante humano. En un flujo de pago, una derivación fallida deja al cliente bloqueado con un cargo impugnado o un problema de pago y sin posibilidad de contactar con una persona.
Creemos que las evidencias independientes son lo que permite fundamentar una declaración de cumplimiento. La supervisión dirigida por el proveedor informa sobre el propio sistema del proveedor. Una auditoría independiente aporta hallazgos que permiten gobernar el agente en producción y exigir responsabilidades a los proveedores; además, respaldamos la trazabilidad mediante hashes criptográficos de las evidencias generados por terceros.
Sergio Llorens
En qué se diferencia PCI DSS de las obligaciones legales específicas de la IA
PCI DSS responde a una pregunta: ¿están protegidos los datos de titulares de tarjetas? No determina si su chatbot debe informar a los clientes de que es una IA, si deriva los casos adecuadamente o si trata a los clientes de forma justa. Esas obligaciones proceden de otras normas y, para las empresas que prestan servicios en la UE, la principal es el Reglamento de Inteligencia Artificial.
El artículo 50 del EU AI Act establece obligaciones de transparencia para la IA que interactúa directamente con personas. Según una guía práctica del artículo 50, los proveedores de chatbots y asistentes virtuales deben diseñarlos de modo que se informe a los usuarios de que están interactuando con IA. La guía señala que una organización sin IA de alto riesgo puede seguir teniendo obligaciones en virtud del artículo 50, por ejemplo, porque despliega un chatbot de atención al cliente.
Por tanto, ambos regímenes concurren en un mismo agente, pero plantean preguntas distintas:
| Pregunta | PCI DSS | EU AI Act (artículo 50) |
|---|---|---|
| ¿Qué se protege? | Los datos de cuenta de tarjetas de pago | El derecho de las personas a saber que están interactuando con IA |
| ¿A quién se dirige? | A las entidades que manejan datos de tarjetas | A los proveedores y responsables del despliegue de sistemas de IA que interactúan con personas |
| ¿Qué evidencias resultan útiles? | Documentación del alcance, registros y resultados de pruebas | Pruebas de que el aviso aparece en conversaciones reales |
Las empresas estadounidenses que entren en Europa deben planificar el cumplimiento de ambos regímenes. Un chatbot puede superar un análisis de PCI y, aun así, no informar de que está automatizado; y un chatbot que lo indique claramente puede seguir filtrando datos de tarjetas a sus registros. Cada régimen requiere sus propias pruebas. Para interpretar jurídicamente su situación, consulte a un asesor especializado en derecho tecnológico de la UE.
Evaluar y documentar el cumplimiento a medida que cambia el agente
Un chatbot no es estático. Se editan los prompts, el proveedor actualiza los modelos, se activa una nueva integración con el CRM y se añade un nuevo canal. Cada cambio puede alterar el alcance. Aplique este ciclo.
- Elabore un inventario. Enumere todos los chatbots, bots de voz y agentes, el proveedor de cada uno, los canales y todos los sistemas a los que se conectan.
- Trace los flujos de datos. Identifique por dónde podrían entrar, circular y persistir los datos de tarjetas, incluidos los registros y las copias para análisis.
- Determine el alcance y documente los motivos. Anote el razonamiento para cada componente. Asuma que está dentro del alcance hasta verificar lo contrario.
- Realice pruebas como usuario. Ejecute conversaciones realistas: un cliente que ofrece un número de tarjeta, otro que solicita los datos del pedido de otra persona y otro que exige hablar con un humano. Guarde las transcripciones.
- Repita las pruebas después de cada cambio. Active una nueva prueba siempre que cambien el prompt, el modelo, las herramientas, los permisos o las integraciones.
- Conserve las evidencias. Almacene los resultados en un formato que pueda presentarse a un evaluador y cuya integridad pueda demostrarse.
- Asigne responsabilidades. Designe a la persona responsable de cada agente, de acuerdo con el principio de trazabilidad del PCI SSC.
El PCI SSC también recuerda a las organizaciones que las personas siguen siendo una parte esencial de la ecuación, tanto como objetivos de la ingeniería social como en su función de protección frente a ella. La derivación a una persona es un control, así que compruebe que funciona.
Pruebas independientes de agentes de IA que intervienen en pagos
Lexic Compass es nuestra plataforma de auditoría de agentes de IA. Evalúa agentes conversacionales de cualquier proveedor mediante interacciones reales y emite informes sobre experiencia del cliente, seguridad, fiabilidad técnica y cumplimiento normativo. Para un chatbot que interviene en pagos, esto implica probar cómo responde el agente cuando los clientes comparten datos de tarjetas, si deriva a una persona cuando corresponde y si informa de que es una IA.
Los servicios se ofrecen en las modalidades Vista previa rápida, Sprint de auditoría o Confianza continua para empresas, esta última destinada a la supervisión continuada. Consulte las opciones de contratación de auditorías o lea más sobre Lexic Compass. Los equipos que también quieran analizar conversaciones con clientes a gran escala pueden consultar Lexic Pulse.
Lexic aporta evidencias de auditoría para respaldar su trabajo de cumplimiento. No sustituye a un evaluador de seguridad cualificado ni al asesoramiento jurídico.
Preguntas frecuentes
¿Está un chatbot automáticamente dentro del alcance de PCI DSS?
No automáticamente, pero debe asumir que lo está hasta verificar lo contrario. Un chatbot está dentro del alcance si almacena, procesa o transmite datos de titulares de tarjetas, o si se conecta al CDE o puede afectar a su seguridad. Un chatbot situado en una página de pago está dentro del alcance como componente del sistema, aunque nunca maneje un número de tarjeta.
¿Puede un chatbot recibir un número de tarjeta en la conversación?
Solo puede hacerlo si ese canal cumple todos los requisitos aplicables de PCI DSS, incluida una criptografía robusta durante la transmisión. La mayoría de las organizaciones lo evita redirigiendo a los clientes a una página de pago segura o utilizando tokenización, lo que mantiene los datos de tarjetas fuera de la conversación y de sus registros.
¿Utilizar una plataforma de chatbots que cumple PCI garantiza mi cumplimiento?
No. El cumplimiento de la plataforma cubre la infraestructura del proveedor, no su configuración, integraciones, permisos ni flujos de datos. Usted sigue siendo responsable de cómo se despliega el agente y a qué puede acceder, por lo que debe confirmar por escrito las responsabilidades con el proveedor y probar el agente en producción.
¿Cubre PCI DSS la obligación de informar sobre el uso de IA y la derivación de casos?
No. PCI DSS aborda la seguridad de los datos de tarjetas de pago. Obligaciones como informar a los usuarios de que están hablando con una IA proceden de otras normas, incluido el artículo 50 del EU AI Act. Un programa de cumplimiento verifica ambos aspectos.
¿Con qué frecuencia debe volver a probarse un chatbot de pagos?
Siempre que cambie algún elemento relevante: el prompt, el modelo, las herramientas conectadas, los permisos, los canales o el flujo de pago. Entre cambios, la supervisión continua ayuda a detectar desviaciones del comportamiento que una revisión puntual pasaría por alto.
Fuentes
- Principios de IA: proteger el uso de la IA en entornos de pago, PCI SSC
- El PCI SSC publica orientaciones adicionales sobre la protección de la IA en entornos de pago
- Intercambio sobre IA: innovadores en seguridad de pagos con la participación de la Cloud Security Alliance
- Preguntas frecuentes del PCI SSC: datos de titulares de tarjetas a través de tecnologías de mensajería para usuarios finales
- Norma de seguridad de datos del sector de tarjetas de pago v4.0.1
- Ticketmaster, los chatbots y la multa del ICO
- Limitar el alcance del cumplimiento para entornos PCI en Google Cloud
- OpenAI: responsabilidades de los clientes en la protección de los datos financieros
- Las normas de transparencia del EU AI Act: guía práctica del artículo 50