Stadler 利用其技术将 RAM/LCC 数据处理时间从 30 小时缩短至 10 分钟。 MendixTeamcenter 和 SAP
客户购买火车时,不仅仅是购买一辆车,而是投资于未来三十年的可靠性、维护、备件供应和运营成本。
多年后发生的故障往往可以追溯到工程设计阶段的决策。招标过程中制定的维护策略可能会影响数十年后的车队可用性。每一个选择都会在列车的整个生命周期中产生连锁反应。
At Stadler Rail要管理这些决策,就需要工程、服务和商业团队之间无缝地传递信息。
随着超过 12,800 辆车辆即将在 50 个国家/地区投入运营,以及种类繁多的高度可配置轨道车辆,Stadler 的 RAM 和 LCC 团队发现自己处于这一挑战的中心。
“我们依赖于跨多个系统的一致、可靠的数据,”Stadler Rail 的 PLM/ERP 项目经理 Bennet Weller 说。
随着客户对可靠性、可维护性和生命周期成本的要求不断提高,该公司意识到,以电子表格为驱动的流程和各自独立的工具已无法再支持业务发展。
当关键决策依赖于零散数据时
RAM/LCC 并非单一的业务流程,它涵盖以下方面:
- 可靠性工程
- 维护计划
- 可用性建模
- 备件管理
- 生命周期成本计算
- 商业投标活动
每个领域都依赖于其他领域产生的信息。
“近年来,RAM和LCC这一话题获得了广泛的关注,”韦勒解释说。“所有这些过程都彼此高度关联。”
然而,相关的佐证数据仍然分散。
供应商信息通过电子表格传输。各个团队维护着同一记录的不同版本。信息需要在系统间手动传输。工程师们花费了大量宝贵时间来搜索、验证和核对数据。
“RAM/LCC 中的整个数据结构有点混乱,”韦勒说。
随着项目变得越来越复杂,这些低效之处开始限制项目的可见性,并减缓执行速度。
Stadler公司并非缺乏数据,而是存在协调问题。
工程与运营之间的智能层
Stadler并没有试图替换现有系统,而是专注于让它们协同工作。
该公司秉持一个简单的原则:每个系统都应该发挥其最佳功能。
- 团队中心 管理工程结构和产品数据。
- SAP 管理维护信息、定价、备件和生命周期成本计算。
缺失的环节是一个能够协调两者之间信息,同时保持核心系统清洁的层。
那就是 Mendix 进来。
而不是成为另一个存储库, Mendix 作为操作层,它指导工作流程,验证传入数据,并协调系统间的信息。
对于施泰德来说, Mendix 提供:
- 快速发展 在时间紧迫的情况下
- 无缝集成 借助 Teamcenter 和 SAP
- 扩展流程的灵活性 无需修改核心系统
- 工作流程编排 跨平台
- 支持清洁核心 建筑
这项工作尤为重要,因为供应商数据格式各异,质量也参差不齐。在信息到达 Teamcenter 或 SAP 之前, Mendix 验证记录,识别重复项,构建记录结构,并通过引导式审批流程进行路由。
“在数据进入核心系统之前,我们会对数据进行验证,”韦勒强调说。
最终形成了一种可扩展的架构,该架构将产品、维护和成本数据联系起来,而不会损害核心平台的完整性。
将信息转化为可重用知识
目标从来不仅仅是提高数据质量,而是要让信息在整个组织内都能被利用。
我们计划建造一个 Mendix “RAM/LCC 应用,其中数据是结构化的,”韦勒分享道。
信息一旦标准化和验证,就可以在整个生命周期中重复使用:
- 工程团队可以利用以往项目积累的知识。
- 维护计划人员可以根据已批准的产品信息开展工作。
- 商业团队可以更有信心地进行生命周期成本估算。
现在,团队不再逐个项目地重新创建信息,而是在一个共同的基础上进行构建。
为更明智的决策奠定基础
Stadler 最显著的成果就是速度。
但其更大的影响远不止于流程效率。
- 工程师们花在管理电子表格上的时间减少了。
- 生命周期成本计算基于一致的信息。
- 维护计划与设计决策更加紧密地结合起来。
- 组织内各个团队都基于同一个数据基础开展工作。
Stadler计划将该解决方案推广到更多地点,提高自动化程度,并探索利用人工智能处理供应商信息。这些举措建立在一个已将工程、维护和商业运营连接起来的框架之上。
对施泰德公司而言,真正的变革并非将流程从30小时缩短到10分钟,而是创建了一个持续的信息流,为从最初的设计评审到数十年的运营过程中的决策提供支持。