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

p> 当年，张伟甚至用这套逻辑，在全球500强，和全球的用户交流，没有任何障碍，搞得妥妥的，甚至连英文都不用，就是说技术名称+单词，就完成了荷兰人的项目。

现在张伟，崩塌了！

现在金有浪那边，就工厂就有“6”个技术名称，在各个业务模块里，每个模块一个技术名称。

而现在SAp这边就一个“wERKS”，我要怎么对接啊？！

就是那种，张伟抬头向天，既无奈又无助地喊出来“老天爷啊！到底哪个是“蒜苗”啊！”可是自己手上，拿着的却是6种完全不同的“蒜苗”！

如果是炒菜，老子一锅烩了得了，全都是“蒜苗”！

可是这是程序，这是技术，这是财务，这是钱啊！

每错一个，都是真真实实的，几百万，几千万，甚至是上亿金额的错误！

NNd!

真是把张伟给整不会了，在SAp里完全不能算事的问题，在这里居然是天大的事！

还好自己开着8层丹球，否则就掉坑里，这个奖金不好拿啊！

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系统设计思想重大的两个不同了。

SAp是多维思想，如果需要信息，用关键字进行关联组合获得，是网状结构和三维立体结构的，这也是张伟8层丹球可以构建的理论基础。