bKash、Nagad 商户交易如何对账：订单匹配、差异分类与审计记录设计

在孟加拉国开展商户收款业务，订单显示“成功”，并不意味着交易流水、手续费和实际资金记录已经一致。开展 bKash 商户对账或 Nagad 商户对账时，应把业务订单、客户自有通道提供的交易记录，以及可取得的资金或结算记录分开核对，再建立关联。

有效的对账不是把每日总额对平，而是让每笔差异都有来源、负责人、处理依据和复核结果。以下流程可作为财务与技术团队共同制定对账规则的基础；具体字段与数据获取方式，应以客户实际拥有的账户权限、接口和文件为准。

一、先确定对账范围与数据口径

准备三类记录

• 业务订单：商户编号、内部订单号、收付方向、金额、币种、创建时间和状态。
• 通道交易：通道交易标识、商户侧参考号、交易金额、状态、时间，以及实际可获取的费用和退款信息。
• 资金记录：账户变动、结算批次或其他可取得的资金凭证，用于进一步验证到账及扣款情况。

前两类记录用于确认订单与交易是否对应；资金核对则用于确认资金是否按约定体现。若缺少资金记录，应标记为“资金未验证”，不能仅凭订单匹配就认定已经到账。

统一日期、金额和状态

明确采用孟加拉国当地时间还是其他时区，并保留原始时间与标准化时间。创建日、交易完成日和资金记账日可能不同，跨日记录应按规则进入后续批次。金额应采用定点精度并携带币种，不能把订单原金额与扣费后的净额直接比较。

为不同来源的状态建立映射，区分处理中、成功、失败、退款与冲正；状态含义应依据实际接口或文件说明确认。导入时记录来源、时间范围、笔数和批次标识，避免数据未到齐就开始判定差异。

二、支付订单匹配：先唯一标识，后辅助条件

按可信度设置匹配顺序

1. 优先匹配交易标识：在通道、商户及账户范围内，检查通道交易标识与内部订单的关联，同时校验金额、币种、方向和状态。
2. 其次匹配参考号：如果交易记录包含商户订单号或请求参考号，可作为关联依据，但必须检查唯一性及重试关系。
3. 最后生成候选：缺少可靠标识时，以商户、金额和时间窗口筛选候选，交由人工复核，不直接判定成功。

交易流水核对中，“同金额、同一分钟”只能说明相似，不能证明是同一笔交易。不同商户或账户也可能出现相同参考号，因此匹配键必须限定范围。

区分请求重试与真实重复交易

一笔订单可能有多个请求尝试，一笔交易也可能触发多次通知。系统应分别保存订单、请求尝试、交易事件和退款记录，通过幂等控制避免重复入账。多次通知不等于多次收款；若出现多个不同的成功交易标识，则需进一步核查。

三、对账差异分类：让异常进入正确队列

建议按差异原因建立处理队列，而不是只显示“对账失败”。同一笔记录可以保留多个标签，但应确定主要处理原因。

• 订单有、流水无：检查数据是否完整、查询窗口是否覆盖、请求是否真正发出。等待期内标记待确认，不贸然判定支付失败。
• 流水有、订单无：检查订单写入失败、参考号丢失、来源账户错误或非本系统发起的交易，核实后再关联。
• 金额或币种不符：分别核对原金额、费用、退款和净额，避免为了对平而直接修改原订单。
• 状态不一致：重新查询或补取记录，区分通知延迟、处理中及后续冲正。以预先约定的可信来源和最新有效事件复核。
• 重复或多重匹配：检查重复导入、重复通知、真实重复付款或多个候选订单，阻止自动认领。
• 退款、费用或资金差异：将退款关联原交易，区分部分退款、费用调整与资金时点差异，单独核对。

每类差异应设置负责人、处理时限、复查条件和升级路径。原先属于时点差异的记录，在约定等待窗口结束后仍未消除，就应升级调查，而非无限期挂起。

四、差错处理记录与对账审计追踪

保留从发现到关闭的证据链

差错处理记录至少包括：差异编号、对账批次、关联订单与交易标识、原始记录引用、命中规则及版本、差异类型、金额、处理人、处理时间、操作前后状态、处理理由、凭证引用和复核结果。

人工关联、解除关联、账务调整和异常关闭都应新增事件记录，不覆盖原始事实。账务调整需关联原交易、调整原因及审批记录；重新运行对账时，也应保留旧批次结果与变化原因。

用权限控制减少人为风险

将数据导入、异常处理、调整审批和审计查看分配给适当角色，重要调整实行经办与复核分离。日志记录必要的操作主体和时间，但不保存 PIN、OTP、完整访问令牌等敏感信息。账户标识应按需脱敏，凭证访问及导出也应留痕；留存期限与访问范围需结合业务及适用要求确定。

五、如何把流程落到软件系统

BD Payment 提供支付系统软件租赁、部署和技术/API 对接，可围绕订单、商户、多通道管理、自动订单匹配、财务对账、报表、权限及交易查询组织工作流程。项目开始前，应先确认客户自有通道的数据字段、访问权限和异常处理需求，再评估独立部署或多租户部署，以及标准或定制 API 对接。

客户使用自己的支付通道。BD Payment 不提供银行账户、电子钱包账户、支付通道、牌照或监管授权。本文涉及 bKash、Nagad 的对账设计，不代表已获得相关机构合作、授权或特定接口接入资格。涉及监管及业务资质的问题，客户应按自身业务模式向当地专业人士核实。

小结

可靠的商户对账应依次完成数据完整性检查、唯一标识匹配、差异分类、异常复核与证据归档。除了匹配数量，还应关注未匹配金额、异常账龄和未完成资金验证的交易，避免“总额一致”掩盖逐笔错误。

常见问题 FAQ

1. bKash 和 Nagad 的记录可以放在一起对账吗？

可以纳入统一工作台，但应按通道、商户、账户及币种分组核对，再汇总报表，不要用不同通道的差额相互抵销。

2. 只有交易导出文件，也能进行订单匹配吗？

可以评估文件导入方式。前提是文件包含足够的关联字段，并能校验来源、完整性和重复记录；实际自动化程度取决于数据质量。

3. 支付通知成功，可以立即关闭对账任务吗？

不宜。通知可用于更新业务状态，但仍需与可信交易记录核对。交易匹配完成也不等于资金验证完成。

4. 金额一致但没有订单号，能自动认领吗？

不建议。应结合其他可靠标识和交易证据生成候选，经复核后关联，并保存认领依据。

5. 对账差异是否必须当天清零？

不应为了清零而修改事实。合理的跨日或待确认项目可以结转，但必须保留原因、负责人、下一次复查时间和升级条件。