【发布时间】：2013-03-04 16:37:36
【问题描述】：
我正在设计一个使用状态原因将案例路由到我们组织内的各种队列的工作流程。
为了在工作流中强制执行流程（并减少用户需要从中选择的状态原因的数量），我想根据案例的当前状态原因限制可以选择哪些状态原因。我们有 12 个状态原因。
例如我想确保如果案例处于“准备好报告创建”状态原因，用户只能将状态原因设置为“已取消”、“搁置”或“已完成报告草稿” - 但他们不应该能够将状态原因设置为“报告已批准”。
我已经考虑过这个问题，我正在考虑的当前解决方案是：
隐藏案例的状态原因字段。
创建一个 CRM 对话流程，它根据案例的当前状态原因为用户提供相关的状态原因以供选择。
虽然此解决方案有效，但需要进行大量配置，因为每个状态原因都需要一个页面 - 在 CRM 对话过程中。
有没有人对这个问题不那么笨拙的解决方案有任何建议？
注意：这是本地安装，因此我们具有完全的灵活性 w.r.t.我们可以部署的解决方案类型。
【问题讨论】：
-
在处理可用状态原因时是否存在限制？还是你不想写代码？
-
实现方式没有限制。我主要关心的是可维护性。对话过程很快变得笨拙。除非提供更好的选择，否则我可能会考虑使用 @james 建议的 js 方法，使用数组来映射有效状态原因。