不同交易所导出的CSV，时间格式至少有三种以上。币安用的是UTC+0，OKX年度账单默认UTC+8，还有一些交易所直接用你注册时选的本地时区。
如果你直接把这三家的CSV拖进同一个报表工具里，同一笔交易在不同平台上的记录时间可能差8个小时。成本匹配、持仓周期、跨平台转账的匹配，都会因为这个时间差出问题。
步骤 1：确认每份CSV的时间戳来源
怎么做：打开每一份交易所导出的CSV文件，看时间栏的字段名和数值格式。
情况 A：币安（Binance）
现货交易CSV的列名通常包含UTC_Time，数值为2024-01-01 12:00:00这样的格式。
币安官方说明明确写了：历史记录以UTC+0 时区显示。
情况 B：OKX
年度账单等报表默认以UTC+8显示。
跟单等特定功能的结算周期也以UTC+8为基准。
情况 C：其他交易所（Bybit、Gate、MEXC 等）
有些平台让你在账户设置里选时区，导出的CSV就按你选的时间来。
有些平台用了UTC，但列名里可能不写UTC，只写Time或Date。
完成标准：你能说出当前手中每一份CSV文件各自使用的是什么时区，而不是假设它们都一样。
步骤 2：把所有时间戳统一转成 UTC
怎么做：
情况 A：本就是用 UTC 的（币安等）——不用动。
情况 B：用 UTC+8 或其它固定偏移的（如 OKX 年度账单）：
在Excel里新增一列，用公式减去偏移量。UTC+8减8小时，UTC+0不动。
注意：这种方法只适用于夏令时不生效的地区。UTC+8不涉及夏令时，用固定偏移是安全的。
情况 C：不确定时区的（很多小交易所 CSV）：
导入到Koinly这类工具时，导入界面的Timezone下拉框里不要选"Auto-detect"。手动选成该文件实际用的时区，系统会在后台帮你转成UTC。
Rotki等开源工具也在增加"导入时指定时区"的功能，关键是不建议用固定偏移量，而要用IANA时区名，因为夏令时会变。
完成标准：你所有CSV里的交易时间，在合并前都已经转成了UTC时间。OKX的UTC+8记录已经减了8小时，和币安记录在同一个时间体系下。
步骤 3：在报表工具里设置"输出时区"（不是改数据）
怎么做：把统一后的UTC数据导入报表工具，在工具设置里选好你的"报告输出时区"。
Koinly支持在Settings里设置时区，生成的资本利得报告、税务报告会按你选的时区归年，避免跨年交易被分到错误的税务年度。
CoinTracking也支持设置账户时区，但仅对报告输出有效，不改变底层数据存储。
完成标准：你的报表工具里，数据存储统一用UTC，但最终导出的税务报告按你的本地时区来归年。
步骤 4：核对跨平台转账匹配（时区影响的直接后果）
怎么做：找一笔你从平台A转到平台B的转账记录：
在平台A的CSV里找到转出记录的时间（转成UTC后）。
在平台B的CSV里找到转入记录的时间（转成UTC后）。
两个时间应该接近（通常在几分钟内）。如果相差几小时，说明某一边的时区还没转对。
常见失败原因：很多人不转时区直接合并CSV，转出和转入记录的时间差了8小时，第三方工具匹配不上，就会把同一笔资金当成"转出 + 新买入"两条独立记录来处理，成本链条断掉。
风险提醒：如果你的交易发生在UTC时间接近午夜，时区没转对的话，这笔交易在报表里会被归到前一个税务年度。根据FCA监管标准，所有可报告事件的时钟必须以UTC同步，你的报表工具如果不统一用UTC做存储，年底对账时会出现税务年度归属错误。
操作完成的校验方式
找一笔发生在UTC时间23:00-24:00之间的交易，确认它在你报表工具的"交易列表"里显示的时间戳是不是UTC时间。如果是，说明数据层没问题。再导出一次年度税务报告，看这笔交易有没有被归到正确的税务年度。
下一步衔接动作：在每次导入新CSV之前，先看一眼文件里的第一行时间，判断它用的是哪个时区，记下来。然后按照步骤2的方法统一转UTC。整个过程熟练后每次多花不到1分钟，但可以避免因时区误差造成的成本匹配问题。
