JSW 的钢铁制造分布在多个制造工厂，每个工厂拥有数十台各种类型的机器。每台机器都有许多传感器跟踪多个数据点并每 2-3 秒提供一次事件数据。数据类型包括现场维护、材料消耗和机器使用情况。数据以专有的制造商格式保存在每台机器的数据库中。然后，每台机器将数据传输到中央 Oracle 数据库。尽管该过程有效，但缺少错误报告和处理。因为每台机器都使用自己的数据协议，所以数据传输过程是“封闭的”，并且没有标准的方法来报告发生的错误或将错误代码传递给其他系统。因此，一些错误会在很长一段时间内被忽视。一个例子是生产尺寸不正确的金属。当这个错误暂时被忽视时，它会导致经济损失。

Citibanamex 的数字化转型计划是为了跟上充满活力、快速发展的墨西哥消费银行市场的需要。该银行的主要目标是跨数字和传统渠道（包括分行网络）提供无缝、个性化的用户体验。 Citibanamex 知道它需要创新的新数字产品来改善数字用户体验。但随着时间的推移，这些现代化项目导致复杂性不断增加，其中包含大量内部工具、大型机网关、ESB、中间件、调度程序、路由器和消息队列。每个系统都有不同的方式来处理后端遗留平台，具有讽刺意味的是，在每个这样的“集成”项目完成后，与遗留应用程序的集成变得更加困难和繁琐。

Autogrill 清楚地了解他们在成本、营运资金、利润等方面的需求和用例，但我们正在寻找能够为他们实现目标提供最佳支持的合作伙伴。例如，Autogrill 的供应商要求访问其核心数据，以提高订单的可见性、分析和有效性。 Autogrill 还需要更清楚地预测库存水平、每个市场的本地成本以及有关其供应链的其他信息。 Autogrill 知道，从其核心系统授予实时信息的安全服务需要为他们的供应商提供服务。但是，数据驻留在他们的 IBM I (AS/400) 和 SAP 系统中，他们需要以一种快速、简单和安全的方式访问这些数据，而无需创建数千个查询并保持低成本。

AIG 深知保险客户需要便利，这也是他们多年来一直提倡“一键搞定”的原因。然而，在幕后，他们的呼叫中心代表不得不手动将呼叫中心应用程序中的数据输入到他们的核心保险系统中。他们的 IBM i 应用程序可靠，但极难与技术堆栈中的所有其他系统集成。他们探索了其他产品，呼叫中心代表通常会将数据输入到一个系统中，并让它为 3-5 个不同的系统提供数据。在测试了其他解决方案并权衡了不同的选项后，这家领先的保险公司转向 OpenLegacy 的微服务 API 方法。