NC 56 单据接口报错排查一例

前言

自从公司的古董 NC ERP 接入了共享财务系统、我们就开始了漫长的排障生涯。下面分享一例接口数据报错的分析和处理方案。

操作环境

NC 客户端是 windows 的 V56 版本。生产环境数据库是 oracle 、数据库访问用了 PL/SQL。

验证过程

早上接到了共享财务系统的报错;接口反馈报文如下:

NC 56 单据接口报错排查一例_第1张图片

看了下报文(此处隐去),这两个字段真的超过了出错信息描述的长度;但是真的是程序的问题?

先去了 NC 的 “应用集成 - 信息交换平台 - 交换平台日志” 找了下入站日志:

NC 56 单据接口报错排查一例_第2张图片

单据类型判定为 D5 也就是收款付款单。

然后,在 NC 的 “应用集成 - 外部交换平台 - 交换规则定义”。找到了对应的交换规则信息:

NC 56 单据接口报错排查一例_第3张图片

明显这两个报错的字段,是因为受到了交换规则的长度限制。

NC 56 单据接口报错排查一例_第4张图片

NC 56 单据接口报错排查一例_第5张图片

然后找出数据字典文档(不嫌烦的,也可以在 NC “客户化 - 二次开发工具 - 系统管理工具 - 数据字典管理” 找字段长度)再次核对:一个长度 200、一个长度 256。需要再去数据库看一眼核实

NC 56 单据接口报错排查一例_第6张图片

在数据库查了对应的表,实际的数据库字段长度和数据字典的一致。所以只需要修改交换规则、让共享财务系统重新推送一遍。问题成功解决。

NC 56 单据接口报错排查一例_第7张图片

结论

填坑完毕

(完)

你可能感兴趣的:(工具使用,NC,ERP,接口运维)