時區設定
使用 IANA Time Zone 處理時間顯示轉換與日報邊界
使用 IANA Time Zone 處理時間顯示轉換與日報邊界
時區設定用於配置 Finger Manager 中日期與時間資訊的預設顯示時區。
機構可以根據總部所在地、主要營運地區或內部管理習慣,選擇適合自己的系統時區。
使用 IANA Time Zone 處理時間顯示轉換與日報邊界
使用 IANA Time Zone 處理時間顯示轉換與日報邊界
透過 Finger Manager 配置的通知,將在 Finger Trader App 中按設定規則精準觸達使用者,提升營運效率與使用體驗。
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 中日期與時間資訊的顯示及部分統計口徑。
不同模組、外部系統、交易市場及第三方資料來源可能使用不同的時間標準。
機構在進行系統整合、報表核對或跨地區業務處理時,應同時確認具體資料欄位的時區定義。
時區是 Finger Manager 用於展示和解釋時間資訊的 Organization 級基礎設定。
透過標準 IANA 時區和明確的 API 時間格式,機構可以讓營運、報表、日誌、通知及系統整合保持一致。
管理員為目前 Organization 選擇預設時區,例如 Asia/Tokyo、Asia/Hong_Kong、Asia/Singapore、Europe/London、America/New_York 或 UTC。
Finger Manager 可在支援的頁面和記錄中使用統一的組織時區。保存前,管理員可以確認 UTC 事件時間在所選時區下如何顯示,以及日報統計週期如何計算。
營運、交易、日誌和報表團隊可在正式使用前確認同一套時間解釋。對於 API、FIX、Webhook 或外部系統整合,機構應確認時間欄位使用 UTC、Unix Timestamp、ISO 8601,還是來源系統本地時間。
Organization 可將 Manager 顯示時間與外部系統時間欄位及市場交易規則區分並對齊。