币安订单历史和成交历史怎么看

取消了订单，成交历史里怎么还有费用？因为取消只处理剩余数量，取消前成交的部分仍然有效。对账从这张订单开始，不从账户总余额倒推。

当前委托、订单历史和成交历史有什么区别？

官方的Binance Support：当前委托、订单历史、成交历史与资金字段解释了三个入口显示什么。

三个入口看的不是同一层事实。Binance 官方的现货交易记录说明把它们分得很开。当前委托，看仍然开放的订单。订单历史，保留已成交和未成交订单的状态。成交历史，只记录真正撮合过的成交，并显示手续费与 maker 或 taker 角色。网页和 App 的入口位置会变，这三个概念不该混用。

举个例子。一张限价单被取消后，仍然会留在订单历史里；取消前如果已经部分成交，那部分的成交结果和费用也还在成交历史里。完全没成交的订单，不会凭空冒出一条成交记录。要是问题在于委托还在等，先看限价单未成交排查。

一张订单经过多次撮合，为什么未必显示多行？

开发者可对照Binance Spot 开发文档：订单记录与账户成交字段，但这些字段不能直接当作 App 的显示方式。

订单是你提交的买卖请求。撮合是它和订单簿里可成交数量真正匹配的过程。一张大单可能依次吃掉多个对手方的数量，也可能先成交一部分，剩下的继续挂着，或者后来被取消。这些撮合都属于同一张用户订单。系统没有替你重复下单。

记录粒度取决于载体。Binance 当前官方 FAQ 写明：一张用户订单即使匹配了订单簿中的多个订单，在网页 Trade History 里也按一张订单计算。另一边，官方 Spot API 的账户成交列表会为每个成交条目返回 orderId、价格、数量、手续费和扣费资产等字段。API 结构更细，不代表网页、App 或 CSV 一定逐笔分行。导出文件到底有哪些列，打开这次下载的文件看。

怎样把订单历史和成交历史对上？

1. 确认市场是现货，逐字比对交易对和买卖方向。别把合约、杠杆、闪兑或另一个计价资产的记录混进来。
2. 在订单历史定位目标订单，记录提交时间、订单类型、原数量、已成交数量和最终状态；若详情显示订单编号，也一并保留。
3. 到成交历史选择覆盖该时点的日期范围。官方页面支持按交易对和方向筛选；不要假设每个版本都提供订单编号筛选。
4. 先比较交易对、方向、成交时间与已成交数量。若页面详情或导出文件确实提供订单编号，再用它做精确归组。
5. 载体给出逐笔价格和数量的，用“价格 × 数量”复算成交额；只给聚合结果的，就用这个页面上的字段，别自己拆出不存在的明细。
6. 手续费金额和手续费资产单独看一遍。手续费如果从另一种资产里扣，不能直接和买入或卖出数量加减。

界面和导出文件都拿不出共同标识时，只能靠交易对、方向、数量和时间范围去比，不能声称已经逐笔一一对应。UID、邮箱、完整余额、API Key、下载文件，都不要发给非官方“客服”代为对账。真要求助，只给解决问题必需的去敏字段。

多笔成交的平均价格怎么复算？

页面或导出确实给出了多笔价格与数量，成交均价就要按数量加权。不是把几笔价格一平均了事：

成交均价 = Σ（每笔成交价 × 每笔数量）÷ Σ（每笔数量）

假设某订单分两笔成交：0.4 个单位成交价 100，0.6 个单位成交价 101。总成交额 40 + 60.6 = 100.6，总数量为 1，数量加权均价 100.6。数字只是为了说明公式，不是行情，也不是交易建议。

手续费单独一列。别为了让页面数字“看起来一致”，就把它悄悄塞进成交均价。要手工复算，可以用站内分批成交均价计算器。它只处理你输入的价格和数量，不登录账户，也不上传记录。

为什么成交数量、到账数量和手续费对不上？

成交历史记的是已经完成的成交，余额变化还要看手续费从哪里扣。当前载体给出多条成交明细的，逐条看手续费金额和扣费资产；只给聚合结果的，就看这条记录实际展示的费用字段。费用未必从你正在比较的那种资产里扣，也可能因为账户当时的 BNB 抵扣设置而不同。

