CommercePayments Namespace Use Cases

DEX455 - CommercePayments 命名空间用例完全指南

📄 第 278 页 🎬 视频课程

课程章节介绍

同学们,我们现在来看这一节内容,主题是Commerce Payments平台的审查与开发要点。这页Slide给出了一个整体的路线图,我们先快速过一遍,让大家心里有数。 首先,我们会一起审查Commerce Payments平台提供的步行表、用例和参考材料。步行表你可以理解成一份一步一步操作指南,它会带着我们走通关键流程;用例呢,就是真实业务场景的例子;参考材料里包含了各种技术文档。这些东西就像地图和说明书,帮我们在开发前就弄清楚整个平台的样貌和能力。 接下来,本章真正的硬核部分就开始了,一共要覆盖七个重点。 第一,构建支付网关适配器。这个适配器好比一座桥梁,作用是把Salesforce里的支付操作,准确地翻译并传递到外部支付网关,比如信用卡网络或者第三方支付机构。我们写的Apex代码,就得按照平台规范来实现这座桥。 第二,授权撤销。当一笔交易先做了资金授权,冻结了客户卡上的钱,但后来因为订单取消等原因没有请款,我们就必须主动发起一个撤销请求,把冻结的资金释放掉。这个功能很关键,直接关系到客户体验和资金安全。 第三,代币化,就是安全信用卡存储。我们不直接保存原始卡号,而是把卡信息发送给网关,换回来一个令牌。以后做支付只需传递令牌,这样就算数据泄露,外面也看不到真实的卡号,安全性大大提高。 第四,替代支付方法。除了传统信用卡,现在还有很多其他支付方式,比如电子钱包、本地支付等。我们需要让适配器也能支持这些替代方法,让支付选择更加灵活。 第五,处理支付和退款。这是核心业务逻辑,包括发起支付请求、处理响应,还有当顾客退货时发起退款操作。我们会学习如何用Apex稳妥地处理这些流程,保证数据一致。 第六,等性准则,也就是重复请求处理。网络不稳定的情况下,同一个支付请求可能连着发送了两次。等性机制会确保,即使收到重复请求,系统也只执行一次扣款,不会重复收费。要实现这一点,我们需要根据请求里携带的等性键来做判断。 第七,GitHub上的Payeezy网关示例实施。理论讲完后,我们会看一个实实在在的代码样板,Payeezy网关的例子。这个例子展示了如何把这些准则和步骤落地成可以运行的Apex代码,给你一个写自己适配器的参考。 好了,这就是这一页Slide要传达的全部概览。接下来我们再逐个深入,把这些点讲透,让你既能听懂,又能亲自动手实现。

关键词

Apex Salesforce Developer Guide