玛雅小说

第95章 “产品”也需要“破壁”（第3页）

本小章还未完，请点击下一页继续阅读后面精彩内容！

TMD！没办法了，硬着头皮也得上啊！

“自己约的炮，含着泪也要打完！”

然后是，“供应商”SAP只有“LIFNR”一个，唯一的一个，金有浪有“4”个。

“客户”SAP只有“KUNNR”一个，唯一的一个，金有浪有“5”个。

。。。。。。。

终于，有个正常的了，终于有个正常的了！

科目，会计科目表！

SAP只有一个“SAKNR”金有浪也只有一个“FAccountID”。

总算是正常了一把啊！

真的，就冲这一项，金有浪被SAP换掉就不冤，国产的ERP，数据字段统一性的设计，太差了！太low了！

咱们这个是ERP系统啊，不能有一分钱的错误的，很多时候，一些制造业他们的利润，就只有“1分钱”。

甚至是“几厘钱”，然后当各个模块进行整合时，账对不上了，你说他们会不会欲哭无泪呢？

一套ERP里，有几万个字段，甚至几十万个字段，这样组合下来，出错的概率太高了啊！

汉字只需要6千多个，可以组合出《红楼梦》，同样这些字，也可以组合出《母猪产后护理》。

而涉及到企业经营的数据，是不能有丝毫错误的，这种最底层的基础架构，在设计上就出现了这么大的设计缺陷，你还指望未来会变好？

就像地基是3层小楼，你还想在上面盖万丈高楼，别做梦了。

但是唯一值得欣慰的是，至少会计科目这个字段全系统是统一的！

金有浪和SAP都是统一的！

这也能解释，因为金有浪，本身是基于“财务”做起来的ERP系统，所以这个字段能做到统一，也算是为国产ERP保留了一丝脸面吧！

张伟，在愤怒气愤中，终于算是核对完了！

如果是SAP，这步搞完，其实就OK了，可以拿奖金了啊。

因为在SAP技术体系里，字段的技术名称统一，不管是跨模块，甚至是跨国家，跨语言体系，都是能精准地匹配上。

现在在金有浪这里不行啊，还得再去对数据。

这样才能确保，每个技术字段，需要和SAP这边的字段匹配上，如果不行还得人为写很多处理逻辑。

怪不得叫“屎山代码！”，如果从SAP代码设计的角度，这绝对可以划归入“屎山代码”。

然后，张伟还是叫来，小燕，红姐，开始逐个地对数据了。

现在只能从系统功能+技术字段+界面输入业务数据的角度，来核对了。

这一核对不要紧，张伟又发现金有浪和SAP系统设计思想重大的两个不同了。