只下了一张现货订单,成交记录却多出几行,每行还有手续费。先别把这些费用当成重复扣款:要核对的是同一张订单实际成交了多少、各行扣了什么币、同币种加总后是多少,不是数界面上出现了几次“手续费”。
本篇依据的公开文档核对于 2026-09-09,没有访问读者账户,也不能判定具体订单收费是否正确。这篇把问题限定在普通现货订单的分笔成交。下文用币安公开帮助页说明记录入口,核算方法也方便你整理其他平台的同类记录;其他平台的字段和收费规则要另查。记账时先保留各币种原数,等明细齐了再折算,宁可暂时没有一个总金额,也不把不同币种硬凑在一起。
先找到这张订单的全部成交
在现货交易的记录区,留意“历史委托”和“历史成交”这两个名字。前者看订单整体,后者看实际撮合的明细。最容易卡住的地方,是在历史委托里看到“已取消”就退出,误以为这张订单从未成交。
- 先在历史委托中定位订单,记下交易对、买卖方向、下单时间,以及详情里可见的订单编号。比较委托数量与已成交数量。
- 再看历史成交,按对应交易对、方向和时间范围找明细。页面能展开该订单的成交记录时,优先沿着订单详情看;不要把同一分钟内的所有交易都算成这一单。
- 逐行保留成交数量、成交额、手续费数额与扣费币种。如果页面显示挂单/吃单身份,也一起留下。只有数量、没有币种的费用记录,还不能拿来加总。
官方现货交易活动说明确认:一笔委托可能产生多笔成交;部分成交后取消,已经成交的部分仍能在历史成交中找到。本文不把帮助页上的按钮位置当成所有版本的固定位置。
若两处数量对不上,先检查筛选条件是否漏了日期、交易对或买卖方向。界面与导出文件使用的时区也要对齐。没有找到订单与成交明细的对应关系时,先记为“待核”,不要靠金额相近把别的订单拼进来。订单还没结束时,记录可能继续增加,当前小计也不能当最终费用。
把手续费按币种分列,再求和
一份能复查的明细至少要把“成交数量”和“手续费数量”分开。前者说明换到了多少资产,后者说明付出的费用;两列恰巧都是小数,也不能互相代替。币安的现货字段词汇表把 commission 定义为成交已付手续费,commissionAsset 则是扣费资产。普通用户无需调用接口,认清这两个含义即可。
整理时可按下面的列顺序抄到自己的表格里。表中写的是要填什么,并非真实成交数据,也不表示每个界面都会同时展示这些列。
| 归属 | 成交 | 费用 |
|---|---|---|
| 交易对、订单编号 | 该行数量、成交额 | 手续费数额 |
| 成交时间、成交编号(如有) | 买或卖、挂单或吃单 | 手续费币种 |
USDT 手续费只与 USDT 相加,BNB 手续费只与 BNB 相加。两张导出表有重叠时,先确认有没有重复导入同一条成交。保留平台提供的完整小数位,在汇总展示时再决定怎么舍入;不要把每一行先改成两位小数,再用这个近似合计质疑原记录。
如果同一张订单查到不同扣费资产,先原样分组。原因要结合成交时适用的支付方式与账户条件核实,不能凭两个币种就断定异常,也不能擅自认定是哪一次开关变化造成的。
一张订单、两次成交:用小账算清楚
以下是专门为说明加总方法编的算术例子,不是行情、实际费率或账户交易记录。假设卖出订单计划卖 8 个示例代币,最终只成交了两行,剩余部分取消;两行费用均以 USDT 记录。
| 成交 | 数量 × 单价 | 已记手续费 |
|---|---|---|
| 第一行 | 2 × 40 = 80 USDT | 0.04 USDT |
| 第二行 | 3 × 42 = 126 USDT | 0.063 USDT |
| 合计 | 5 个,206 USDT | 0.103 USDT |
该订单实际成交了 5 个,未成交的 3 个不加入成交额。按例子给定的明细,费用合计是 0.04 + 0.063 = 0.103 USDT。若没有其他扣款或调整,且这笔手续费直接从收到的 USDT 中扣除,则与这笔卖出对应的净收入为 206 − 0.103 = 205.897 USDT。账户总余额还会受其他收支影响,不能用它代替这笔净收入。
这个例子还可以做两项交叉核对:成交均价是 206 ÷ 5 = 41.2 USDT,不是把 40 和 42 简单平均;费用占已成交额的比例是 0.103 ÷ 206 × 100% = 0.05%。这个百分比只描述本例,没有告诉你现实账户应该适用哪一档费用。
如果费率、扣费币种及其他计算条件完全相同,按各笔实际成交额计费再加总,在不考虑舍入差异时,与按总成交额计费等价。因此,“有两条费用”本身不能证明多收费。要证明差额,得先说明两行各自的计算依据,而不是拿原计划卖出的 8 个去乘一个记忆中的费率。
看到 BNB 时,先停下 USDT 除法
BNB 费用不能直接除以 USDT 成交额来算费率。先记下实扣 BNB;如需折成 USDT,另列价格来源和时点,标明“估值”。当前行情不能代替平台当时的折算依据。
官方 BNB 支付手续费说明区分了预估费用与最终扣费,也说明 BNB 余额不足会影响优惠是否适用。因此,下单前看到的预估值、现在打开的支付开关,都不足以单独证明某一条历史成交应该扣多少。对历史费用有疑问,应让实际扣费记录与当时的适用条件对应起来。
本文到这里先完成“已经扣了什么”的核对。若还需要比较折扣或返还后的费用,接着看邀请返现和 BNB 抵扣怎么分开对账;不要把尚未核实的返还先从已付手续费里减掉。站内费用对照工具适合检查假设条件下的算式,不读取你的订单,不能替你证实扣款。
还差一截,就把问题缩到具体一行
核对的终点不是凑出一个“差不多”的数字。先把情况分开,下一步才有对象:
- 成交数量对不上:核对订单是否仍在成交、筛选是否漏行,以及是否混入其他订单;先解决归属问题。
- 数量对上,费用合计对不上:按币种重加一次,检查重复行和小数位;比较的是同一组明细才有意义。
- 合计对上,但与预期费用不同:逐条核实当时的费率、挂单/吃单记录和扣费方式,不用今天的账户条件回推过去。
- 只有账户总额减少了:另查对应资产流水,拆开其他交易与划转;总额变化还不是某张订单多扣手续费的证据。
仍无法解释时,可以向平台官方支持这样描述:“这张订单的成交数量已核对一致,费用按币种汇总后,与我依据当时条件计算的结果不同。请说明这条成交使用的费率和扣费币种。”附上对应订单编号、成交时间和有疑问的行,往往比整页资产截图更便于定位。材料只经官方支持入口提交,密码、验证码和接口密钥都不属于对账材料。
分笔费用汇总已经一致,还要把手续费再乘成交笔数吗?
不用。各行手续费相加后已经覆盖这些成交,再乘笔数会重复计算。先确认没有漏行、重复行或混合币种,再比较汇总结果。