美区订单的「昨天」是哪天？把时差讲清楚，数字就对得上

TikTok美区订单日期，为什么总和北京时间对不上

在国内做美区 TikTok Shop 联盟带货（TK 带货），几乎每个团队都踩过同一个坑：上午九点打开后台，想看「昨天」卖了多少，结果数字一会儿一个样；拿自己表格里按北京时间统计的数和后台一对，差了几十单。问题通常不在数据，而在日期：TikTok美区订单日期是按美国时间算的。

美国的一天和中国的一天并不重合。北京时间早上九点，美国西海岸还是前一天的下午或傍晚，那一天的订单还在不断进来。所以北京时间上午看到的「昨天」，在美国其实还没结束；按北京日期切的数和按美国日期切的数，本来就是两个范围。

这篇文章把美国时间怎么换算、订单和后台对不上有哪些原因、怎么一步步对账讲清楚，最后说明星队长是怎么处理美区订单日期的。

这个问题在团队变大以后会更明显。一个人看后台，最多是自己心里有数；十几个人、几十个号、好几家供应链一起对账，有人按北京时间截图，有人按美国时间导出，同一天的订单可能出现三个版本。先把TikTok美区订单日期的口径讲清楚，后面的日报、结算、提成才有统一的基础。

美国时间怎么换算：冬令时差16小时，夏令时差15小时

美国本土横跨好几个时区，美区电商的报表常用美国西部的太平洋时间（下文简称美西时间）。太平洋时间分冬令时和夏令时：冬令时是 UTC-8，比北京时间（UTC+8）慢 16 个小时；夏令时是 UTC-7，比北京时间慢 15 个小时。

按美国现行规则，夏令时从每年 3 月第二个星期日开始，到 11 月第一个星期日结束，其余时间是冬令时。换成国内团队最关心的说法：美西的零点，冬令时对应北京时间下午 4 点，夏令时对应北京时间下午 3 点。也就是说，美国的「昨天」要到北京时间今天下午 3 到 4 点才真正结束。

举个例子（时间为举例）：北京时间 10 月 8 日上午 10 点，美西是 10 月 7 日晚上 7 点（夏令时）。这时候看 10 月 7 日的订单，还有大约 5 个小时的成交没进来。如果此时就把 10 月 7 日的数字当日报发到群里，下午再看一定会变多。

如果团队里有人同时对接美东的商家或达人，还要注意美东时间比美西快 3 个小时，美东的零点在北京时间中午 12 点（夏令时）或下午 1 点（冬令时）。同样叫「美国日期」，美东和美西切日的时间不同，报表里写清楚用的是哪个时区，比口头说「美国时间」可靠得多。

订单和后台对不上的六个常见原因

第一，日期口径不同：一边按北京日期切，一边按美国日期切，这是最常见的原因。第二，时区不同：同样说「美国时间」，有人按美东、有人按美西，差了 3 个小时，零点附近的订单就会落到不同的日子。

第三，同步有延迟：订单从成交到出现在第三方系统里，要经过平台回传和系统同步，通常有几分钟甚至更久的延迟，刚下的单可能还没过来。第四，订单状态在变：取消、退款、退货会让成交额和佣金在之后几天继续变化，早上看的和晚上看的不一样很正常。

第五，统计范围不同：后台看的可能是一个账号，系统里看的是全部账号；或者一边含渠道号汇总，另一边只是橱窗号的逐单明细。第六，时间字段不同：下单时间、付款时间、结算时间都叫「时间」，用哪个字段归日，结果会不一样。对账前先确认双方用的是同一个字段。

这六个原因里，前两个属于口径问题，改一次规矩就能长期解决；中间两个属于时间问题，等一等再看就会对上；最后两个属于范围问题，需要对账双方先把条件说清楚。分清是哪一类，处理起来就快得多。

订单和后台对不上时，按这个顺序对账

第一步，对日期。确认双方都用美国日期，并且是同一个时区。挑一个已经完全结束的美国日期来对，比如前天，不要拿还没结束的那天对。

第二步，对范围。确认账号数量、账号类型、地区一致；确认订单状态口径一致，是含退款还是不含退款，是含取消还是不含取消。第三步，对总数。先对订单数，再对 GMV，最后对佣金；订单数对上了金额还差，多半是退款或状态变化。

第四步，对单号。总数只差几单时，导出两边的订单号逐一比对，找出差异的那几单，看它们的付款时间是不是卡在零点附近、是不是刚刚同步、是不是状态刚变。大部分差异到这一步都能解释清楚。把解释写进对账记录，下次遇到同样的情况就不用再查一遍。

如果是和供应链对账，还要多确认一件事：对方的结算单是按下单时间、付款时间还是其他时间统计的。供应链常用的口径不一定和平台后台一样，提前对齐，比对完数字再回头找原因省事得多。

TK订单时差下，团队该怎么统一口径

