时区设置的作用

Finger Manager 中大量业务数据都包含时间信息，例如用户注册时间、订单创建时间、成交时间、入金 / 出金时间、通知发送时间、KYC / KYB 状态更新时间、登录时间、操作日志时间、系统事件时间和报表统计时间。

设置系统时区后，相关页面会按照当前机构配置的时区显示时间。

默认时区

机构可以在系统设置中选择默认时区。

例如：Asia/Tokyo、Asia/Hong_Kong、Asia/Singapore、Europe/London、America/New_York 和 UTC。

建议优先使用标准 IANA Time Zone 格式，以避免夏令时及不同地区时间规则带来的问题。

时区与系统显示

例如，机构将系统时区设置为 Asia/Tokyo，则后台中的时间将优先按照日本标准时间进行显示。

订单创建时间 2026-08-28 14:00 UTC 在东京时区下可显示为 2026-08-28 23:00 JST。

系统会根据配置的时区自动进行时间转换。

对报表的影响

时区设置也可能影响按日期统计的数据边界。

例如日报、日订单数量、日成交金额、日登录数量和日通知数量，通常会按照机构配置的时区定义“当天”。

如果机构使用东京时区，则当天的统计周期通常会按照东京时间 00:00 至 23:59 进行计算或展示。

因此，对于跨地区运营的机构，建议在上线前确认统一的统计时区。

全球业务场景

对于同时在多个国家或地区运营的机构，可以根据内部管理方式选择总部所在地时区、主要市场所在地时区、统一使用 UTC，或使用指定运营中心时区。

例如，一家全球金融机构可能统一使用 UTC，以减少不同地区之间的数据时间差异。

而日本本地机构通常可以使用 Asia/Tokyo 作为默认系统时区。

交易市场时间

需要注意，系统时区与交易市场自身的交易时间并不完全相同。

美国股票市场、香港证券市场、日本证券市场、外汇市场和数字资产市场，可能分别使用不同的本地时间或交易所时间。

Finger Manager 可以按照机构设置的系统时区展示相关时间，但实际交易时段、市场开闭市时间及产品交易规则，应以对应市场或数据来源的时间规则为准。

外部系统时间

当 Finger Manager 与其他系统通过 API、FIX、Webhook 或其他方式交换数据时，时间字段可能采用 UTC、Unix Timestamp、ISO 8601、来源系统本地时间或其他明确格式。

机构在进行系统集成时，应确认各接口的时间格式与时区定义。

建议接口层尽量使用 UTC 或带明确时区信息的 ISO 8601 时间格式。

夏令时

部分国家和地区实行 Daylight Saving Time（DST，夏令时），例如 America/New_York 和 Europe/London。

在这些时区下，系统会根据标准时区规则处理夏令时变化。

因此，不建议简单使用固定的 UTC+8、UTC-5 等方式代替地区时区。

使用标准地区时区可以降低夏令时切换造成的时间偏差。

使用建议

建议机构上线前确认统一的默认时区，并让报表统计与系统时区保持一致。

跨国业务可优先考虑使用 UTC，本地业务可使用主要运营地区时区。

API 与系统集成应明确时间格式。

涉及交易时间时，应以交易市场规则为准。

说明

时区设置主要影响 Finger Manager 中日期与时间信息的显示及部分统计口径。

不同模块、外部系统、交易市场及第三方数据源可能使用不同的时间标准。

机构在进行系统集成、报表核对或跨地区业务处理时，应同时确认具体数据字段的时区定义。