字段对不上的问题，往往不是开发写错了代码
一次数据对接会议上，开发把接口调通了，数据也成功入库，可业务人员打开报表就发现不对劲：客户名称跑到地址栏，订单金额少了几位，日期全部变成同一天。开发觉得是旧系统导出的数据不规范，业务觉得是新系统没做好，双方各说各话。这类问题往往不是开发能力不够，而是字段口径没有对齐。字段对不上，本质上是两套系统对同一个词的理解不同。核对的关键不是急着改代码，而是按顺序把口径一层层校准。
先核对字段名称与业务含义的一一对应关系
这是最容易出错也最容易被跳过的一步。常见错位有三类：同名不同义，比如两边都有“状态”字段，一边指订单状态，一边指付款状态；同义不同名，比如“客户编号”和“客户ID”其实是一回事；一名多义，比如“金额”在旧系统里可能同时存在含税和不含税两种口径。核对时不要只看字段名，要拿真实数据抽样比对，抽十条记录逐条问业务人员这个值代表什么，把每个字段的中文含义、取值范围、业务场景写下来，形成双方确认的对照表。
再核对字段类型、长度与空值规则
名称对齐了，格式不对照样出问题。旧系统里手机号存成数字，新系统要求字符串，前导零就会丢失；旧系统备注字段允许为空，新系统设了非空约束，导入直接报错；旧系统日期存成八位数字，新系统只认标准日期格式，转换时稍有不慎就整体错位。核对时要逐字段确认类型、最大长度、是否允许空值、是否有默认值，并拿边界数据实测，比如最长的那条备注、空值最多的那个字段，看导入后是否完整保留。
接着核对时间、金额、单位等易被忽略的格式约定
时间要确认时区、精度和存储格式，是精确到秒还是到天，跨时区业务尤其要问清楚。金额要确认币种、是否含税、小数位保留几位、四舍五入规则是什么。单位要确认是元还是分，是千克还是克，是百分比还是小数。这些约定不写清楚，数据看起来正常，算出来的结果却是错的，而且错得很隐蔽，往往要等到对账时才发现。
最后核对映射表与转换记录是否留痕
字段对照关系不能只停留在会议口头确认，要形成书面映射表，写明旧字段、新字段、转换规则、责任人、确认日期。每次数据导入或接口调用保留转换日志，记录原始值和处理后的值，出问题时能快速定位是哪一步转换出了偏差。映射表要随需求变更同步更新，避免版本混乱。
可执行的字段对照清单可以按这几列来做：旧字段名、旧字段含义、新字段名、新字段含义、类型与长度、空值规则、格式约定、转换规则、确认人。填完这张表，大部分字段错位问题在开发前就能暴露。
核对顺序清楚了，责任分工也要跟上
业务方负责确认字段含义和格式约定，技术方负责转换实现和留痕记录，双方共同在映射表上签字确认。it数运在处理这类需求时，习惯先把字段口径梳理成书面材料，再进入开发和对接环节，交付时一并提供映射表和转换说明，让后续维护的人看得懂、查得到。字段对不上不可怕，怕的是没人愿意先把口径说清楚。
