核对出生资料

不要把换算后的数字写回原记录

一份材料写的是当地钟表时间，后来为了排盘又做了时区或太阳时处理。如果只保留最后一个数字，下一次输入时就可能再校正一次。核对资料的第一步，是把“材料原来怎么写”与“后来怎样处理”分成两栏；原记录不因换算而被覆盖。

这里不需要公开任何人的出生资料，也不要求把证件上传到聊天。先在自己的记录中保存必要信息即可。本篇讨论输入的整理，而不是根据人生经历推定一个更像本人的时刻；时间误差如何影响结果，可参照出生时刻偏差的跨体系影响。

日期要带历法，时刻要带范围

同一串年月日，在不同历法下可能指向不同日期。先确认原记录使用公历还是农历；若为农历，还需确认闰月标记。不要因为长辈口头说生日，就默认它是哪一种。只有确认口径后，才使用适当的历法资料转换。

香港天文台的公历与农历对照资料提供按年查询的转换表，是核查日期的一种来源。它也说明部分靠近午夜的远期朔或节气日期存在边界不确定性；因此，表格的用途与适用范围仍需读清楚。本文不提供某人的日期转换结果，也不把日期表当作全球各地的钟表时间制度。

时刻若只记为“大约”，应保存可支持的范围或原话的含糊程度，不自行补成零分零秒。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。