Stadler 利用其技术将 RAM/LCC 数据处理时间从 30 小时缩短至 10 分钟。 MendixTeamcenter 和 SAP | Mendix

跳到主要内容

所有客户故事

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分钟,而是创建了一个持续的信息流,为从最初的设计评审到数十年的运营过程中的决策提供支持。

Topics

选择你的语言