PCI-DSS：支付卡行业的数据安全标准

PCI-DSS 是什么

PCI-DSS（Payment Card Industry Data Security Standard）是由 Visa、Mastercard、American Express、Discover、JCB 五家卡组织联合制定的全球支付卡数据安全标准。任何处理信用卡 / 借记卡数据的商家、支付服务商、收单行都必须符合 PCI-DSS 要求。

违反 PCI-DSS 的后果包括罚款、失去收单资格、甚至刑事责任。对于在对话中处理支付的场景（让客户报卡号、验证 CVC、确认账单地址），PCI-DSS 合规是硬性要求。

PolyAI 如何满足 PCI-DSS

PolyAI 为需要处理支付卡数据的客户提供 PCI-DSS 合规架构：

关键设计：卡号不进入模型上下文

PolyAI 的对话管道在模型层之前就做了卡号脱敏：

用户说："我的卡号是 4111 1111 1111 1111"
  → ASR 转写
  → PCI-DSS 脱敏模块检测到卡号格式
  → 替换为：4111 **** **** ****
  → 脱敏后的文本才会进入 RAG + LLM 管道

这意味着：

• 卡号完整数字永远不会传给 Raven / Dialog-RSN-1 模型
• 模型只看到脱敏后的值，无法存储或泄露完整卡号
• 完整卡号在 PolyAI 系统内的处理走独立的 PCI-DSS 合规通道，和对话管道物理隔离

Tokenization（令牌化）

对于更严格的场景，PolyAI 可以和支付 tokenization 服务集成——用户输入卡号后，立即替换成一个令牌（Token），智能体只能看到令牌，永远接触不到真实卡号。令牌化后的卡号处理完全在支付服务提供方的系统内完成。

PCI-DSS 合规的数据存储

• 支付相关数据加密存储
• 严格的访问控制（只有支付处理功能需要的人员才能访问）
• 完整的审计日志
• 定期的漏洞扫描和渗透测试

对支付场景客户意味着什么

如果你的业务涉及在 PolyAI 对话中处理支付：

1. 明确告知销售支付需求：PolyAI 需要为你在 PCI-DSS 合规的集群上部署账户
2. 签署相关合规文档：PolyAI 会提供必要的合规证明
3. 不要绕过脱敏机制：不要在 Python 转场函数里尝试从原始转写里提取完整卡号
4. 只收集必要的支付信息：比如只收集卡号后四位做验证，不收集完整卡号和 CVC

和第三方支付网关的配合

PolyAI 和 Stripe、Adyen 等主流支付网关有预构建集成。推荐的做法是：

1. PolyAI 智能体收集支付意图（"我想付这个账单"）和金额
2. 通过集成直接跳转或调用支付网关完成实际支付
3. 支付过程中 PolyAI 智能体全程只看到"用户已完成支付 / 支付失败"的结果，不接触支付卡数据

这是 PCI-DSS 下最安全的架构——PolyAI 不直接处理任何支付卡数据，全部交给合规的支付网关。