信用卡政策
请遵循以下政策设置快速购物和预订 API 以接受信用卡付款。
接受的信用卡
如果预订时指定了支持的货币，则将通过指定的付款方式以该货币进行收费。您可以使用购物 API 的支付类型请求来确定您请求的货币可接受的卡类型。
Rapid API 接受信用卡，具体接受哪些卡取决于地区和物业的支持情况。payment-options参数是动态的，它会根据属性的位置以及它是否接受属性收集而变化。您可以使用购物 API 的支付选项请求来确定可接受的信用卡。
合同义务
根据合作伙伴合同，所有合作伙伴都有义务遵循各个责任区域规定的所有 PCI、信用卡公司和电子安全政策。
公司肩负着保护其用户隐私及个人数据的责任。在此职责的驱使下，信用卡公司已经联合起来成立了付款卡行业 (PCI) 委员会，以便创建一系列可接受的通用安全准则，供所有人用来处理敏感的消费数据。这些原则旨在保护零售商及其客户免遭身份盗用的危害，同时确保合理保护和处理信用卡数据。
Rapid 可以针对您的集 成请求 PCI 合规证明 (AOC)。要提供 AOC，或者要了解您的集成是否符合 AOC 的要求，请填写 PCI 安全标准委员会的这份问卷。
PCI 最佳做法简要指南
- 建立并维护安全网络：这包括安装防火墙和安全密码政策。
- 保护持卡人个人数据：这使得在任何公共网络中实施数据加密成为必然。
- 维护网络漏洞管理程序：这包括定期更新防病毒软件和其他安全软件应用程序。
- 实施严格的访问控制措施：这要求向每位可访问网络的员工分配唯一 ID。
- 定期监控和测试网络：这意味着需要监控并跟踪对持卡人数据的所有访问。
- 维护信息安全政策：遵守以上所有要求，并将该政 策记录为 IT 标准操作程序的一部分。
- 请勿存储任何无 PCI 证书的付款卡信息。
- 即使您未存储付款卡信息，也必须提供 PCI 合规性，因为在处理和传输请求时，敏感数据仍然会通过您的网络和服务器。
- 了解更多关于 PCI 安全标准以及如何获得 PCI 认证的信息.
Rapid 是否符合 PCI 要求并获得了认证？
当然。我们在建立、实施、监控、审核、维护及改进所有 Rapid 管理系统时，都遵循甚至超越了这类合规性和认证标准。此外，我们每年都会进行严格的年审，以更新认证。
所有信用卡预订均需提供 CSV 文件。
在进行 API 预订请求时，卡安全值（CSV，有时称为 CVV2、CVN、CID 或 CVC2）被称为 security_code。可以在卡背面找到该安全码，如下图所示。
如果发送的预订请求中不含 CSV 值，卡处理机构将拒绝交易，且预付款预订将失败。
根据 PCI 合规性要求，交易和支付流程完成后，请勿存储 CSV 值。
有关卡号截断的强制性要求
在收据、网页或电子邮件中显示付款卡卡号。
- 仅显示卡号的最后 4 位数字或不显示卡号。
- 不显示卡到期日期。
- 不得以不符合 PCI 安全标准的方式存储支付卡号、有效期、姓名或地址。
- 如果您对 PCI 安全标准有任何疑问，请不要存储任何卡片数据。
任何合作伙伴如违反 PCI 要求的任何有关付款卡信息的指令，都将因滥用付款卡信息而直接受到所冒犯来源的罚款或惩罚。所有合作伙伴合同均需完全遵循所有 PCI 规定。
Rapid 对合作伙伴网站上的任何滥用内容行为概不负责。如您的合作伙伴合同中所述，每个合作伙伴均负责遵守所有规定和要求，包括 Rapid、第三方实体和法律的规定和要求。
所有预订、确认、行程和取消页面均需使用安全传输。
**必须遵守，无例外：**您必须在所有预订、确认、行程和取消页面上使用带有受信任的传输层安全 (TLS) 证书的 HTTPS 协议，以确保支付和个人身份数据的传输安全。
- 必须通过受信任的证书来确保所有预订表、确认单、行程和取消页面的安全。
- 用户输入信息后，任何支付卡号都不会在这些页面上再次显示。
- 付款卡卡号不应存储在任何合作伙伴应用程序中，因为这样做违反了银行卡政策。
- 由于我方是将数据从贵方服务器传输到我方服务器的主办方，因此我方负责提供证书。在此次传输的过程中，将不使用您的证书。
- 如通过 HTTPS 协议未能将您的预订请求成功发送给我们，则会出现异常：
强制性信用卡品牌均势要求
这些强制性规定由信用卡公司执行。
- 如果您的网站未遵守下面列出的所有项目，则会存在受到大额非合规罚款的危险，金额从 2 万美元起，会迅速升至 10 万美元。
- 信用卡公司将随机审核网站的品牌均势合规性。
品牌均势意味着付款选择选项中未显示任何特定偏好，且与其他付款方式相比，任一付款方式都不得以更大图片显示，也不能处于不平等的地位。
**用户登录后，付款选项必须为“空”，直到用户做出选择为止。**所有支付方式必须平等呈现。
信用卡品牌均势概述：
“任何付款方式的品牌、徽标、受理标识或符号的尺寸都不得大于其他品牌、受理标识、徽标或符号，且不得以任何方式显示得更大或看起来更为重要。”
- 网站上的结帐页面必须列出可接受的付款方式。下拉菜单本身是不可接受的。
- 不得预选任何下拉菜单或单选按钮。因为这明确表示出了对某一特定付款类型的偏好。
- 所包含的可用付 款类型的信用卡徽标尺寸需相同，分布需统一。首选布局为一条直线或均匀分布的表格，以避免无意中显示首选付款类型。
- 最好采用“付款方式”而不是“信用卡”一词（如下所示），以避免无意中表现出信用卡优于借记卡/支票卡或其他付款类型的偏好。
可接受的格式示例
请注意，不得预选任何卡类型，且所有示例最开始的选择都应为空。用户必须始终在选择为空的页面中输入内容。
示例图片：
请注意，付款类型请求方法（“获取接受的付款类型”）将返回可与预订请求中提交的货币结合使用的卡。
在加载付款输入表单之前标记此请求方法时，用户将能够选择可与该货币结合使用的适用付款方式。
- 仅显示响应中返回的卡片类型
payment-options - 查看可接受的信用卡列表
不可接受的显示示例
请勿使用以下任何显示选项。这种显示方式暗示着预先设定的偏好或预先选择，这违反了我们的发布要求。
不可接受的展示示例
Key：
- 不含付款类型图片的下拉列表
- 付款类型分为两个独立的图形显示。
- 以图形方式分隔的指令信息
- 卡描述符指明不接受借记卡/支票卡
- 尺寸相近的物体大小并不相同。
- 图片垂直排列显示，就 像按偏好排序一样
