为了所有人的利益。

我们使用的解决方案是：

使用用户出口EXIT_SAPLV01Z_002并添加适当的代码来覆盖字段" CHARG"

在生产订单下达操作中，通过BAPI_PRODORD_RELEASE调用此用户出口。

如果任何人都有另一种解决方案来分配AFPO-CHARG字段而不必下达生产订单，请免费填写以将其添加到此帖子中。

致谢

你好丹尼尔

在我们的系统中，FM" VB_CP_HEADER_DATA"提供AFPO结果。 否则，您可以只查询AFPO表并将结果存储在AFPOD结构中...

PS：通过"评论"（而不是回答），您的通讯员将在您的更新中得到通知...现在，我很幸运地浏览了一些帖子，并看到了您的更新...

希望这会有所帮助

Nic T。

你好丹尼尔

使用" CO_BI_AFPO_UPD"时的MessageID/错误编号是什么？它有助于使用" CO_BI_AFPO_ *"函数预先获取AFPO数据吗？

FM" CO_VB_ORDER_POST"的格式为" AFPO_POST"（请参阅​​" LCOVBF10"），但这是要使用的复杂/关键的FM（我不推荐使用）...

亲切的问候

Nic T。

你好Nic

谢谢您的回答。

函数CO_BI_AFPO_UPD仅引发" ERROR_READ_AFPO"异常。

进行一些调试，该函数正在读取内部表" AFPO_BT"，如果该记录不存在，则引发异常标志。 记录是否实际位于表中都没有关系。

我尝试使用函数CO_BI_AFPO_GET和CO_BI_AFPO_CREATE填充内部表AFPO_BT，但没有成功。

恐怕FM " CO_VB_ORDER_POST"也使用内部表AFPO_BT。

也许，如果我能找到填充内部表" AFPO_BT"的正确方法，它将解决我的问题。但是，到目前为止，我没有成功。

关于

"否则，您可以查询AFPO表并将结果存储在AFPOD结构中..."-我 有相同的要求，这是行不通的！

据我了解，此FM CO_BI_AFPO_UPD仅在BADI实现" WORKORDER_UPDATE"-IF_EX_WORKORDER_UPDATE〜AT_SAVE方法中起作用。