嗨，

对不起，您没有早点回答（有点忙）

自生成类以来，您是否更改了BRF +函数的版本？

如果 是的，该类仍在调用旧版本

，您可以在该类的构造函数中对其进行检查：

super-> constructor（）。

m_class_name ='ZCLBRF_0015177E32EC1EE4B4_0002'。 " #EC NOTEXT
IF_SWF_BRF_FUNCTION〜m_function_id ='0015177E32EC1EE4B4DF12A3FD4E51E1'。
IF_SWF_BRF_FUNCTION〜m_ruleset_id =。。
m_version ='001'。

即使有更多工作要做，我还是不想从工作流中生成类。

干杯，

Stephane

嗨，Raj

1。 您的任何新BRF工作流程都可以在生产中使用吗？

2。 您的Z表定义和表数据是否已成功传输到生产环境？

3。 您的工作流程定义和事件链接是否已成功传输并在生产中处于活动状态？

4。 所有必需的部件是否都已成功运输并投入生产？

5。 是哪个工作流程？

6。 屏幕截图？

嗨

可以重现案例吗？如果可以，可以使用工作流实例从类中调试案例吗？

否则 检查您是否正在使用BRF +的活动版本

您还可以使用BRF +的实用程序报告FDT_HELPERS检查应用程序是否有问题。

在您的 情况下，我还要仔细检查绑定（您是从工作流还是外部生成类的？）

干杯

stephane

嗨，乔安娜，

非常感谢您的答复。

这是自定义发票工作流程。 是的，最近我们在生产中添加了新的BRF +规则集。 请注意，每天有大量数据流过此WF。 仅在少数情况下会发生这种情况，而且这种情况也会以不规则的方式发生。

您能确认一下，缓冲区是否可以导致WF的这种异常行为？

最近，我们在WF上做了一些更改并转入生产了吗？ 基础团队需要采取与缓冲区同步/刷新有关的任何操作吗？

我无法弄清楚。 非常感谢您的帮助。

谢谢！

非常感谢您的帮助。

实际上，我们在工作流中的多个位置调用了相同的BRF +函数。 在一项任务中，我们错过了绑定。

您提供的解决方案帮助我解决了另一例BRF +失败的情况。

再次感谢。 ：）

忘记了，我们在任务中使用SAP生成的BRF +类，只是在自定义类方法中调用setter和getter方法。