订单历史和成交历史：怎样核对同一张委托？

找一张订单，先找订单号，再看它的成交明细。订单历史记录的是你发出的委托及其状态；成交历史记录实际发生的交易。两边行数不同，不一定是记录丢失。一张委托可以被分次撮合，网页也可能把这些撮合汇总显示，不能把“出现几行”当成“下了几单”。

当前委托、订单历史、成交历史分别查什么

• 当前委托：还有哪些订单正在等待？
• 订单历史：这张委托提交后变成了什么状态？
• 成交历史：已经买到或卖出了多少？

你想停止尚未完成的交易，就需要当前委托和最终状态；你想确认已经买到多少，就需要实际执行数量。仅凭资产总额的变化，无法替代这两个问题。

例如，你提交买入三单位的限价单，随后撤销。它可能从未成交，也可能先成交一单位再撤销。订单历史里都可能出现撤销的结果，但第二种情况还留下了一单位实际成交。撤销结束的是剩余委托，并不让已经发生的买入消失。把撤销一律记成“没有买到”，后面重新下单时很容易多买。

币安的现货交易活动说明分别列出了这些记录，也提醒部分页面会汇总一张订单的多次撮合。本文用逐笔教学账解释数量关系，不承诺你的应用界面一定显示相同的行数或列名。

只核对同一张订单，不先合并整个账户

先记下交易对、买卖方向、订单号和提交时间。交易对必须完整：某币对 USDT 与同一个币对另一种报价资产，不是同一张账。买入和卖出也不能混加；数量单位相同，只说明它们使用同一种资产，并不说明它们方向一致。时间记上时区，跨过午夜的委托尤其容易落在另一日筛选范围。

接着从订单记录取出原始数量和累计成交数量，再找到能与这张订单关联的成交记录。某些导出格式有订单号，某些页面只显示汇总。没有稳定的关联字段时，时间、交易对、方向只能帮助缩小范围，不能证明两条记录必然属于同一单。不要为了让数字对上，随意把时间邻近的两笔合并。

表格里只有一张原始委托。

累计成交一点五单位，未成交的一点五单位已经结束。界面可以展示两条逐笔明细，也可以展示一条汇总记录。无论显示形式怎样，累计执行数量应该能够解释那一点五单位。不要把“订单 A 的三单位”和两笔成交再次相加，原始数量不是另一笔买入。

成交数量对上了，金额和均价怎么算

数量核对只需先写三行：

1. 原始数量三。
2. 已成交零点八加零点七，等于一点五。
3. 未成交差额一点五。

第三行只回答还有多少没有成交。它是否仍在等待，要回到订单状态确认。在开放的普通挂单中，它可能继续有效；在已结束的委托中，它不会自己重新开始交易。

如果两次教学成交价分别为一百和一百零二，费用前成交金额为八十加七十一点四，等于一百五十一点四报价单位。用它除以一点五，得到费用前加权均价约一百零点九三三三。这里价格、数量和金额是三个不同列，不能把金额误填成买入数量，也不能把两个价格简单取平均后当成实际均价。

这项运算还不是完整损益核算。

它只是帮助辨认记录。费用可能以另一种资产扣除，转入转出也可能影响余额。先把同一订单的成交数量和金额加齐，再单独核对手续费、转账等余额变化，不要用钱包差额反推成交数量。显示小数经过舍入时，应尽量使用同一精度的原始记录，保留未舍入数值再汇总。

记录没找到，先检查筛选范围

先取消只显示当前交易对、只显示买入或特定状态的限制，再检查日期范围与账户入口。现货、杠杆、合约和兑换等不同功能的记录不应混找。你在另一种产品下过单，现货历史空白并不能说明交易没有发生；反过来，也不能拿现货余额变化证明合约订单已经结算。

若刚刚提交，页面可能尚未更新。

刷新查询后仍找不到，就保留原始提交时间、订单号或系统提示，转到官方支持查询。不要用重新下一单来“测试第一单是否成功”。新交易会增加一组相似记录，既可能改变持仓，也让之后判断更加困难。拿不到订单号时，把这个缺失明确写出来，比猜一个编号更有用。

