核對出生資料

不要把換算後的數字寫回原記錄

一份材料寫的是當地鐘錶時間，後來為了排盤又做了時區或太陽時處理。如果只保留最後一個數字，下一次輸入時就可能再校正一次。核對資料的第一步，是把「材料原來怎麼寫」與「後來怎樣處理」分成兩欄；原記錄不因換算而被覆蓋。

這裡不需要公開任何人的出生資料，也不要求把證件上傳到聊天。先在自己的記錄中保存必要資訊即可。本篇討論輸入的整理，而不是根據人生經歷推定一個更像本人的時刻；時間誤差如何影響結果，可參照出生時刻偏差的跨體系影響。

日期要帶曆法，時刻要帶範圍

同一串年月日，在不同曆法下可能指向不同日期。先確認原記錄使用公曆還是農曆；若為農曆，還需確認閏月標記。不要因為長輩口頭說生日，就預設它是哪一種。只有確認依據後，才使用適當的曆法資料轉換。

香港天文台的公曆與農曆對照資料提供按年查詢的轉換表，是核查日期的一種來源。它也說明部分靠近午夜的遠期朔或節氣日期存在邊界不確定性；因此，表格的用途與適用範圍仍需讀清楚。本文不提供某人的日期轉換結果，也不把日期表當作全球各地的鐘錶時間制度。

時刻若只記為「大約」，應保存可支持的範圍或原話的含糊程度，不自行補成零分零秒。24小時制與上午下午也要確認。精確到分鐘的顯示，不等於來源真的精確到分鐘；缺少記錄時用預設值，必須明示那是占位，不能成為確認事實。

地名先確認身份，再確認位置

地點核對首先要排除同名與舊名混淆。保存國家或地區、必要的上級行政單位以及實際輸入的城市或縣區。行政名稱在不同國家的層級不一樣，不能僅看到「縣」或County就認定是同一粒度。

能明確定位到受支持的市級或縣級區域時，不必為了湊滿三級強行猜更細的地點。反過來，一個區域也不能被靜默替換為其首府、行政駐地或下轄城市。只知道區域就保留區域本身及其座標來源；明確知道更具體地點時，才討論那個地點的位置。地點標籤與座標來源應相互對應。

不必收集與計算無關的住址、證件號碼或親屬資料。需要複查時，保留可定位的來源說明即可；分享教學問題時可遮去身份內容，只呈現待核的曆法或設定。這既減少混淆，也讓讀者能專注於真正影響計算的欄位。

開啟原圖放大查看

BaZiFlow原創資料核對圖；沒有真實出生資料，原記錄與計算結果分開保存。

時區是地點與日期共同的問題

IANA時區資料庫記錄代表地點的當地時間歷史，並隨時區邊界、UTC偏移與日光節約時間規則變化更新。它提示我們不能把今天的偏移直接用於所有過去日期。核對時應保留採用的地區時區及資料版本，遇到歷史資料缺口則註明待查。

用一個沒有出生日期的算術示例：若已確認當地鐘錶為10:00，且該時刻適用UTC+08:00，那麼對應UTC為02:00，因為10減8等於2。這裡的「已確認偏移」是前提，不是從城市名稱猜出來的。太陽時校正屬於另一個步驟，不能把它與時區偏移混成同一個數字再重複扣除。

實際工具若已經負責換算，應輸入它要求的原始資料，不要預先處理後又讓工具處理一次。若不清楚某開關具體做了什麼，先保存原輸入及設定再核對，不用反覆改時刻直到結果順眼。不同結果的診斷見同一輸入的設定檢查。

讓每次修訂有來由

把已確認、候選範圍與尚缺材料分開。後來得到更清楚的記錄時，寫明是哪項新證據改變了哪個欄位，保留原值與修訂時間。不要用解讀貼合感悄悄覆蓋最初的不確定性。

核對完成不一定意味著每個欄位都有唯一值。更有用的成果是：下一次排盤或比較時，能知道原記錄是什麼、做過什麼轉換、哪些地方仍需要條件表達。這樣的資料比一串沒有來源卻很精確的數字更容易複查。

1. 1

   保留輸入的兩欄

   原材料為當地10:00，處理欄記已確認偏移+08:00及UTC02:00。

2. 2

   識別重複處理

   若工具要求當地鐘錶時間，卻輸入02:00再減8小時，會誤得前一天18:00。

3. 3

   糾正輸入而非改原件

   按工具要求輸入10:00，並保存它所用偏移；原材料仍保持10:00。