订单金额、车辆供应商应收款、银行实际到账金额，回答的是三个不同的问题。把它们当成同一个数字，可能把合理差异误判为错误，也可能掩盖真正的漏项。
核心方法：先核对应付，再核对实付。 按订单核对合同金额及已批准的调整，再与实际汇款匹配。支付服务商向销售方的银行入账应单独核对。每一步都保留币种、日期口径和调整凭证。
本文面向租车运营人员，不是旅客退款追踪指南。内容结合 Orcar ERP 产品文档中的结算分类与公开支付文档，不披露真实客户记录、合作价格或结算周期。
1. 分开看销售额、应付款与现金
| 记录 | 回答的问题 | 不能单独证明的事情 |
|---|---|---|
| 客户销售与支付记录 | 向旅客收取或退回了多少钱？ | 供应商按合同应收多少？ |
| 合作商结算单 | 哪些订单及调整构成应付款？ | 对方银行是否已经到账？ |
| 支付服务商打款与银行记录 | 资金转入哪个账户、金额多少？ | 所有订单和合作商款项是否结清？ |
Stripe 的打款核对报告，将银行入账与所包含的支付及其他交易批次关联，并区分总额、费用、净额和未打款交易。[8] 支付服务商向销售方打款，不等于销售方向租车合作商汇款。
“销售额”也需要统一定义。订单报价、实际收款和会计收入不能互换。本文介绍运营核对，不提供收入确认或税务意见。客户价格减去合作商金额的差额，不能直接称为利润。
2. 建立逐单结算核对表
每笔订单保留一行约定租赁金额，退款、调整和汇款分配则各自保留关联明细。不要修改原始金额来替代后续记录；一笔订单可能对应多次资金变动。
| 字段组 | 建议保留 | 关账前检查 |
|---|---|---|
| 识别与范围 | 内部订单号、合作商订单号、渠道、币种 | 是否重复或关联了错误合作商？ |
| 日期口径 | 下单、付款、取车、还车、调整日期，期间及时区 | 合同规定哪个事件决定结算资格？ |
| 合作商金额 | 车辆费、约定保障或附加产品、获批增减项 | 每一项由谁收取或承担？ |
| 资金凭证 | 支付或退款标识、汇款参考号、分配到本单的金额 | 同一笔资金是否算了两遍？ |
| 处理结果 | 应付、已付分配、未付、原因、复核人 | 差额是否有解释与证据？ |
Orcar ERP 文档按合作商整理订单数、车辆收入、附加产品收入、退款及净结算额。这些分类是核对起点，不是适用于所有合同的统一公式。下载报表也不等于已经付款，合同口径与银行凭证仍需核实。
保障产品与附加产品的收款方不同时，应分别列示。平台出资优惠与租车公司承担优惠的结算效果未必相同。不要未经合同核实，就把全部客户优惠从供应商金额中扣除。
3. 用一笔虚构订单计算
以下数字仅用于教学，不是 Orcar 价格、佣金或真实客户案例。 假设一笔韩元订单、一家合作商、没有换汇，税费与支付处理费已另行明确。
客户支付 300,000 韩元。合作商约定车辆金额为 240,000 韩元，另有 12,000 韩元附加产品收入。之后向客户退款 30,000 韩元。本例单独约定合作商金额减少 20,000 韩元，其余退款由销售方承担。
| 合作商侧计算 | 韩元 |
|---|---|
| 约定车辆金额 | 240,000 |
| 约定附加产品 | +12,000 |
| 批准的合作商调整 | -20,000 |
| 合作商应收总额 | 232,000 |
| 已分配到本单的汇款 | -100,000 |
| 待核对未付款 | 132,000 |
客户净付款为 270,000 韩元，合作商应收为 232,000 韩元，尚未支付为 132,000 韩元。三个数字不相等并不矛盾。前两项相差 38,000 韩元也不是已证实的利润，因为本例没有计算销售方全部成本和税项。
不能再从 232,000 韩元中扣一次客户退款 30,000 韩元。合作商承担部分已经体现在获批调整中。若尚未确定退款分担，应标记未解决，而不是自行猜测分成。
4. 按固定顺序调查差额
- 范围与币种： 同一合作商、渠道、币种下比较。客户币种与结算币种不同时分别保留，使用实际换汇记录，不用今天的汇率替代。
- 截止日期： 区分下单月、取车月、调整月和汇款月。期间外项目可能是时间差，而非资金缺失。
- 项目归属： 核实附加产品、优惠和手续费由谁取得或承担。支付服务商的扣款不一定可以扣给合作商。
- 退款与追回： 将客户退款关联至单独批准的合作商调整，检查是否需要追回已汇出的款项。
- 实际资金与重复： 核对汇款参考号及分配额，再查失败、待处理和重复交易。订单数与交易数分开统计。
Stripe 的分别收款和转账（separate charges and transfers）架构提供了具体例子：退回客户付款不会自动撤销相关转账，平台需要单独核对应追回金额。[7] 这只是该支付架构的公开说明，并不表示 Orcar 或所有租车企业使用同样的 Stripe Connect 方式。
Stripe 自动打款报告按批次关联交易；手动打款使用余额报告，即时打款需要与交易历史自行核对。[8] 应选择符合真实资金流程的报告。
5. 保留异常清单，不强行凑平
每个未解决项目应记录金额、币种、原因、待补凭证、负责复核的人和下次检查日期。可区分日期差、未批准调整、缺少汇款参考号、合同分担争议等。写出原因不代表完成解决，有证据支持后才能关闭。
可靠的关账过程连接原始订单、合同、获批变更与银行交易，而不是不断修改数字直到两张表合计相同。使用订单标识替代客户姓名，向授权团队以外分享例子前，也要遮盖支付信息。
Orcar ERP 的分类有助于组织核对，但本文不承诺银行自动对账、固定打款日或已经量化的错误减少。记录结构可参阅 租车预订系统内部；旅客侧问题请参阅 未到账退款的追踪方法。
希望与 Orcar 讨论运营流程？ 准备包含上述字段的脱敏样本，通过 Orcar 的联系渠道咨询。首次询问不必附上真实客户证件或保密合作价格。
6. 常见问题
订单销售额应该等于合作商付款吗？
不一定。销售额、合同应付款和实际汇款定义不同，应核对连接它们的明细和凭证，而不是要求数字相同。
给客户退款会自动追回合作商款项吗？
不能假定如此。应核实合同与支付架构。Stripe 分别收款和转账的示例要求单独核对转账。[7]
一笔银行汇款可以结算多笔订单吗？
可以。汇款参考号记录一次，再按订单分配金额，不能在每笔订单重复累加整笔汇款。支付服务商的打款也可能包含多笔交易。[8]
无法解释的差额就是损失吗？
未必。先检查范围、日期、币种、调整及银行凭证。没有证据时，既不能认定为损失，也不能随意归为时间差。
来源与范围： [8] Stripe 打款核对报告。[7] Stripe 分别收款和转账。2026 年 9 月 23 日核实。Orcar 产品说明反映文档范围，并非实际结算审计。生成式主图是概念化账目视觉，不是 ERP 截图或财务图表。