总部上午打开海外拜访报表,看到圣保罗团队还有几家客户的当天拜访没完成。此时圣保罗还是当地的工作日晚上,员工还在当天的节奏里。两边都没错,差别在“今天”按哪条时间线算。

海外外勤管理系统里的“今天”,按拜访人当前生效时区的当地日历日计算。员工在当地 10 月 30 日 23:50 签到,这条拜访属于 10 月 30 日。上海此时已是 10 月 31 日,总部看到的仍是员工当地的 10 月 30 日。

这篇把“今天”拆成记录、查看、统计三个层面,说明公司、业务组、个人三层时区怎么生效,再给出配置和核对方法。

一、先给答案:拜访的“今天”按拜访人的有效时区算

这里的“有效时区”,指这条拜访适用的时区配置。它可能来自公司默认时区,也可能来自员工所属的业务组,或者员工本人启用的自由时区。系统按这一时区的当地日期规则,生成计划、显示记录、统计报表。

在海外外勤管理系统里,一条拜访落在哪一天,看的是当地日历日的 00:00 到 23:59。上海时间、服务器时间、查看者所在地时间,都不改变这条记录的日期归属。

以小步外勤海外版 RealDuty 为例。拜访计划和日程,按拜访人所在地的当地日期生成。报表按当地时间统计。未拜访、未跟进天数,按跟进人员的当地日期计算。总部在上海看圣保罗团队,看到的是圣保罗的日期。

层面 “今天”指什么 在哪里看
记录层 单条拜访发生的当地日历日 拜访记录、签到签退时间、现场照片时间
查看层 查看对象所在地的当地日期 海外团队列表、拜访进度
统计层 拜访人有效时区下的统计日 当天计划、逾期、未拜访天数、时区组报表

三个层面用的是同一套有效时区口径。核对时,先确认这条记录属于哪个时区组,再看日期。

二、公司、业务组、个人,三层时区怎么生效

小步外勤海外版把时区拆成三层。公司时区是默认口径,业务组时区按国家或地区单独设置,自由时区跟人走,主要给经授权的跨国出差人员使用。多时区考勤、拜访日期和报表统计,都按这套口径走。

层级 作用 典型场景 核对点
公司时区 没有单独设置时的默认口径 总部统一管理多国团队 公司默认时区是否与主要业务所在地一致
组所属时区 考勤组、定位组等按国家或地区设置 一个国家一个组,或一个区域一个组 员工是否在正确的组里
自由时区 经授权人员按产品规则切换 员工从一国飞到另一国继续工作 账号是否获得授权,切换是否生效

核对时按这个顺序看:个人自由时区是否启用,所属组有没有单独设置,公司默认时区是什么。三者中实际生效的那一层,就是这条拜访的日期口径。

自由时区需要授权。没有授权的账号,日期口径落在所属组或公司时区。上线前要把授权范围和切换规则定清楚,避免员工误以为手机会自动改。

海外外勤时区设置的关键,是让每条记录都有明确的时区归属。员工知道自己按哪条线工作,总部知道自己在看哪个地区的日期,后面的计划和报表才能对上。

三、日界线在当地 00:00,不在北京 00:00

“今天”的边界是当地日历日的 00:00。当地 23:59 的拜访属于当天,过了 00:00 才进入次日。这个边界跟着有效时区走,不跟着总部走。

IANA 的 Time Zone Database 记录了各地本地时间的历史、UTC 偏移和夏令时规则。2026f 版在 2026 年发布,访问于 2026 年 10 月 30 日。系统要算准当地日期,靠的是这类时区规则。固定时差数字处理不了夏令时和政策调整。

看三个时刻就清楚了。按当前时差,圣保罗当地 10 月 30 日 23:50,员工还在 30 日。上海已是 10 月 31 日 10:50。圣保罗当地 10 月 31 日 00:10,员工进入 31 日。上海是 10 月 31 日 11:10。

员工从上海飞到圣保罗,落地后当地日期可能比出发时早一天。记录按落地后的有效时区走。

12 小时制和 24 小时制只改变显示,不改变日期。日期格式要看清,03/04/2026 在不同地区可能是 3 月 4 日,也可能是 4 月 3 日。系统支持按地区选择日期格式,配置时别沿用总部的习惯。

四、总部看到的“今天”,为什么和员工看到的不一样

总部和员工看的是同一条记录,查看视角不同。总部打开海外团队页面,系统按该团队的有效时区显示记录。员工在自己手机上看到的,也是他当前生效时区的当地时间。两边显示一致,前提是时区配置正确。

真正容易出错的地方,是总部拿自己的日期去催报。上海进入 10 月 31 日,圣保罗可能还在 10 月 30 日晚上。总部看到“今天计划未完成”,员工那边还有时间。按总部日期判断逾期,会把正常进度看成拖延。

小步外勤海外版的页面说明里有一句话:查看哪个地区,就按对应当地时间了解工作情况。总部不需要自己换算,但要知道自己看的是哪个地区的日期。

总部内勤自己的记录,按公司时区或系统规则显示。海外员工的拜访、考勤、照片时间,按员工所在地的当地时间显示。两类记录放在一张表里时,先看每行的时区标注。

五、当天计划、逾期和未拜访天数,各按哪一天算