顺序是这样：先用当前载体给出的成交数量与成交额，再按它实际列出的扣费资产把费用汇总，最后和现货账户的余额变化比。别拿“费率 × 整张委托数量”去替代真实的费用记录。想进一步理解费率角色，可查看现货手续费计算方法和BNB 抵扣核对边界。

订单历史有记录，成交历史为什么没有？

• 订单没有成交：已取消、已拒绝或已过期的订单可能留在订单历史，但不会产生实际成交。
• 日期范围没盖住成交时点：提交时间和真正成交的时间可以差很远，跨日订单最容易漏。
• 筛选条件不一致：交易对、方向、订单类型或现货/合约市场选错，都会让结果看似消失。
• 只看到了一段时间窗口：页面可见的历史是有范围的，更早的记录要走官方导出入口。
• 把余额流水当成成交明细：充值、提币、内部划转和其他账户变动不是现货撮合记录。

订单状态本身就是 PARTIALLY_FILLED、CANCELED 或 EXPIRED 的，先按状态理解剩余数量。别为了“把记录补齐”再提交一次订单。状态和过滤规则的问题，可分别查看未成交排查与现货下单报错排查。

什么时候需要导出 CSV？

当前导出路径和配额见Binance Support：现货成交历史导出步骤与当前限制，实际操作前也要读账户弹窗。

订单少，直接在页面上看就够了。跨月、多交易对、部分成交多，导出文件才好排序和保存。文件里确实带订单编号的，用它分组；没有的，别自己造一个关联字段出来。Binance 官方下载说明当前给出的网页路径是个人资料图标 → Orders → Spot Order → Trade History → Export Trade History。App 从现货交易页的订单入口进订单历史或成交历史，再点下载图标。地区、版本和产品资格会改变入口名称，以自己账户当前显示的为准。

导出前读一遍对话框：可选日期范围、报表生成次数、单次条数和下载链接有效期都可能受限制。网页和 App 的限制也可能不同。先确定要查的成交时段，再生成报表，避免反复下载同一份记录。

导出后怎样保存，才不扩大账户风险？

CSV 里可能有 UID、时间、交易对、数量、费用和订单标识。下载后先看保存位置。别丢进公开共享盘，也别让它自动同步到不受控的团队目录。交给专业人士之前，问清楚对方要哪些字段，把与任务无关的账户标识遮掉。

别把表格上传到那些声称能“追回损失”“解除风控”“自动补单”的陌生网站。也别为了对账去创建带交易或提币权限的 API Key。本站不接收交易记录，读不到你的账户，更不会要求远程控制设备。

按订单整理数量和费用

对账不要从账户总余额倒推单笔成交。先用订单编号立一行主记录：交易对、方向、订单类型、委托数量、委托价、状态、提交时间。再把成交历史里能确认属于这张订单的明细，一行行附在下面。每行只抄页面或导出文件真实提供的字段。时间相近、数量相同，都不构成配对的理由。

记完再对三个数。各笔成交数量之和，等不等于累计成交？累计成交加剩余数量，和原始数量的关系说得通吗？各笔费用有没有按对应资产分别汇总？精度舍入会造成尾数差异，别为了表格好看去改原始数值。

交易对方向先统一

基础资产数量和报价资产金额，不是同一个单位。对账表的列名要写清楚单位，成交数量、成交额、手续费各自保留它实际的资产。买卖方向只改变资金流向，不能让不同单位的数字直接相加。

对不上时，先看差的是数量、金额还是时间

• 数量差异：先找部分成交、取消后的剩余数量和页面显示精度，不先怀疑资产消失。
• 金额差异：按每笔成交价与数量复算，检查是否把委托价当成实际成交价。
• 费用差异：逐项看扣费资产，不把不同资产的数量直接相加。
• 时间差异：统一时区后再比较，特别留意跨日订单和导出区间边界。
• 记录缺口：清除交易对、方向和市场筛选，再确认查询区间覆盖真实成交时点。

还是解释不了，就把原文件留一份只读副本，另开一张工作表记自己的计算和疑问，别覆盖官方下载的文件。跟官方支持说清楚缺的是哪条字段、哪个时间段、哪张订单，比发送整份账户截图更清楚。密码、验证码和 API Secret 不属于对账材料。