您好，院长，

我没有尝试过，但不建议这样做。 我毫不怀疑它在技术上可以正常工作，但是我猜测实现解决方案需要一些代码破解。

从业务的角度来看，停用是一种"单向方式 街道"-如果随后更改了声明内容，以致无法满足停用条件，那么您将无法恢复使用该消息。

这会更好吗？ 相反，"不确定"消息； 也就是说，如果不满足条件，则不要提出消息。 每当用户导航到"通信"选项卡时，都会执行消息确定，因此基于项目值（以某种方式）进行确定应该可以正常工作，不是吗？

上一句话中的"以某种方式" 可能是通过在标头级别配置新的职责类型来表示是否需要发送消息，然后根据总值在职责计算BAdI中激活或停用该职责类型。 并根据职责类型创建一个新的数据提案字段-在这里我只是大声思考，因此该部分需要更多的考虑和检查。

问候，
Dave

Hello Dave，

好，效果比我预期的好。 BAdI/SAPSLL/PRN_DET似乎是解决此问题的方法。

关于，院长。