较久的记录可能需要不同的日期区间或导出入口。本文不固定承诺某个可查询天数，因为界面、导出方式和服务规则会变。只查看当前页面明确支持的范围；下载到文件后检查首尾时间、交易对和是否为完整结果，再决定它能否回答这次核对问题。

同时查多张订单，一行只记一个订单号

写结论之前，一行只放一个原订单。

小表列出订单号、完整交易对、方向、原始数量、累计成交、当前或最终状态，以及本次检查时间。逐笔成交明细放在另一处，需要的时候再关联。这样既不会把汇总行错当成丢失的逐笔记录，也不会把同一单在不同页面的显示重复计入。

设订单 A 要买三单位，订单 B 要买两单位，提交时间相隔很近。A 先成交一点五再撤销，B 完整成交两单位。这两单合计买入三点五，但不能把任意一张订单的累计成交填成三点五。先分别解释 A 和 B，再做账户级合计；否则一张单少成交的部分，可能被另一张单刚好多成交的数量掩盖。

昨晚下的单，为什么今天的记录里不全

一张订单跨过午夜，按单日筛选就可能漏记录。一张委托在午夜前提交，午夜后才成交；订单页按提交日期筛选，成交页按成交日期筛选，两边使用同一个日历日期，反而可能显示不同集合。适当扩大查询区间，保留时区标签。如果把各来源统一换算到一个时区，应记下换算方法，不要只为表格整齐而手工挪日期。

导出文件的名字不能保证里面数据完整。下载之后，先检查实际首尾时间、产品名称、交易对范围和筛选条件。一个只导出了买入记录的文件，不能用来证明没有发生卖出；另一账户的历史，也不能解释当前现货订单。能顺利下载，只能说明生成了文件，不能替代对内容范围的核实。

没有订单号，就把不确定性写出来。

按时间、方向和数量推测相关，尚未确认订单号。

这样的中间结果有用，因为它允许以后获得更多资料再确认。相反，为了让总数对上而指定一个最相似的成交，会把猜测变成后续计算的基础，错误越传越远。

还要区分观察时的状态。早一点的截图显示开放，晚一点的查询显示完成，可能只是订单在两次观察之间正常成交。把两个时间都保留下来，而不是立即认为平台记录互相矛盾。真正需要继续查的是：同一订单在可比较的阶段，数量和状态仍然无法相互解释。

累计成交 1.5，明细只有 0.8，还缺哪一笔

向支持说明问题时，尽量指向具体一列。例如“订单号某某显示累计一点五，但我找到的关联明细只有零点八，已检查同一日期范围”，比“所有记录都乱了”更容易获得相关答复。把自己已经排除的筛选条件写清楚，也能避免来回重复同样的初步检查。

支持给出新记录后，再回原表复算一次。

例如，新找到一笔 0.7，先确认它属于原订单，且没有包含在已有的 0.8 汇总行里；确认后再相加，0.8 + 0.7 = 1.5。若新记录其实属于另一张单，就不能拿来补差额。找不到这 0.7 时，把缺少的数量和已检查的范围交给支持继续查。

一个好结论不必很长：

订单 A，买入，原始三单位，累计一点五，余量已撤销，核对时间某日某时。

它同时写明了发生过什么、还有没有后续执行，以及这项判断使用的时间点。如果后来发现新的记录，知道应该重查哪一列，而不必从账户总余额重新猜起。

把截图或导出留在自己控制的存储位置，向支持提交时只提供解决问题需要的信息。订单号和成交记录可能揭示你的账户活动，不要放到公开评论区。密码、验证码、验证器密钥不参与订单核对，任何人索取这些内容都不是在帮你比较订单历史。

如果你目前的问题是同一单只成交一部分，下一步看剩余数量如何处理；如果刚刚发过撤单请求，则先读撤单确认与重复提交。这两种情况都需要沿着原订单继续核对，不能只靠列表里是否还有一行来决定。