maximo - Maximo 船员类型数量从 JOBLABOR 到 WPLABOR

Question

如果在 JobPlan 上选择 CrewType，Maximo 的默认行为是将 Quantity 显式设置为 1 并将其设为只读。我在 JOBLABOR 中改变了这种行为，现在我可以在 JobPlan 上编辑数量。（这是通过 JOBLABOR.AMCREWTYPE 上的属性启动点自动化脚本完成的）。

但是，当 JobPlan 应用于 WO 时，它仍然在 WPLABOR 上将 CrewType 的 QUANTITY 显式设置为 1，因此不会携带来自 JOBLABOR 的数量。我在哪里可以覆盖该行为？这可以通过 JPNUM 字段的运行操作的自动化脚本来完成吗？

标签： maximo

Answer 1

我明白你为什么要为某种类型的n组人员进行计划。例如，需要一个特定类型的工作人员来为路灯站一根杆子，如果你有整条街道要亮灯，为什么不在此工单上计划 5 个该类型的工作人员？

不幸的是，Maximo 似乎很反对这样做。对于它可能产生的解释，我建议打开 IBM 的支持案例，询问基本原理或如何解决该限制。您可以提交一份 RFE，说明为什么不应该存在限制。

为了满足眼前的需要，也许您可​​以将船员类型设置为服务？或者创建您自己的 Quantity 属性以与 Crew Type 一起使用并围绕这些属性实现所有逻辑？我不喜欢重新发明轮子，但是无论如何，如果您要在每一步都与 Maximo 战斗，“果汁可能值得挤压”。或者，如果它对您来说真的很重要，请自定义 Maximo 的这一方面来做您想做的事。

无论发生什么，我认为您的问题不是编程问题，而是 Maximo 问题。由于 StackOverflow 是一个编程站点，因此您的问题超出了该站点的范围。但是，如果您有编程问题，请回来！我们喜欢解决这些问题！

更新

对此进行了更多考虑，我认为这不是 Maximo 问题。我认为 Maximo 只是（您可以强行争论）鼓励更好的计划。在路灯示例中，您不会期望n 个工作人员自组织站桩。那将是糟糕的计划。相反，您将有一个用于街道的顶级工作订单，而对于每个单独的电线杆，您将拥有一个较低级别的工作订单。因此，这些较低级别的工作订单中的每一个都只需要一种船员类型。这种安排仍会在需要n个该船员类型时流向调度，但是该类型的 1 个船员是否被使用了n次，或者是否n 个船员被使用一次或介于两者之间，这是一个调度问题，而不是计划问题。