同一订单的成交明细按扣费币种分别汇总的记录示意
记录整理示意 · 先归集成交,再按币种加总

交易与费用 · 成交后核对

现货订单分多笔成交,手续费怎么核对

核对顺序

先找到同一订单的全部成交,再把手续费按扣费币种分别加总。费用有几行,不等于重复扣了几次。

虚构算术示例

两行 USDT 手续费分别为 0.04 和 0.063,合计 0.103 USDT。这个合计已经包含两次成交,不再乘成交笔数;BNB 费用另列。

只下了一张现货订单,成交记录却多出几行,每行还有手续费。先别把这些费用当成重复扣款:要核对的是同一张订单实际成交了多少、各行扣了什么币、同币种加总后是多少,不是数界面上出现了几次“手续费”。

本篇依据的公开文档核对于 2026-09-09,没有访问读者账户,也不能判定具体订单收费是否正确。这篇把问题限定在普通现货订单的分笔成交。下文用币安公开帮助页说明记录入口,核算方法也方便你整理其他平台的同类记录;其他平台的字段和收费规则要另查。记账时先保留各币种原数,等明细齐了再折算,宁可暂时没有一个总金额,也不把不同币种硬凑在一起。

先找到这张订单的全部成交

在现货交易的记录区,留意“历史委托”和“历史成交”这两个名字。前者看订单整体,后者看实际撮合的明细。最容易卡住的地方,是在历史委托里看到“已取消”就退出,误以为这张订单从未成交。

  1. 先在历史委托中定位订单,记下交易对、买卖方向、下单时间,以及详情里可见的订单编号。比较委托数量与已成交数量。
  2. 再看历史成交,按对应交易对、方向和时间范围找明细。页面能展开该订单的成交记录时,优先沿着订单详情看;不要把同一分钟内的所有交易都算成这一单。
  3. 逐行保留成交数量、成交额、手续费数额与扣费币种。如果页面显示挂单/吃单身份,也一起留下。只有数量、没有币种的费用记录,还不能拿来加总。
币安中文现货交易活动帮助页,顶部列出网页版、APP版与常见问题标签
截于 2026-09:公开帮助页的“网页版/APP版/常见问题”入口。进入与你使用端一致的说明,再找“历史成交”段;这是帮助文档截图,不是本站账户记录,画面中的活动信息不作费用依据。

官方现货交易活动说明确认:一笔委托可能产生多笔成交;部分成交后取消,已经成交的部分仍能在历史成交中找到。本文不把帮助页上的按钮位置当成所有版本的固定位置。

若两处数量对不上,先检查筛选条件是否漏了日期、交易对或买卖方向。界面与导出文件使用的时区也要对齐。没有找到订单与成交明细的对应关系时,先记为“待核”,不要靠金额相近把别的订单拼进来。订单还没结束时,记录可能继续增加,当前小计也不能当最终费用。

把手续费按币种分列,再求和

一份能复查的明细至少要把“成交数量”和“手续费数量”分开。前者说明换到了多少资产,后者说明付出的费用;两列恰巧都是小数,也不能互相代替。币安的现货字段词汇表把 commission 定义为成交已付手续费,commissionAsset 则是扣费资产。普通用户无需调用接口,认清这两个含义即可。

整理时可按下面的列顺序抄到自己的表格里。表中写的是要填什么,并非真实成交数据,也不表示每个界面都会同时展示这些列。

分笔成交记录的整理方式
归属成交费用
交易对、订单编号该行数量、成交额手续费数额
成交时间、成交编号(如有)买或卖、挂单或吃单手续费币种

USDT 手续费只与 USDT 相加,BNB 手续费只与 BNB 相加。两张导出表有重叠时,先确认有没有重复导入同一条成交。保留平台提供的完整小数位,在汇总展示时再决定怎么舍入;不要把每一行先改成两位小数,再用这个近似合计质疑原记录。

如果同一张订单查到不同扣费资产,先原样分组。原因要结合成交时适用的支付方式与账户条件核实,不能凭两个币种就断定异常,也不能擅自认定是哪一次开关变化造成的。

一张订单、两次成交:用小账算清楚

以下是专门为说明加总方法编的算术例子,不是行情、实际费率或账户交易记录。假设卖出订单计划卖 8 个示例代币,最终只成交了两行,剩余部分取消;两行费用均以 USDT 记录。

虚构算术示例:只加已成交部分
成交数量 × 单价已记手续费
第一行2 × 40 = 80 USDT0.04 USDT
第二行3 × 42 = 126 USDT0.063 USDT
合计5 个,206 USDT0.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 抵扣怎么分开对账;不要把尚未核实的返还先从已付手续费里减掉。站内费用对照工具适合检查假设条件下的算式,不读取你的订单,不能替你证实扣款。

还差一截,就把问题缩到具体一行

核对的终点不是凑出一个“差不多”的数字。先把情况分开,下一步才有对象:

仍无法解释时,可以向平台官方支持这样描述:“这张订单的成交数量已核对一致,费用按币种汇总后,与我依据当时条件计算的结果不同。请说明这条成交使用的费率和扣费币种。”附上对应订单编号、成交时间和有疑问的行,往往比整页资产截图更便于定位。材料只经官方支持入口提交,密码、验证码和接口密钥都不属于对账材料。

分笔费用汇总已经一致,还要把手续费再乘成交笔数吗?

不用。各行手续费相加后已经覆盖这些成交,再乘笔数会重复计算。先确认没有漏行、重复行或混合币种,再比较汇总结果。