网站使用DuitNow QR：确认蒲种（Puchong）商店订单

在网站上放置DuitNow QR图像并不能自动确认订单。 它只是提供了一种开始支付的方式。您的团队仍然需要将付款与正确的订单匹配，并通过支付提供商的记录来验证是否成功。

对于一家接受目录订单或提货请求的Puchong商店，在设计结账流程之前，应规划好这一交接环节。重要的问题不仅仅是“顾客能否扫描？”，而是“哪笔订单已支付？金额是多少？我们能否完成订单？”

封面图片是编辑插图，并非客户项目。其QR码仅为视觉道具，并非支付目的地。

静态和动态QR解决不同的问题

PayNet的商户展示QR码文档描述了静态和动态两种代码。对于典型的静态商户QR码，顾客需手动输入金额。动态QR码可以为特定交易生成，并指定金额。订单参考和确认功能取决于收单方或支付网关。

方法	起点	仍需规划的事项
静态商户QR码	由员工手动检查的低量订单。	金额错误、匹配及待确认状态。
交易专用动态QR码	由支付提供商支持的订单关联支付。	参考号、通知、有效期和对账。
托管支付页面	由支付提供商提供所需的QR支付方式。	验证成功、失败状态以及返回订单。

并非每个商户账户都包含电子商务API。请咨询您现有账户支持哪些功能，以及入驻、费用或集成批准是否是独立流程。不要承诺DuitNow的统一费用或结算时间。

在请求支付前创建订单

存储一个包含产品、数量、配送或取货选择以及商定总额的唯一参考号。在支付前显示此摘要，并将订单保持待处理状态，直到确认可靠。

服务Bandar Puteri或Bandar Kinrara的商店还应记录取货点和可用库存。如果员工必须先报价，则在生成支付请求前商定总金额。否则，网站可能会邀请顾客支付团队尚未接受的订单。

检查商户记录，而不仅仅是屏幕截图

屏幕截图有助于定位交易，但它可以被编辑、重复使用或指向其他支付。切勿仅凭顾客提供的“支付成功”图片就放货。这是一项实用保障措施，并非声称PayNet禁止特定屏幕截图。

PayNet描述了使用收单方的商户门户或应用程序来追踪销售和交易历史记录以进行对账。使用可用的参考号、金额和状态将商户记录与订单匹配。如果出现缺失或模糊匹配，则需要进行审查。

自动确认需要经过验证的交接

如果您的支付提供商支持支付通知，请根据其文档在服务器端验证这些通知。仅凭浏览器成功页面不应将订单标记为已支付：顾客可以重新访问URL或失去返回连接。

• 确认通知属于您的商户和订单。
• 将金额和货币与存储的总额进行比较。
• 使用支付提供商要求的验证方式检查真实性。
• 处理重复通知，避免重复发货或重复收据。
• 保留支付提供商的交易参考号以进行对账。

要求供应商演示整个流程，而不仅仅是显示一个QR码。私有支付凭证绝不能在顾客可见的代码中暴露。

显示真实的待处理、已支付和失败状态

区分待支付、正在检查支付、已支付、已过期或失败以及相关的已退款状态。超时并不意味着资金未流动。在要求顾客再次支付之前，请检查支付提供商的记录。

收到款项和订单准备取货是不同的里程碑。如果员工仍需确认库存或时间，请明确告知。显示订单参考号和团队可以真正支持的下一步骤。

也要测试同手机支付流程。顾客并非总能用自己的常用方法扫描自己屏幕上的代码。提供其他提供商支持的途径，而不是假设每款应用都支持屏幕截图扫描。

将对账设定为员工日常工作

1. 将网站订单与支付提供商的交易列表进行比较。
2. 调查未匹配的支付、错误金额和待处理订单。
3. 为异常情况指定一名负责人。
4. 将退款与取消或失败的尝试分开记录。
5. 保持结算报告与顾客支付状态的独立性。

交易记录和银行结算相关但处于不同阶段。询问费用、退款和结算如何在报告中显示。只允许需要查看记录的员工访问这些记录。

在批准结账前

通过支付提供商批准的测试流程，测试成功、放弃、延迟和重复的确认。确认过期后会发生什么，以及谁处理未匹配的支付。一个有效的结账流程是订单工作流程，而不仅仅是一个支付徽章。

相关阅读：马来西亚支付网关选项和Puchong的批发目录和定价门户。

首先确定支付流程范围

查看我们的Puchong网站设计服务和网站成本计算器。如果您想与iSalesAI讨论与订单关联的支付事宜，请通过WhatsApp联系我们（60185891718），并告知您的支付提供商名称和销售流程，切勿提供密码或银行详情。