一笔支付带有哪些标识，我该引用哪个？
四个，且不可互换：
提工单时，先给
Order Id。你自己的订单 ID 可用作交叉核对，但在全平台不唯一，所以单凭它追踪会更慢。
退款有自己的一套标识——见下文。
一笔支付带有哪些时间戳，为什么有三个？
它们是有意分开的：一笔在午夜前创建、午夜后支付的订单，创建时间戳在前一天，支付日期在后一天。匹配打款时按
Payment Date 对账；
排查订单量或限额拒绝时按 Created Datetime——每日交易限额从创建时起计，见
Payin 协议与交易限额。
未设置的时间戳显示为 -，所以未支付的订单显示创建时间，其余两项为短横线。
一条退款显示两个商户订单 ID，分别是什么？
它们是不同的对象，混淆它们是最常见的对账错误：
所以要把退款追溯到销售，用
Merchant Original Order ID。要追踪你自己的退款指令，用 Merchant Order Id。
Merchant Original Order ID 出现在退款列表、退款详情的商户信息块，以及退款导出中。值缺失时 Portal 显示 -。
Waffo 一侧的标识与之并列：退款自身的收单订单 ID、退款请求 ID，以及——当退款来自批量时——Refund Batch ID，单笔退款时为 -。
我能按原支付的订单 ID 搜索退款吗？
能。merchantOriginalOrderId 是退款列表组合搜索选择器中的字段之一，且为精确匹配——不是前缀也不是子串匹配。请粘贴完整的原订单 ID。
如果没有结果，请确认你搜的是原支付的 ID 而不是退款自身的 ID，并确认值末尾没有多余空格。
退款按钮为什么不见了或者是灰的？
有三种状态，含义各不相同：
按钮灰显时，以下五个条件中有一个未通过：
注意后两项都计入进行中的退款。你几秒前提交的退款已经占用了一个名额和对应金额，这就是为什么在任何东西结清之前按钮就可能变灰。
退款面板和订单详情都显示
Remaining Refundable Amount，所以你可以直接看到第三个数字。哪些支付方式支持退款见你的
Payin 协议页面。
没有退款权限的用户无论上述条件如何都看不到该按钮——见
商户 Portal 操作。
Initiation Type 这一列是什么？
Initiation Type 用于区分卡交易是谁触发的：
它是按交易的属性，所以出现在支付列表上而不在汇总视图中。
Initiation Type 为什么一直显示短横线？
因为该值只有在你按它筛选时才会填充。这是有意设计，不是你的数据有缺口：
所以该列是对你筛选条件的确认，不是可浏览的属性。要看两者的分布，请查询两次——每个值一次——而不是扫一遍未筛选的列表。
该列也只对签约了订阅的账户展示，因为区分在那里才有意义。如果你的列表里根本没有这一列，原因就在这里。
支付记录会显示哪些卡信息？
在支付详情的支付信息块中，当支付方式为卡时：
以上每一行在没有值时都会省略——该块不显示空标签。所以缺少
Issuing bank 一行意味着该交易没有这项数据，而不是字段被移除了。非卡支付方式不显示任何卡信息行。
这些值是记录在该笔交易上的值。之后不会刷新，所以同一张卡在不同时间的两笔交易可能合理地不一致。
Cardholder name 是你客户的个人数据。在任何导出或存储中请相应对待。
卡号是怎么掩码的？
前 6 位，然后星号，然后后 4 位——例如 16 位卡号显示六位数字、六个星号和四位数字。较短的值安全降级：6 到 9 个字符的值显示前 6 位、其余为星号；更短的值原样显示。 完整卡号在 Portal 和导出中都不可获得，也没有任何设置可以显示它。如果你需要跨交易匹配一张卡，请用掩码值加上有效期和卡组织，而不要期望拿到完整卡号。金额为什么显示为短横线？
Portal 只在同时有数字和币种时才渲染金额。缺任何一个，单元格显示-。
值得了解这一点，因为 - 因此不代表零。真正的零显示为带币种代码的格式化 0.00；短横线表示这一对数据不可用。
金额和币种是怎么格式化的？
如果你在解析导出的数字，请按代码而不是符号解析，也不要假设分隔符惯例跟随 Portal 的语言设置。
为什么支付列表上没有结算状态列？
main 上没有这一列。支付列表带有订单自身的状态、创建和支付时间戳，以及——相关时——其订阅 ID，但没有结算状态。 结算状态在争议列表上可用，那里它既是列也是筛选项。支付级别的结算信息请以结算报表为准，而不是交易列表：见 结算报表和结算周期。Order Failure Code 和 Order Failure Description 是什么？
它们只出现在失败的订单上，是同一答案的两半：一个你可以在自己系统里据以分支的稳定代码，和一段人可读的描述。逻辑用代码，支持沟通用描述。 常见失败原因及应对汇总在错误与排障；限额拒绝专门见 Payin 协议与交易限额。支付记录为什么显示订阅 ID？
因为该支付是在订阅下扣的。支付列表带有关联的订阅 ID，以便单笔扣款可以追溯到产生它的订阅；一次性支付上为-。
反过来——从订阅到它的各笔扣款——见
订阅生命周期管理。
支付记录显示哪些费用数字？
支付详情带有一个Fees 块，显示该交易收取的费用，为金额加费用币种。你的费用基准——百分比、固定费、下限和上限——不在交易上；它在你的
Payin 协议页面。
支付被退款（含部分退款）时费用如何处理，见退款 FAQ。
文档里提到的字段在 Portal 上显示为短横线，是数据缺失吗？
通常不是。Portal 在三种不同情形下都刻意显示- 而不是 N/A、空单元格或零，分清它们能省一张支持工单：
三种情况都无法通过重新打开记录恢复。属于第二种时，带上相应筛选条件重新查询。