Dynamics crm 2011 如何根据案例的当前状态原因限制用户可以选择的状态原因？

我正在设计一个工作流，使用状态原因将案例发送到我们组织内的各种队列

为了在工作流中实施该流程（并减少用户需要从中选择的状态原因的数量），我想限制可以根据案例的当前状态原因选择哪些状态原因。我们有12个身份原因

例如，我希望确保，如果案例处于“准备创建报告”状态，用户只能将状态原因设置为“已取消”、“保留”或“报告草稿已完成”-但不能将状态原因设置为“报告已批准”

我已经对这个问题进行了一些思考，目前我正在考虑的解决方案是：

隐藏案例上的状态原因字段

创建CRM对话框流程，根据案例的当前状态原因，为用户提供可供选择的相关状态原因

虽然此解决方案是有效的，但在CRM对话框过程中，每个状态原因都需要一个页面，因此需要进行大量配置

有人对这个问题的解决方法有什么建议吗

---

注意：这是一个内部安装，因此我们可以部署完全灵活的w.r.t.类型的解决方案

有两种方法可以做到这一点

一个对话框肯定会给你一个无代码的选项

如果您乐于使用JavaScript，您可以使用函数动态添加和删除选项，如

adoption

、

clearpoptions

和

removeOption

。这将提供更流畅的用户体验

---

如果您想强制执行业务规则，还可以添加一个插件，该插件在设置错误状态时引发异常，以防止任何数据导入或其他流程错误地设置值。

有几种方法可以做到这一点

一个对话框肯定会给你一个无代码的选项

如果您乐于使用JavaScript，您可以使用函数动态添加和删除选项，如

adoption

、

clearpoptions

和

removeOption

。这将提供更流畅的用户体验

---

如果要强制执行业务规则，还可以添加一个插件，该插件在设置错误状态时引发异常，以防止任何数据导入或其他流程错误地设置值。

在处理可用状态原因时是否存在限制？或者你只是不想写代码？实现的方式没有限制。我主要关心的是可维护性。对话过程很快就会变得笨拙。除非提供更好的选项，否则我可能会考虑使用@james建议的js方法使用数组映射有效的状态原因。在处理可用状态原因的方法上是否存在限制？或者你只是不想写代码？实现的方式没有限制。我主要关心的是可维护性。对话过程很快就会变得笨拙。除非提供更好的选项，否则我可能会考虑使用@james建议的js方法使用数组映射有效的状态原因。谢谢@james wood。我最终使用了Javascript UI类。他们请客。谢谢@james wood。我最终使用了Javascript UI类。他们工作得很愉快。