添加付款方式
客户可能更愿意使用不同的付款方式来为订单付款，或者在多种付款方式之间重新分配费用。 在这种情况下，用户就能向订单添加付款方式。
解决方案
以下部分描述了 API、用户出口、服务及其他组件。
用户可以在“付款确认”屏幕中添加付款方式。 当用户选择添加付款方式时，将显示“添加付款方式”窗口。 此窗口将显示已为客户保存的任何付款方式。 将调用 getCustomerPaymentMethodList API 以检索已为客户保存的付款方式。 用户可以选择付款方式，或选择添加付款方式。 将调用 getPaymentTypeList API 以检索当前企业所允许的付款方式。 从此列表中，用户可以选择要添加到订单中的付款方式。 用户可以输入必需的详细信息，还可以针对客户保存付款方式。
- 客户帐户：如果此付款方式已与客户关联，那么将自动填充帐户额度和货币。 对于客户帐户，帐户额度必须由外部系统定义。
- 信用卡: 将信用卡卡号作为输入并传递到支付验证系统，该系统会存储实际号码，并返回具有信用卡类型和显示值的令牌。 可使用信用卡类型来预设信用卡类型列表。 但是，首先将通过调用
createAccessTokenAPI 来创建认证令牌。 该 API 返回TokenValue，在调用支付验证系统以存储信用卡号时传递该。 信用卡类型列表特定于企业，并且可通过使用getPaymentCardTypeListAPI 进行检索。 使用缓存的通用代码YCD_MONTH填充月份列表。 mashup 用于填充到期年份，这是从当前日历年开始的五年。 将使用YCD_CREDIT_CARD_TYPE通用代码来填充卡类型列表。 月份和年份将并置在一起以构成信用卡到期日期。 - 支票：“支票”付款方式属于付款组“OTHER”，但会对此方式进行特殊处理。 将仅存储支票帐户号码和汇款路线号码属性。 可以为客户保存此付款方式。
- 礼品卡：不会为客户存储此付款方式。 仅当用户创建订单时才会使用此方式。 需要支付验证系统来处理礼品卡。
- 预付：不会经常使用此付款方式。 此方式为可选，并且不会为客户保存。
缺省情况下，“添加支付方法”窗口显示针对“信用卡”支付类型的字段。 还会显示“帐单接收方”地址。 当用户选择编辑该地址时，将显示“地址捕获”窗口。 更多信息，请参阅捕获地址。
如果用户在添加或编辑付款方式时选择针对客户保存付款方式，那么将调用 manageCustomer API 来为客户保存付款方式。 对于企业客户，将针对相应联系人来保存付款方式。 因为客户仅有一个联系人，所以将针对客户来保存付款方式。 但是，如果订单上没有 BIllToID，那么不会针对客户来保存付款方式。
支持存储的付款类型组是客户帐户、信用卡以及其他。
如果应用程序配置为对付款执行实时授权，那么用户可以捕获客户使用的信用卡的 CVV 号码。 此 CVV 号码将传递给 processOrderPayment API。
如果应用程序未配置为执行实时授权，那么将在确认订单后通过付款代理程序进行付款处理。 不会捕获 CVV 号码，也不会调用 processOrderPayment API 来处理付款。 为了确定是否启用了实时授权，将调用 getRuleDetails API。
用户输入所选付款方式的详细信息并应用更改时，将调用 capturePayment API 以将付款方式保存到订单。
您可以实现任何符合 PCI-DSS 的系统，以将卡号记号化。 此令牌可用于 ç ç 应用程序中的后续调用。
实现
以下部分描述了必须配置的规则。
- 在用户界面中使用单个字段以输入信用卡上的姓名：此规则允许在捕获付款信息时，在用户界面上将单个或多个字段用于信用卡姓名。 您可以在企业级别配置该规则。 当用户捕获信用卡详细信息时，屏幕会根据销售方组织此规则的配置运行。
- 对草稿订单实时授权信用卡：该规则允许用户对订单实时授权付款
- 付款类型和支付卡类型。
“添加付款方式”窗口中的“针对客户保存”复选框受许可权控制。 仅当用户属于分配了必要许可权的组时才会启用此复选框。 有关为用户组分配资源权限的信息，请参阅管理用户组权限。
有关 API 和用户出口的更多信息，请参阅 Javadoc。
最终用户影响
用户可以向订单添加保存的客户支付方法或新支付方法。