币安现货记录怎么导出：订单、成交和资金流水分开留

如果你只点一次“导出成交历史”，往往还不能回答所有问题。

想知道“这张委托最后怎样”，要看订单记录；想知道“实际分几次成交、各收了什么费用”，要看成交记录；想解释“余额为什么变化”，还要查资金活动。三类记录分开留，才不会在半年后只剩一张对不上的表。

本文不要求你把文件上传到任何网站，也不需要 API Key。所有整理都可以在自己的设备上完成。Tracepu 不接收账户记录。

先写下要回答的问题，再选记录

“交易记录”是个容易误导的大词。不同页面记录的是不同层次的事实。下载前先把问题写成一句话，能少走很多弯路。

比如，一张订单计划买 10 个，只成交 6 个后取消。订单历史适合证明“原数量 10、已成交 6、剩余取消”；成交历史适合保存这 6 个怎样成交、费用扣在哪种资产。

只留余额截图，既看不出未成交的 4 个，也难以区分费用和同一时段的其他资金活动。

订单历史要保留哪些事实

订单记录是一张委托的主档案。网页或 App 的字段会变化，但通常应关注交易对、买卖方向、订单类型、委托价格、原始数量、已成交数量、状态、创建时间和更新时间。

若详情提供订单编号，就把它按文本保存，不要让表格软件改成科学计数法。

Binance 当前的现货交易活动说明区分开放订单、订单历史和成交历史，并说明 App 的订单历史页有下载入口。

不过帮助页可能因地区跳到不同站点，菜单名称也会调整。实际操作时，以自己登录后的现货订单页为准，别照旧截图硬找同一个图标。

开放订单也值得在问题发生时保存。它能说明当时还有多少数量等待、哪些资产被占用。

订单后来成交或取消后，开放列表会变化。因此，若你正在排查“余额被锁住”或“撤单时又成交”，应在操作前后分别留一张遮住私人信息的截图，并写下准确时间。

成交历史要按原始粒度保存

成交记录只管真正完成的部分。一张订单可能对应一条聚合记录，也可能在某些载体里出现多条成交。

下载文件有几行就先保留几行，不要为了“看起来整齐”先合并，也不要把网页的一行自行拆成猜测的明细。

每条记录若提供这些字段，应一起留：成交编号、订单编号、交易对、方向、成交时间、成交价、成交数量、成交金额、手续费金额、手续费资产、Maker/Taker 角色。

不是每个载体都会给齐。缺列要写“本次文件未提供”，不能自己造值。

多条成交要按共同订单编号关联。若文件确实有 orderId，就用它归组，再核对交易对和方向。

若没有共同标识，只凭时间接近、数量相同或价格相似，最多只能说“疑似相关”，不能写成已经逐笔对应。

手续费数值必须和资产单位绑在一起

“手续费 0.01”不是完整记录。必须写成“0.01 ABC”“0.01 USDT”或“0.01 BNB”，才能知道应该在哪种资产里对账。不同资产的费用要分组汇总，不能直接相加。

费用资产变化并不自动表示记录出错。账户折扣设置、适用条件和余额可能影响实际扣费资产。历史对账时，以每条成交真实列出的金额与资产为准，不用今天的设置倒改以前文件。

资金流水为什么要单独留

成交完成后，现货余额还可能被充值、提币、内部划转、资产转换或其他产品活动改变。资金流水适合解释这些进出，但它不是成交历史。把所有资金变化都贴上“买入”标签，会让成本和余额越对越乱。

建议至少保留原始活动类型、资产、数量、状态、时间，以及当前页面提供的关联编号。链上充值或提币可能另有交易哈希，现货订单编号则是交易平台内部记录，二者用途不同，不能互相替代。

遇到余额差异时，先以目标成交时间为中心划一个小区间，把这段时间内同一种资产的所有活动列出来。确认没有划转或其他订单后，再拿净变化与成交、手续费比较。这样比从今天的总余额一路倒推几个月更可靠。

导出前先画时间区间，特别检查 UTC

