跳转到主要内容
商户结算描述了我们提供的周期（T+1、T+10、 每周）。本页涵盖运营侧：哪些交易进入一次结算、资金在哪个 日历日到账，以及为什么结算日期过了却没有钱也没有文件。报表 列定义在 对账报表。

我的结算日期是如何计算的？

  1. 按交易日划定范围。 结算准备在每个自然日结束后运行， 拾取成功时间落在前一天 00:00:00–23:59:59 UTC+8 的交易。
  2. 加上合同约定的周期，然后落到工作日。 对于 T+N 周期，结算日期是 T+N 当天或之后的第一个工作日——工作日来自节假日日历，而不是 固定的星期规则。
正因如此，Portal 结算批次页面上的日期字段都标注了 (UTC+8)。

为什么我的交易日合计与你们的差一天？

这是最常见的对账差异，三条规则几乎能解释全部：

为什么同一天的交易在不同日期结算？

结算周期不是单一的商户级设置。结算协议按 MID + 支付方式（以及按签约国家）配置，每个都有自己的周期类型（按日或 按周）和延迟天数 N、自己的结算币种，以及自己的结算目标 账户。同一天使用的两种支付方式——或同一方式在两个国家——可以 合理地在不同日期、以不同币种结算。

我的协议可以采用哪些结算周期？

存在五种周期类型。你采用哪一种，以及随之的延迟天数 N，都设置在 你按 MID 和支付方式划分的结算协议上——所以不同的支付方式可以在 不同的周期上。 周期类型同时决定两件事：哪些交易被归为一组，以及延迟 从哪个日期开始计算。 结合上面的规则一起读：N 加到该日期上，然后工作日规则把结果 向后推，直到落在一个工作日上。 所以 DAY 周期上的 T+N 表示交易日 本身之后 N 天；同样的 N 在 WEEK 周期上表示该周结束后 N 天。 造成大多数混淆的两点：
  • MONTH_1X 归组的交易与 MONTH 完全相同。 区别只在于 延迟从哪里开始：下一个月的月末而不是交易月的月末，所以在 相同的 N 下它大约晚一个月打款。
  • 在 DAY 以外的任何周期上，一次结算覆盖一段日期范围。 这就是为什么日历的 Transaction Period 显示的是一段范围而不是单个日期，也是为什么你自己的每日合计 无法与一次结算一一对应。

哪些节假日会影响我的结算日期？

不是某一个国家的日历。工作日计算使用与你所选支付方式国家/地区相关的所有国家合并去重后的节假日日历，包括周末。如果其中任何一个国家休市，该日期就不是结算日，结算顺延。 在 Portal 日历中点击非结算日，会以 Related Holidays（国家 + 节假日名称）逐条列出原因，而不是一个干巴巴的”Non-settlement Day”标签。只显示已确认的 节假日。

我如何阅读和导出结算日历？

日历的主维度是 Payment Method Country（支付方式国家/地区）——一个单选列表，列出与你相关的支付方式国家/地区，以国旗和国家代码显示（GLB 代表全球卡），默认选中第一个。 一切都跟随该选择：
  • Regions of Holidays 只显示所选国家/地区的相关国家。
  • 交易日和结算日期（包括顺延的）仅针对该 国家/地区推导。
  • 行显示 Transaction Period、Scheduled Settlement Date 和 Actual Settlement Date。
  • 导出生成 settlement_calendar_[Region]_[YYYYMM].xlsx，包含同样的三列， 仅覆盖所选的国家/地区。
日历是一个计划视图，不提供按日期的文件下载——对账报表 附在结算批次上。 结算规则调整为按支付方式国家/地区之后，如果你的账户需要核对历史结算记录，日历页顶部会出现「查看旧版日历」入口，可进入只读的旧版结算日历（按向渠道下单币种对应国家计算，不再更新）。 Scheduled Settlement Date (Deferred) 的存在是因为计划日期是在交易打包时计算的，之后仍可能变动——例如节假日日历变化。它承载顺延后的结果，这样原始日期和当前预期日期都保持可见。

一个结算批次到底是什么？

批次有意跨越国家、支付方式和订单币种。所以如果一个结算日期 涉及两种结算币种，你会得到两个批次，各有自己的结算明细 和汇总报表。结算批次列表默认显示最近 30 天；批次的详情页 提供其对账报表和交易级导出。 批次内每笔交易按固定的四步顺序清算——如果你要重新计算净额，这一点很重要： 以订单币种计费的手续费和税费先扣除，余额转换 为结算币种，接着扣除以其他币种计费的手续费和税费， 剩下的就是净结算金额。

结算日期过了，没有钱也没有文件。为什么？

通常是该周期的净额为负——退款和拒付超过了支付。此时：
  • 该日期没有资金流动，这也是为什么默认不会生成结算报表。
  • 若结算账户余额不足以全额抵扣，Portal 的余额页面会显示「欠款中」标识，以及待清算总额和抵扣后待清算金额，金额按币种分别展示、不跨币种合计。
  • 我们不会动用你的保证金来覆盖负周期，退款也不会从 保证金出资。
要区分”没有可结算的”和”文件生成失败”，请让支持在每个计划日期启用 只有表头的占位文件——这是按商户的配置。

为什么我退款备用金安排的退款结算无视了节假日日历？

因为这类结算被有意排除在工作日规则之外。 由你的退款备用金账户出资的退款——参见 退款的钱从哪里来——不会净额计入你的 普通结算。它们单独清算，在自己的结算批次中，在自己的 日期上： 这一例外的原因是，这种结算是在了结一项安排，而不是为一个 交易周期打款。它的日期由你同意的安排固定，所以如果让每个相关 市场的节假日推动它，会使了结日期不可预测——这与 工作日规则为普通结算所要达成的目标恰恰相反。 对账时如何识别它：
  • 它是一个独立的结算批次，所以同一日期可以同时有一次普通结算和一次 这种结算。
  • 它的交易是退款，不是支付。
  • 结算记录上以及其结算汇总和明细文件中的 Comments 字段 会被填写以标记它为退款备用金结算。普通结算上该字段 为空。
保证金账户本身是什么、其冻结和释放如何计算，在 保证金中——注意滚动保证金的释放日期是另一种 计算，按你的合同以工作日或自然日计。

一个较早的结算仍未完成，会重试吗？

会。因结算账户余额不足而未能完成记账的结算，会在之后的结算运行中再次尝试。具体处理进度以 Portal 实际显示为准；如果长期未完成，请联系支持并提供结算批次 ID。
仍然对不上？联系支持，附上结算批次 ID 或 你正在对账的交易日。