我的交易是如何被分组为一笔结算付款的？
三个分组层级，其中你只会看到外面两层：
向上读：交易首先按支付方式和交易日打包，这些包再按订单币种合并，然后按结算币种合并为一个批次。
批次键中有两个维度容易被忽略，而两者都意味着你可能在同一日期、同一币种收到不止一笔结算：
- 签约主体。 如果你的交易在不止一个 Waffo 签约主体下收单，每个主体在自己的批次中结算。
- 清算类型。 由退款备用金安排出资的退款结算是一条独立的清算流，永远不会与普通结算 共享批次——它也忽略假期日历。见 结算周期与日历。
结算标识符是什么意思？
标识符中的日期是其生成日期，不一定是资金划转的日期——后者请使用记录自身的日期字段。
S… 值是要向客服引用的：它是解析一笔结算、其文件和其账本条目的键。
结算记录的状态和时间线告诉我什么？
结算记录带有一个状态，其详情页带有完整的执行时间线——这很重要，因为一笔结算可能被 尝试不止一次：
时间线以各自的时间戳记录每个事件——生成、每次不成功的尝试，以及最终结果——所以一条运行、
失败、之后成功的记录会显示全部三项，而不只是最后一项。仍处于初始状态的记录不会列出。
结算记录默认为最近 90 天（UTC+8）。一条记录可以合理地显示早于今天的结算日期而仍处于
开放状态；产生这种情况的重试顺序在
结算周期与日历 中描述。
Settlement Original Amount 和 Settlement Target Amount 是什么？
当你的结算协议把订单币种结算为其自身时，两者相同。涉及换算时两者不同——并且
Settlement Target Amount 在换算完成之前为空，这是一个阶段，不是数据缺失。如果你在
对账时目标金额为空，说明结算已准备但尚未换算。
Balance History 记录什么？我可以按哪些业务类型筛选？
Balance History 是你结算账户的账本，涵盖你结算到的每一种结算币种。六种业务类型可筛选：
让人意外的两点：
- 较早的行可能带有不再产生的类型。 换算移到提现之前以前的 FX
Conversion行仍以自己的 标签显示。筛选是一种便利，不是某种行类型从未存在过的证明。 - Portal 页面显示的是结算账户。 记在保证金账户本身上的动账位于单独的 Reserve Account
页面，那里有自己的扣留与释放 Tab 以及调整 Tab；API 端点
/api/v1/account/history/inquiry在一次调用中返回两个账户——见 结算账户结构。 如果你的账户有退款备用金，它也有自己的历史 Tab。
为什么我在 Balance History 中再也看不到 FX 换算条目了？
因为换算现在发生在资金到达你的结算账户之前，而不是提现时。后果如下，全部是有意为之：
如果你在与历史记录比对，这就是为什么旧行显示换算动账而新行不显示。
Balance History 有哪些列？如何导出？
Business Id 是关联回 Portal 其余部分的连接键——拿结算批次 id 去 Settlement Batch，
拿提现订单 id 去 Withdrawal History。
导出携带与屏幕表格相同的列，所以同一个数字在两者之间永远不会改变含义。
默认日期窗口是什么？
所有窗口均为 UTC+8。如果你要对账更早的记录，请显式放宽筛选。
为什么结算日历按国家而不是按币种组织？
因为假期是国家的属性，不是币种的属性。日历的主维度是 Country/Region，以 ISO 3166-1 alpha-3 代码列出你生效合约覆盖的国家，默认选中第一个。页面上的一切都跟随这一个选择：- Regions of Holidays 只显示所选国家/地区的相关国家，不能独立更改。
- 交易日和结算日期（包括延期）只针对该国家/地区推导。
- 导出只包含所选国家/地区。
行按周期的第一个交易日排序，然后按最后一个。导出产生
settlement_calendar_[Region]_[YYYYMM].xlsx，所选国家/地区以表头行注明。日历上没有按日期的
文件下载——对账报告属于结算批次。
为什么某个特定日期不是结算日？
点击它。日历会以 Related Holidays 的形式逐条列出原因，形式为国家：假期名称—— 每个当天休市的相关国家一行。这取代了单纯的”Non-settlement Day”标签，所以你能看到究竟是 哪个国家休市以及为什么。 只显示已确认的假期。仍在核实中的候选假期不会延后你的结算，也不会出现。 工作日计算使用你在该签约国家的收单合约上所有相关国家合并去重后的假期日历。 只要其中任何一个休市，该日期就不是结算日。哪些国家的假期会影响我？可以更改吗？
两条规则支配它：- 一致性。 对同一商户和同一签约国家，所有支付方式必须携带相同的相关国家集合。 在同一签约国家内，你不会出现一个支付方式在某个假期延后而另一个不延后的情况。这正是让 单一合并日历有意义的原因。
- 可配置性。 考虑哪些国家的假期按商户配置。对某个市场没有敞口的商户没有理由在 该市场的假期延后，而某条结算路径可能需要一个你并不销售的市场。如果你的延期与你的业务 不匹配，请向你的客户经理提出——这是合约配置，不是固定规则。
把某个批次与你自己的记录比对，发现有对不上的地方？ 请附上结算批次 id 联系客服——它能解析该笔结算、其条目、 其文件和其账本条目。