Binance 当前的现货成交历史下载说明写明，网页可从现货订单的 Trade History 进入导出；App 根据时间范围提供导出或生成报表。官方当前说明还列出最长区间、生成次数、数据点和下载链接保留时间等限制，这些都属于会变化的事实，点击生成前应重新读账户弹窗。

不要为了省一次导出，把不确定的多年区间随便切成几段。先列出需要覆盖的开始时间与结束时间，再按平台当前允许的范围切片。相邻文件最好让边界可核查：记清楚每份文件的起止时刻、时区，以及边界是包含还是不包含。

官方当前帮助说明，某类生成的历史以 UTC+0 显示。你的 App、系统表格或截图可能使用本地时区。新加坡时间比 UTC 快 8 小时，例如本地凌晨的成交在 UTC 记录里可能仍属于前一天。示例只解释时区换算；实际应先确认页面标注，再统一到一个时区比较。

跨日订单尤其容易漏：订单在一天提交，第二天才部分成交。按提交日只导一份成交文件，就可能找不到结果。订单区间要覆盖创建时间，成交区间要覆盖真实撮合时间，两者不必相同。

原始 CSV 下载后，先别双击就改

1. 立即保存原件：放进只用于留档的文件夹，不改列名、不删行、不排序后覆盖。
2. 复制工作副本：筛选、公式、标色、时区换算都在副本里完成。
3. 记录导出说明：另写一个简短文本，注明账户页面、记录类型、筛选条件、起止时间、时区和下载日期。
4. 检查标识列：订单号、成交号等长数字按文本导入，防止科学计数法和末位丢失。微软的Excel 长编号保存说明指出，Excel 对数字最多保留 15 位有效数字；导入 CSV 前应把标识列设为文本，已经丢失的位数不能靠后来改格式恢复。
5. 检查小数列：保持原始字符，显示位数变短不代表源数据可以舍入。

文件名也要能自己说明内容，例如“spot-orders_2026-08-01_to_2026-08-31_UTC.csv”和“spot-trades_同区间_UTC.csv”。不要只叫“下载(3).csv”。文件名中的时间范围是你的整理标签，仍应以导出页面和文件内容为准。

若需证明文件后来没有被改，可在本机为原件计算校验值并保存在说明文本里。校验值像文件指纹：内容哪怕改一个字符，结果也会变化。它不是加密，也不能保护泄露的内容；普通个人留档如果不熟悉这一步，做到原件只读、工作副本分离已经很有价值。

订单与多条成交怎样关联

先建立一张“订单主表”，每个订单编号一行，保存原始数量、已成交数量、状态和时间。再建立“成交明细表”，每次成交一行，保留订单编号、成交编号、价、量、金额、费用和费用资产。两张表通过订单编号连接。

核对时做三组加总：

• 同一订单的成交数量合计，是否对应订单已成交数量；
• 同一订单的成交金额合计，除以成交数量后是否得到可解释的平均价；
• 手续费按资产分别合计，是否能与相关余额变化对应。

如果一张订单只有部分成交后取消，原始数量不会等于成交数量。正确关系是“已成交部分有成交明细，未成交剩余由订单状态解释”。不要为了让两个数相等，删除取消状态或虚构一条成交。

文件没有订单编号时，不要强行做关联。可以把交易对、方向、时间和数量列出来，标记为“待确认”，再查看订单详情是否能补充共同标识。关联失败本身也是需要保留的信息。

怎样发现漏导、重复和区间错位

先不要追求复杂公式，做四个简单检查：

1. 每份文件的最早与最晚时间是否真的覆盖计划区间；
2. 相邻文件在边界处是否漏掉一段，或者重复包含同一行；
3. 交易对、市场类型和买卖方向筛选是否一致；
4. 同一成交编号是否重复出现；没有成交编号时，再用订单号、时间、价、量组合辅助识别。

去重必须在副本里做。两行看起来一样，可能是同一成交被重复导入，也可能是同一毫秒、同一价格与数量的两次真实成交。只要缺少能区分它们的标识，就先保留两行并加疑问标记，不要凭肉眼删除。