时差没法消除，只能统一口径。比较实用的做法是「两套日期各管各的」：跟钱有关的，也就是订单、GMV、佣金、利润，按美国日期，因为平台、商家和供应链对账都用这个日期；跟人有关的，也就是剪辑完成、发布、打卡出勤，按北京日期，因为员工是按北京时间上下班的。

这样定下来以后，「昨天」就有了明确含义：昨天的出单指美国的昨天，要等北京时间今天下午 3 到 4 点以后才完整；昨天的剪辑和出勤指北京的昨天，早上就已经完整了。日报、周报、工资里的提成，全部按这个口径来。

还有一条纪律：还没结束的那一天，不和前一天比较。美国的今天才过了一半，拿它和昨天全天比，「比昨天少 60%」这种话会误导所有人。要比，就等那天结束再比。

落到具体动作上：报表的表头写明「日期按美国太平洋时间」；群里讨论订单时说「美国 7 号」，而不是「昨天」；工资表里的提成区间写清楚是从哪个美国日期到哪个美国日期。这几处写清楚，新人也不容易弄混。

星队长怎么处理TikTok美区订单日期

星队长的订单和利润都按美国日期算，和 TikTok 后台的美区日期口径一致。系统以北京时间下午 4 点左右为界切换到新的一天，每一单按付款时间归到对应的美国日期；经营核算里每天的收入、成本、利润也用同一个日期，所以订单与业绩和经营核算里的「同一天」是同一个范围。

导出订单 Excel 时，表格里的业务日期、付款时间、同步时间都按美西时区展示，夏令时自动调整，拿去和后台或供应链对账时不用再自己换算。账号授权后，系统会先同步最近 7 天的订单，再在后台补齐 90 天，之后持续更新。

团队管理里的文字日报也按这个口径：出单、利润按美国日期，剪辑、发布、出勤按北京日期。前一天的日报要等美国那天结束、订单收齐后才推送，夏令时一般在北京时间下午 4 点，冬令时在 4 点半左右。如果在那之前打开日报，页面会提示美国那天还没结束或订单还没收齐，现在的数字还会涨。

零点附近、跨月和夏令时切换的边界情况

第一，零点附近的订单。星队长统一在北京时间下午 4 点左右切日，冬令时正好对应美西零点；夏令时美西零点是北京时间下午 3 点，所以美西凌晨 0 点到 1 点之间付款的少量订单，单日对账时可能和后台差一天，按周、按月看合计不受影响。

第二，跨月对账。月底最后一天的订单，要到北京时间次月 1 号下午才完整，月度工资里的提成、供应链的月结单，最好在次月 1 号下午之后再出。第三，夏令时切换的那几天。3 月和 11 月切换前后，美国那天结束的北京时间会在下午 3 点和 4 点之间变化，那几天日报推送时间略有不同是正常的。

第四，数据还在同步。如果某天的订单数据只同步到前一天，日报会写明「订单数据最新到某日，出单还在同步，数字会再涨」，不会把没同步到的当成 0。看到这类提示，过一会儿再看就行。

第五，账号刚授权的时候。新授权的账号会先同步最近 7 天的订单，再在后台补齐更早的数据，补齐之前看到的历史数字是不完整的。刚接入的头一两天，不要急着拿历史数据和后台对账。

给团队定一份TikTok美区订单日期的对账规范

很多团队对账时吵起来，不是因为谁的数字错了，而是没人提前定规矩。建议把下面几条写进团队的工作规范，新人入职时就讲清楚。第一，所有和订单、佣金、利润有关的报表，一律按美国日期，并注明是美西时间；第二，所有和人有关的统计，一律按北京日期。

第三，日报统一在北京时间下午 4 点以后发前一天的数据，上午只看「今天到目前为止」的进度，不下结论；第四，月度结算、月度提成在次月 1 号下午之后再出，跨月的订单才完整；第五，对账发现差异时，先按日期、范围、总数、单号四步查，查清原因写进记录，不在群里争论谁对谁错。

这份规范看起来简单，却能省掉大量重复沟通。尤其是商务和供应链对账时，双方先确认「用的是不是同一个美国日期」，往往一句话就能解决之前要来回核对半天的问题。

小结：先对日期，再谈数字对不对

美区订单的数字对不上，大多是日期和时区的问题，剩下的是同步、状态和范围。先把「按美国日期算钱、按北京日期算人」定成团队规矩，再按日期、范围、总数、单号四步对账，大部分争议都会消失。

如果团队还在用表格按北京时间汇总订单，可以先挑一个已经结束的美国日期，用本文的方法对一遍，看看差异有多大。想把订单数字和员工业绩对上，可以接着看团队业绩统计口径。

最后提醒一句：日期口径定下来之后不要轻易改。中途从北京日期改成美国日期，或者从美东改成美西，历史数据的每一天都会跟着变，前后几个月的报表就没法直接比较。确实要改，就从某个月的 1 号开始，之前的数据保留原口径，并在报表里注明。