嗨，

使用技术工作流日志来找出发送给该方法的值。

然后在SWO1中，将断点放置在您要编写的代码中 感兴趣。然后只需实例化自定义业务对象并执行该方法并调试代码。

在上述给定说明中的什么时候您会遇到麻烦？

请注意， Rob Dielemans

您好，Ankamma，

我不确定我是否理解这个问题。 您是否要阻止最终用户调试业务对象中的代码？ 您能给我们一种可能的情况吗？

例如，我了解在终止的情况下，您可能不想发送电子邮件。 但是您是否担心用户会以某种方式四处挖掘（并调试）以找到有关评估的更多详细信息？

Sue

Hi

正如Rob所说的，您只需要在SWO1中实例化Buniesse对象并放置一些断点即可。

但是，如果您没有真正停止业务对象，则可以停止工作流（通过事件或条件）

但是，您可以更改业务对象的逻辑（更准确地说，您的方法）

最诚挚的问候

Stephane

嗨Ankamma，

根据您的业务需求，您还可以做出一些选择。

您可以使用"检查功能模块"来阻止工作流从第一个开始 位置-可能通过在PA *表中查找该人员-假设您正在使用HR-并且如果它们被定界或没有处于活动状态，则引发事件NO_WORKFLOW并阻止您的工作流启动。

如果在工作流程进行过程中该人离开公司，则可以使用T 发芽事件。 同样，假设您使用HR，则可以使用诸如HR_EVENT_RULES_PA0001之类的功能模块，将其增强为Z版本以包含您自己的业务逻辑，因此，如果您可以检测到该人已离开公司，则可以引发相应的终止事件，

这都是控制工作流程的标准"最佳做法"。 但是，我不了解您的系统情况，所以您需要检查这些情况。

祝您好运，

Sue

< p>我的要求是，一旦员工与组织分开，则邮件不应触发到各自的HOD。

但是在我的情况下，即使我的业务对象中的逻辑发生了更改（从标准业务对象APPR_DOC委派的ZAPPR_DOC）​​，Still Mail也触发了HOD（员工离职后）

我想调试自定义业务对象，如何调试相同对象。

有人可以建议我怎么做吗？

请问我是否还有其他澄清要求。

此致

安卡玛。