汇总数与页面不一致时，先清空筛选检查全表，再查时区和边界，最后才怀疑计算公式。表格的隐藏行、文字型数字和小数点格式也会让求和结果出错。

怎样保存和分享，才不扩大隐私风险

原始文件可能包含 UID、订单标识、交易习惯、资产数量和时间。把它放进受自己控制、设备有密码保护的位置；是否使用加密存储，应按设备能力与个人需求决定。不要把文件丢进公开链接、公共电脑下载目录或来源不明的“自动算收益”网站。

求助时先做一份遮住私人信息的副本，只留下解决问题必需的几行和几列。遮住 UID、邮箱、总余额、其他交易、二维码、设备信息和完整文件路径。订单号若确实是平台排查所需，可在官方支持入口提供；公开发帖时优先只展示部分编号，并说明已截断。

密码、短信或验证器验证码、助记词、私钥、API Secret 永远不属于交易记录核对材料。不要因为对方自称客服就远程控制设备。最安全的求助方式，是从自己已经登录的 Binance 官方页面进入支持渠道，并只提交当前问题需要的字段。

一套能长期复用的留档清单

定期留档时，先保证区间连续

如果你决定按月或按季度保存，下一次导出前先查看上一份说明中的结束时点，再从那里继续。不要只凭文件名猜边界。平台对日期的包含方式、时区和可选范围可能变化，每次都应读当前弹窗，并在说明里记录实际选择。

发现某个月没有交易，也可以保留一条“该区间按这些筛选未见记录”的说明，而不是生成一份看不懂的空表。

空结果只能证明当前筛选与页面返回，不能证明整个账户在所有产品中没有活动。

备份不是多发几个聊天窗口

原始记录至少应有一个独立副本，放在自己可控、访问权限明确的位置。把同一 CSV 发到多个聊天软件，既不方便恢复，也扩大泄露面。备份是否加密、保留多久，要结合所在地记录义务和个人需求决定；本文不提供统一税务或法律期限。

清理旧文件前先确认：对应年份是否仍有对账、税务或争议处理需要；原始文件与说明能否一起找到；备份是否真的可打开。不要因为表格已汇总，就自动删除最能保留原始字段的 CSV。

平台导出与自己的汇总表各自负责什么

官方导出负责保存平台当时提供的原始记录，你的汇总表负责增加分类、公式和备注。两者都保留，才能在公式出错时回到源数据。个人汇总不能冒充平台证明，平台文件也不会替你解释自定义成本口径。

每次更新汇总表时，顺手写下使用了哪些原始文件、导入日期和处理步骤。几个月后看到一个合计数，仍能沿着这段说明回到对应记录，而不是重新猜公式来源。

能追溯到原始行，比表格颜色整齐更重要，也更经得起以后重新核对和完整说明。

生成报表以后，还要确认文件真的完整下载

看到“生成成功”不等于原始文件已经安全保存。下载后先打开文件，确认有列名、起止时间符合预期，第一行和最后一行没有明显落在区间外。若文件为空，回到页面检查交易对、市场、方向和日期筛选，不要把空文件当作没有交易的最终证明。

页面截图可以记录当时选了哪些条件，但不能替代 CSV。截图通常只显示眼前几行，无法检查完整区间、重复行和小数精度。比较稳妥的组合是：原始文件保存数据，遮住私人信息的截图保存操作条件，说明文本把两者连起来。

• 问题写清：订单状态、成交细节，还是余额变化；
• 订单、成交、资金活动分别导出或保存；
• 每份记录标注市场、筛选条件、起止时间和时区；
• 原始 CSV 只读保留，所有整理在副本进行；
• 订单与成交只按真实存在的共同标识关联；
• 手续费金额永远和手续费资产放在一起；
• 检查边界、重复、缺行、精度和长编号格式；
• 分享时只保留解决问题需要的信息，并只走官方支持入口。

这套方法的价值不在于堆很多文件，而在于每份文件都能回答一个明确问题，并且保留了原始上下文。以后再遇到部分成交、均价不一致或手续费单位不同，你可以回到真实记录逐项复核，而不是靠记忆猜当时发生了什么。