第136章 实质天花板
工明显犹豫了一，似乎有难言隐。
他停顿片刻，终口：“我们在实施程遇到了一个奇怪的问题，目已经暂采取了特殊方案解决。”
张伟微微抬头，敏锐捕捉到了一丝不寻常：“李工，具体是什问题，否详细一？”
李工点点头，认真：“SAP标准系统的金额字段设计，支持13位整数2位数，这味单笔金额不超10万亿人民币。夏有涉及个型核电项目，金额远远超10万亿上限了。”
议室顿一阵低声议论，这太猛了吧。
“等等，”何忍不住打断，“金额字段容量不足？我们实施了这型央企项目，碰到这个问题阿。”
李工苦笑：“确实，这是SAP几十来架构设计的一个底层限制，因全球企业极少有金额超万亿的场景，SAP一直有调整这一基础设计。”
张伟一阵猛烈触，居一个实质的‘花板’！
张伟皱了眉头，内隐约识到了一个极关键的问题，这已经超越了普通系统配置或解决的范畴，涉及到了SAP核的设计缺陷。
“，们是何临解决的？”何继续问。
李工拿一份特别的明文档，缓缓：“我们与夏核电反复讨论，终决定不已将这个巨额投资拆分几个单独的核电项目，每个项目独立进SAP系统核算。是，SAP系统本身法直接承载一个真正‘完整规模’的巨型项目，依靠人拆分来勉强应。”
刘补充了一句：“虽暂解决了问题，我们夏核电未来的展规划，项目规模越来越，这个问题迟早再次浮。”
议室陷入了短暂的沉默。
有人清楚，这人拆分并非真正的解决，是权宜计。
张伟脑海忽闪一个念头，ERP系统诞数十来，一直企业尺度设计流程、数据结构管理规则。
SAP尽管强，背不是企业规模设计尺度的传统软件架构，像人类长期使经典物理一，更尺度的宇宙，经典物理的计算逻辑崩溃。
张伟再次联爱因斯坦掀翻经典力，建立相论的案例。
来，ERP真的到了一个亟需新理论诞的代，一个适合“超尺度信息化”的新理论。
张伟轻轻呼一口气，暂按捺这个模糊强烈的念头，李工：“们目的拆分方式确实解决的问题，带来未来数据汇合并报表方的风险，IBM团队是否做了应这复杂幸的准备？”
李工点头回应：“我们知拆分带来的数据整合难题，因此在蓝图阶段已经单独设计了复杂的合并报表程序，坦率讲，这个程很繁琐，数据量进一步增加，带来更的风险本。”
刘叹了口气：“我们到，几十亿甚至上百亿的金额竟超SAP的设计尺度范围。”
议室再次沉寂来。
何微微一笑，主缓气氛：“了，演IBM项目方案是接受的，毕竟业状是此。我们监理工，在续阶段重点关注数据整合风险系统扩展幸的应措施，帮助夏核电避免更风险。”
刘舒了一口气，瑟放松来：“感谢何监理老师。”
的几个，何监理团队继续针IBM项目的实施方案、进度、资源投入、风险防控等方展详细监理工。
IBM团队的方案体严谨专业，尽管问题暴露了SAP系统本身的结构缺陷，目算是务实的解决办法。
监理议结束，已是傍晚分。
何监理团队乘坐租车离夏核电，何一路上忍不住感慨：“到做了这SAP，今才一次遇到金额字段容量限制的问题阿。”
张伟望窗外川流不息的车流，一直困扰的花板，门，这个问题，表象是13位数字的问题，底层却是ERP设计思，解决问题范围的尺度问题。
张伟既一忍住回应：“是阿，这是业问题，是代问题。我们今遇到的问题，不是单纯的技术解决的，不定未来，整个ERP领域需一个新的基础理论。”
何笑了笑，调侃拍了拍张伟肩膀：“新理论？不是明吧？”
他停顿片刻，终口：“我们在实施程遇到了一个奇怪的问题，目已经暂采取了特殊方案解决。”
张伟微微抬头，敏锐捕捉到了一丝不寻常：“李工，具体是什问题，否详细一？”
李工点点头，认真：“SAP标准系统的金额字段设计，支持13位整数2位数，这味单笔金额不超10万亿人民币。夏有涉及个型核电项目，金额远远超10万亿上限了。”
议室顿一阵低声议论，这太猛了吧。
“等等，”何忍不住打断，“金额字段容量不足？我们实施了这型央企项目，碰到这个问题阿。”
李工苦笑：“确实，这是SAP几十来架构设计的一个底层限制，因全球企业极少有金额超万亿的场景，SAP一直有调整这一基础设计。”
张伟一阵猛烈触，居一个实质的‘花板’！
张伟皱了眉头，内隐约识到了一个极关键的问题，这已经超越了普通系统配置或解决的范畴，涉及到了SAP核的设计缺陷。
“，们是何临解决的？”何继续问。
李工拿一份特别的明文档，缓缓：“我们与夏核电反复讨论，终决定不已将这个巨额投资拆分几个单独的核电项目，每个项目独立进SAP系统核算。是，SAP系统本身法直接承载一个真正‘完整规模’的巨型项目，依靠人拆分来勉强应。”
刘补充了一句：“虽暂解决了问题，我们夏核电未来的展规划，项目规模越来越，这个问题迟早再次浮。”
议室陷入了短暂的沉默。
有人清楚，这人拆分并非真正的解决，是权宜计。
张伟脑海忽闪一个念头，ERP系统诞数十来，一直企业尺度设计流程、数据结构管理规则。
SAP尽管强，背不是企业规模设计尺度的传统软件架构，像人类长期使经典物理一，更尺度的宇宙，经典物理的计算逻辑崩溃。
张伟再次联爱因斯坦掀翻经典力，建立相论的案例。
来，ERP真的到了一个亟需新理论诞的代，一个适合“超尺度信息化”的新理论。
张伟轻轻呼一口气，暂按捺这个模糊强烈的念头，李工：“们目的拆分方式确实解决的问题，带来未来数据汇合并报表方的风险，IBM团队是否做了应这复杂幸的准备？”
李工点头回应：“我们知拆分带来的数据整合难题，因此在蓝图阶段已经单独设计了复杂的合并报表程序，坦率讲，这个程很繁琐，数据量进一步增加，带来更的风险本。”
刘叹了口气：“我们到，几十亿甚至上百亿的金额竟超SAP的设计尺度范围。”
议室再次沉寂来。
何微微一笑，主缓气氛：“了，演IBM项目方案是接受的，毕竟业状是此。我们监理工，在续阶段重点关注数据整合风险系统扩展幸的应措施，帮助夏核电避免更风险。”
刘舒了一口气，瑟放松来：“感谢何监理老师。”
的几个，何监理团队继续针IBM项目的实施方案、进度、资源投入、风险防控等方展详细监理工。
IBM团队的方案体严谨专业，尽管问题暴露了SAP系统本身的结构缺陷，目算是务实的解决办法。
监理议结束，已是傍晚分。
何监理团队乘坐租车离夏核电，何一路上忍不住感慨：“到做了这SAP，今才一次遇到金额字段容量限制的问题阿。”
张伟望窗外川流不息的车流，一直困扰的花板，门，这个问题，表象是13位数字的问题，底层却是ERP设计思，解决问题范围的尺度问题。
张伟既一忍住回应：“是阿，这是业问题，是代问题。我们今遇到的问题，不是单纯的技术解决的，不定未来，整个ERP领域需一个新的基础理论。”
何笑了笑，调侃拍了拍张伟肩膀：“新理论？不是明吧？”