El cumplimiento de PCI por parte de los chatbots implica que todo chatbot o agente de IA que tenga contacto con datos de tarjetas de pago, o 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 entra un chatbot 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.
En 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. Los deberes de información, derivación y otras obligaciones específicas de la IA proceden de normas distintas, 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é mantener 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 los pagos
- Preguntas frecuentes
- Fuentes
Qué exige PCI DSS a un chatbot
PCI DSS es la norma de seguridad del sector de los pagos para cualquier organización que almacene, procese o transmita datos del titular de la tarjeta. No incluye 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 tarjeta 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 requisito citados a continuación.
El PCI SSC ya ha abordado la IA de forma directa. Sus principios de septiembre de 2025 establecen 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 deberían 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 la IA. El chatbot se evalúa por los controles que protegen los datos que maneja.
- Las declaraciones de los proveedores no se transfieren. Que una plataforma cumpla PCI DSS a nivel de infraestructura no significa que la configuración concreta de tu 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
La definición del 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 para definir el alcance, es que los sistemas que almacenan, procesan o transmiten datos del titular de la tarjeta, o que se conectan al CDE o afectan a su seguridad, están dentro del alcance de la evaluación. Esas mismas orientaciones recomiendan aplicar el principio de mínimo privilegio: considerar que todo está dentro del alcance hasta verificar lo contrario.
En el caso de los chatbots, estas son las situaciones 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, el recorrido de los datos por el modelo de IA y todo lo 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, por lo que está dentro del alcance |
| El chatbot deriva al cliente a una página de pago alojada y nunca ve los datos de la tarjeta | El alcance puede reducirse, pero la derivación y los controles que la rodean siguen requiriendo pruebas |
| El agente solo ve tokens o valores enmascarados | El alcance es más limitado, siempre que se confirme que el agente no puede revertir los tokens para recuperar los datos originales |
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 como un widget de marketing un bot de asistencia añadido mediante un script de terceros. 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é mantener 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 del titular de la tarjeta, como PAN o CVV, y que envíen los datos de pago únicamente a través de las páginas de pago seguras designadas.
Incorpora la misma regla en tu propio despliegue:
- Informa y redirige. Cuando un cliente empiece a escribir un número de tarjeta, el agente debe detener el intercambio y llevarlo a un paso de pago seguro.
- Enmascara los datos de entrada. Detecta patrones de números de tarjeta antes de que el texto llegue al modelo, las transcripciones, las herramientas de análisis o las integraciones con sistemas de gestión de incidencias.
- Comprueba cada copia. Los repositorios de conversaciones, los registros de asistencia del proveedor, las exportaciones para revisiones de calidad, los conjuntos de datos de ajuste fino y las transcripciones enviadas por correo electrónico son lugares donde pueden persistir los datos de tarjetas. Cada uno de ellos puede dar lugar a un hallazgo relacionado con el requisito 3.
- Contempla la voz y los archivos adjuntos. Los bots de voz y la carga de archivos generan la misma exposición que el texto escrito. Las fotos de tarjetas son datos de tarjetas.
- Revisa las respuestas del agente. Un agente que repite un número de tarjeta completo para confirmarlo amplía la exposición.
En este punto hay una exigencia clara. Si tu empresa solicita 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 de 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 eso nunca ocurra es más sencillo que cumplir dichos 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í, debes verificar que no se puedan manipular el enlace, la redirección ni la ruta de retorno.
Tokenización. El PCI SSC señala que los sistemas de IA que deban acceder a datos del titular de la tarjeta 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 del chat. La introducción de los datos de tarjeta queda aislada de la aplicación de chat. Confirma con tu procesador y tu evaluador cómo afecta esto a tu proceso de validación.
Elijas la opción que elijas, pon a prueba el punto de conexión. El análisis de Ticketmaster citado anteriormente subraya que las organizaciones deben probar, analizar y evaluar las medidas de seguridad entre un chatbot y la página de pagos tras su implantación, porque omitir ese paso puede dar lugar a 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 del requisito | Qué implica para un chatbot | Comprobaciones que realizar |
|---|---|---|
| Requisito 3: proteger los datos de cuenta almacenados | Los datos de tarjetas no deben permanecer en transcripciones, almacenes vectoriales, cachés ni datos de entrenamiento | Buscar patrones de PAN en los repositorios de conversaciones y las exportaciones |
| Requisito 4: proteger los datos en tránsito | Cada tramo 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 disponen del 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 del titular de la tarjeta se registra y supervisa | Confirmar que las acciones del agente quedan registradas 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 tras 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 todo acceso a los componentes del sistema y a los datos del titular de la tarjeta.
El mínimo privilegio es el riesgo específico de la IA
La IA generativa es probabilística y puede producir respuestas inesperadas. 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úntate qué podría provocar la peor instrucción que un cliente pudiera dar al agente. Si un mensaje elaborado con ese fin 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, 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 apartarlo 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 tradicionales de supervisión 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 con un cargo impugnado o un problema de pago, sin vía de acceso a 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 su propio sistema. Una auditoría independiente aporta hallazgos que puedes utilizar para 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 del titular de la tarjeta? No determina si tu chatbot debe informar a los clientes de que es una IA, si deriva los casos correctamente 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 que no utilice IA de alto riesgo puede seguir teniendo obligaciones en virtud del artículo 50, por ejemplo, por desplegar un chatbot de atención al cliente.
Por tanto, ambos regímenes confluyen 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 tratando 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 deberían 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; del mismo modo, un chatbot que lo indique claramente puede seguir filtrando datos de tarjetas a sus registros. Cada aspecto requiere sus propias pruebas. Para obtener una interpretación jurídica de tu situación, consulta a un abogado 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 modificar el alcance. Utiliza este ciclo.
- Elabora un inventario. Enumera todos los chatbots, bots de voz y agentes, el proveedor de cada uno, los canales y todos los sistemas a los que se conectan.
- Traza los flujos de datos. Identifica por dónde podrían entrar, circular y persistir los datos de tarjetas, incluidos los registros y las copias destinadas al análisis.
- Define el alcance y documenta los motivos. Registra el razonamiento para cada componente. Considéralo dentro del alcance hasta verificar lo contrario.
- Realiza pruebas como usuario. Ejecuta conversaciones realistas: un cliente que ofrece un número de tarjeta, otro que pide los detalles del pedido de otra persona y otro que exige hablar con una persona. Guarda las transcripciones.
- Repite las pruebas tras los cambios. Activa una nueva prueba siempre que cambien el prompt, el modelo, las herramientas, los permisos o las integraciones.
- Conserva las evidencias. Almacena los resultados en un formato que permita presentarlos a un evaluador y demostrar que no se han alterado.
- Asigna responsabilidades. Identifica a la persona responsable de cada agente, en consonancia 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 papel de salvaguarda frente a ella. La derivación a una persona es un control, así que comprueba que funciona.
Pruebas independientes de agentes de IA que intervienen en los pagos
Lexic Compass es nuestra plataforma de auditoría de agentes de IA. Evalúa agentes conversacionales de cualquier proveedor mediante interacciones reales y presenta informes sobre experiencia del cliente, seguridad, fiabilidad técnica y cumplimiento normativo. En el caso de un chatbot que interviene en los pagos, esto significa comprobar cómo responde cuando los clientes comparten datos de tarjetas, si deriva la conversación a una persona cuando corresponde y si informa de que es una IA.
Los servicios se ofrecen en las modalidades Flash Preview, Audit Sprint o Enterprise Continuous Trust para una supervisión continua. Consulta las opciones de contratación de auditoría o descubre 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 tu trabajo de cumplimiento. No sustituye a un evaluador de seguridad cualificado (QSA) ni al asesoramiento jurídico.
Preguntas frecuentes
¿Un chatbot está automáticamente dentro del alcance de PCI DSS?
No de forma automática, pero debes considerarlo así hasta verificar lo contrario. Un chatbot está dentro del alcance si almacena, procesa o transmite datos del titular de la tarjeta, 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.
¿Usar una plataforma de chatbots que cumple PCI significa que yo también cumplo?
No. El cumplimiento a nivel de plataforma cubre la infraestructura del proveedor, no tu configuración, integraciones, permisos o flujos de datos. Sigues siendo responsable de cómo se despliega el agente y a qué puede acceder, así que confirma por escrito las responsabilidades con el proveedor y prueba el agente en producción.
¿PCI DSS cubre la obligación de informar del uso de IA y la derivación a personas?
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 debe someter ambos aspectos a pruebas.
¿Con qué frecuencia debe volver a someterse a pruebas un chatbot de pagos?
Siempre que cambie algo sustancial: 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 de 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 para proteger la IA en entornos de pago
- The AI Exchange: innovadores en seguridad de los pagos, con la participación de Cloud Security Alliance
- Preguntas frecuentes del PCI SSC: datos del titular de la tarjeta a través de tecnologías de mensajería de usuarios finales
- Norma de seguridad de datos del sector de las 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