当天的管理动作,日期口径并不完全相同。先把三件事分开看:

  • 当天计划:看拜访人的当地日期。计划按当地日期生成,完成情况也按当地日期核对。
  • 计划逾期:看计划日期。计划日期已过、计划内拜访仍未完成,系统可以按开关提醒相关人员。
  • 未拜访、未跟进天数:看跟进人员的当地日期。客户多久没被拜访,按跟进人所在地的日期算。

总部在上午看到的“今天”,对南美团队可能是前一天晚上,也可能是同一天,取决于时差和查看时刻。用总部日期催报,容易把正常进度看成拖延。

拜访日期的归属,统一回到拜访人的有效时区。失访登记、补访这些动作,也用同一套日期核对。

六、跨时区报表怎么核对,才不把日期看串

海外外勤管理系统的多时区报表,没有一个统一的“今天”。每一行记录属于哪个时区组,就按那个组的当地日期看。把所有国家混在一个日期筛选里,容易把不同国家的“今天”当成同一天。

核对分三步。先按时区组筛选,锁定要看的国家或区域。再确认每行标注的所属时区。然后比较日期和时间。三步做完,再判断谁完成了、谁逾期了。

小步外勤海外版的时区组报表按时区筛选,每行标注所属时区,日期和时间格式按当地习惯展示。总部可以在一张表里看多国团队,每行的日期跟着时区走。

如果团队分布在多个时区,建议把“时区组”作为固定筛选条件,写进周报和例会模板。总部讨论“今天”时,先说明是哪个组的今天。

七、夏令时和日期格式,会不会改变“今天”

夏令时改变的是 UTC 偏移,不改变“按当地日历日算日期”这条规则。夏令时开始的那一天,当地可能跳过一小时;结束的那一天,可能重复一小时。日期仍是当地日历日,边界时刻的换算会变。

配置时区时,按城市或国家选择,别只记一个固定时差。系统有当地规则可依,遇到夏令时和政策调整才能算准。只记“比北京晚 11 小时”,时间一长就会偏。

12 小时制和 24 小时制只影响显示。12 小时制的 AM/PM 要看清楚,跨中午容易读错。日期格式也要按地区设置,03/04/2026 这种写法在不同国家含义不同。

这些设置不改变记录的日期归属,但会影响人怎么读。管理口径里要把时区、日期格式、12/24 小时制一起定下来。

八、配置与验证:把“今天”固定下来

时区配置不是填一个默认值就结束。总部、业务组、出差人员三种场景要分别核对,报表和日期格式也要跟着设置。

  1. 先定公司默认时区。按总部管理口径和主要业务所在地选,作为没有单独设置时的基础。
  2. 按国家或地区建组。给考勤组、定位组设置所属时区,跨时区国家尽量选具体城市。
  3. 确认出差人员的自由时区授权。明确哪些人可以用、什么时候切换、切换后按哪条线汇报。
  4. 设置报表和日期格式。报表按时区组筛选,日期和时间格式按当地习惯设置,12/24 小时制统一。
  5. 用边界样例跑一遍。让员工在当地 23:50 签到、次日 00:10 签退,分别看记录、当天计划、逾期和报表落在哪一天。
  6. 把“看日期先看时区”写进管理规则。总部催报、周会复盘、月度考核,都先说明是哪个时区组的日期。

第 5 步很关键。配置对不对,跑一个跨零点的样例就能看出来。记录、计划、报表三处都对齐,才算配置完成。

小步外勤海外版覆盖定位轨迹、移动考勤、客户拜访、客户管理、拍照上传和时区设置六个模块。时区支持公司、组、个人三级。报表按时区组筛选,并逐行标注时区。需要验证时,可以先用免费试用跑一遍边界样例。

如果团队还要核对轨迹、停留时长和现场照片,可以再看海外员工轨迹回看的 5 个判断点。

九、常见问题

员工在当地 23:50 签到,拜访算哪一天?

在海外外勤管理系统里,算员工有效时区的当天。总部此时可能已经跨日,仍按员工当地的日期看这条记录。判断时看记录上的当地日期和时区标注,不用总部日期改判。

员工飞到另一个国家,系统会自动切换时区吗?

看账号有没有自由时区授权。经授权的跨国出差人员可以按产品规则切换所在时区。没有授权的账号,仍按所属组或公司时区显示。上线前把授权范围和切换规则定清楚。

总部看到的是北京时间还是当地时间?

看海外团队的拜访和考勤记录时,按员工所在地的当地时间显示。总部内勤自己的记录,按公司时区或系统规则显示。一张表里混有两类记录时,先看每行的时区标注。

夏令时会把拜访日期改掉吗?

日期仍按当地日历日算。夏令时改变的是 UTC 偏移,边界时刻可能跳过或重复一小时。时区按城市或国家选,别只记固定时差。

为什么报表里不同国家的“今天”不一样?

因为“今天”是当地日历日。多时区报表没有统一的今天,每个时区组有自己的日期。按时区组筛选,再看每行标注的时区,才能比较。

12 小时制和 24 小时制会影响日期吗?

不影响日期归属,只影响显示。12 小时制要看清 AM/PM,日期格式要按地区设置,避免把 03/04/2026 读成另一个日期。