月度对账时发现总金额差了十几万，财务翻遍凭证没找到原因，技术团队查了三天，最后定位到一个字段：旧系统里订单优惠金额存的是负数，新系统按正数处理，两边的汇总口径从一开始就不一样。这类问题在系统迁移中并不少见，而且往往不是新系统写错了代码，而是迁移前的字段盘点没做透。
迁移前必须盘点的四类字段
字段盘点的范围不必铺得过大，但有几类字段必须逐个过一遍。第一类是主键，包括订单号、用户编号、商品编码，要确认新旧系统的主键生成规则是否一致，是否存在旧数据主键重复或为空的情况。第二类是金额，涉及单价、数量、优惠、税额、实付、退款，每一个金额字段都要明确它的计算方式和正负方向。第三类是时间，下单时间、支付时间、发货时间、完成时间，要区分是本地时间还是标准时间，精度到秒还是到毫秒。第四类是状态，订单状态、支付状态、退款状态，重点核对旧系统的状态枚举值和新系统是否一一对应，有没有旧状态在新系统里找不到归属。
字段盘点的具体做法
比较稳妥的方式是先导出样本再标注含义。从旧系统按业务类型各取一批数据，比如已完成的订单、已退款的订单、跨月的订单，导出后由业务方和财务共同标注每个字段的实际含义，而不是只看字段名。字段名写的是折扣金额，实际存的可能是折后价，这种情况在自建系统里并不罕见。标注完成后要确认两件事：精度规则和空值规则。金额保留几位小数、四舍五入还是截断，空值代表零还是代表未填写，这些规则不统一，迁移后对账必然出偏差。
迁移前对照清单
新旧字段映射表至少要包含这些列：旧字段名、旧字段含义、新字段名、新字段含义、数据类型、精度要求、空值处理方式、转换规则、责任人、确认状态。转换规则这一列最容易被忽略，比如旧系统的状态值一对应新系统的待支付，这种对应关系必须写清楚，不能留给开发人员临场判断。映射表完成后，建议用一批真实样本做试迁移，把新旧两边的汇总结果跑出来对比，差异逐条解释清楚再进入正式迁移。
it数运在需求梳理阶段如何协助确认字段口径
字段口径的确认往往需要业务、财务和技术三方坐在一起对齐，it数运在承接企业数字化需求梳理时，会把这部分作为独立环节处理，先梳理清楚每个字段的业务含义和计算逻辑，再进入开发和迁移方案设计。这个顺序看起来慢，但能减少上线后的返工和对账纠纷。
迁移后前两周的对账节奏建议
迁移完成后的前两周，建议每天做一次小范围对账，按业务类型抽样比对，而不是等到月底一次性核对。发现差异当天定位到具体字段，趁数据量还小的时候修正规则。两周后再转为常规的月度对账节奏，把迁移期间的字段规则文档留存下来，后续系统再调整时可以直接对照。
