您对此有正确的了解。

基本上，这是一个确定SPL工作流程中阻塞和升级的原因并调整SPL算法的好方法。 如果您打算使用有助于对该特定"发布原因"进行分析的报告，则可能需要构建一些索引表（以防您的SPL筛选量很大）。

其余，在实现/使用此功能时没有发现任何问题。

我建议您不要为最终用户设置强制性的"发布原因"，因为它一开始会给用户带来烦恼。

此致

Jasmit

嗨Jasmit，

您能帮我在发布原因中强制输入文本吗？。

谢谢

艾莉森，

我们创建了专门的代码来帮助我们确定释放，持有或阻止实体的原因。 我们先分配了一个数字，然后分配了文本，使我们可以细化和过滤数据分析。 任何已下达的订单均以1开头，保留订单以2开头，冻结订单以3开头。

如果我们手动阻止它，则该数字将为301。如果系统将其停止，则该数字将为302，依此类推。