Adyen结算明细报告里交易、手续费、存款更正和打款怎么分
打开 Adyen 的 Settlement details report，先不要急着看金额合计。表头行以下，每一行都是一个独立条目（entry），每个条目都带有自己的类型标识。按条目类型归类，是把这份报告读清楚的第一步。根据 Adyen 文档，报告中的条目类型包括：交易（Transactions）、交易手续费（Transaction fees）、存款更正（Deposit corrections）、发票扣款（Invoice deductions）和打款（Payouts）。拿到报告后，可以按这一分类逐行归入对应类别，再分别核对，而不是把不同性质的条目混在一起加总。
交易条目：先看状态。 每条交易条目都会显示该笔交易的状态，例如 Settled（已结算）或 Chargeback（拒付）。文档示例中，一条 visa 交易的状态字段为 Settled，另一条 visa 交易的状态字段为 Chargeback。核对时先确认状态字段，再把同一状态的交易归到一组。状态不同，意味着这笔钱在结算中的处境不同，不能因为金额相近就当作同类处理。
交易手续费条目：按月出现。 文档说明，只要结算批次中某个月有交易，报告就会包含一条该月的交易手续费条目。示例中的手续费条目日期为 2013-06-11，描述为“Transaction Fees May 2013”，币种为 EUR，另有一列 GBP 金额 1.46。核对动作是：把手续费条目与它对应的月份、结算批次对上，确认这条费用属于哪个月的交易活动，而不是把它当成某笔单独交易的成本。
存款更正条目：分清两种日志类型。 当账户发生存款变动时，报告会出现日志类型为 DepositCorrection 的条目，这种变动可能是贷记（credit），也可能是借记（debit）。此外，如果 Reserve（准备金）余额发生变化，报告会出现另一种存款更正，日志类型为 ReserveAdjustment。核对时先看日志类型字段：DepositCorrection 与 ReserveAdjustment 是两类不同的更正，来源不同，不应合并看待。示例中的 DepositCorrection 条目日期为 2012-05-10，币种 EUR，金额 78.93。
发票扣款与打款：归入各自类别。 文档将 Invoice deductions 和 Payouts 列为报告中的条目类型。核对时，把这两类条目分别归入“发票扣款”和“打款”两组，与前面的交易、手续费、存款更正并列，形成五个类别。每一类单独列出条目数和金额，再回到报告逐行确认没有遗漏或错归。
一个可执行的做法是：先复制表头行以下的所有条目，按类型字段排序，得到五个分组；再对每组逐条核对状态、日期、币种和金额字段；最后检查每组内是否有跨月或跨批次混入的条目。文档同时提示，示例报告只用于展示包含的数据，而你账户中生成的报告可能因账户和设置不同而包含示例中没有的额外数据或列。因此，归类时以你实际报告中的类型字段为准，不要假设示例的列结构就是全部。
下面是一个明确假设的归类示例，只演示分组动作，不推导任何金额计算。假设某份报告表头行以下有 6 行条目：第 1、2 行类型字段为交易，状态分别为 Settled 和 Chargeback；第 3 行类型字段为手续费，对应某月交易活动；第 4 行日志类型为 DepositCorrection；第 5 行日志类型为 ReserveAdjustment；第 6 行类型字段为打款。按类型归类后应得到：交易组 2 条（其中 Settled 1 条、Chargeback 1 条），手续费组 1 条，存款更正组 2 条（DepositCorrection 与 ReserveAdjustment 各 1 条），打款组 1 条。若报告中没有发票扣款条目，该组为空，不需要凑数。这个示例中的行数和状态都是假设值，实际报告以你账户生成的条目为准。
需要说明的是，本文只处理“如何按条目类型归类”这一层，不推导各类型金额的计算方式，也不对费率、默认值或资格条件作任何判断。报告中的金额字段如何得出，应以 Adyen 文档和账户实际配置为准。报表中的交易状态反映的是该条目在结算报告里的记录，不能直接等同于客户到账、风控判定或发卡行承诺。把归类做对，后续的核对才有稳定的起点。