在寻找解决方案来处理重新分配事务中的KITS时，我遇到了FM'PACK_HANDLING_UNIT_DLVRY'。

它将在交付中创建并打包HU。 但是此FM中存在一些问题：

1。 它不会更新HU中的序列号，因为已经注释掉了将序列号传递到另一个FM（实际上创建HU）的参数。

2。 表O_HU_ITEMS在行号131中的填充错误。

我相信，如果我们使用提到的FM内的FM制作" Z"型FM，那么我们可以解决上面提到的两个问题。

替代解决方案：

1。 BAPI_HU_CREATE-用于创建HU

2。 WS_DELIVERY_UPDATE-更新交付以将其与HU链接。

最后的选择：

使用BDC将HU分配给交货。 这是一个可行的解决方案。

我尝试了"替代解决方案："下提到的解决方案。 我可以成功地将HU分配给交货，但此后PGI没有发生，所以我选择了BDC，它就起作用了。

我告诉了我所有可能的知识，以便您也可以尝试一下。

请仔细查看一下，让我知道您的观察结果。

这里的解决方案适用于我的情况：

init_ref_object-objkey = me-> f_current_delivery。

ls_hu_mm-plant =植物。

ls_hu_mm-stge_loc =存储位置。

通话功能'HU_INITIALIZE_PACKING'

导出

is_object = init_ref_object

is_plant_stloc = ls_hu_mm

导入

et_messages = o_hu_messages

例外情况

not_possible = 01。

数据：ls_likp TYPE likp。

选择单个*从likp

INTO ls_likp

vbeln =交付位置。

清除ls_vbkok。

ls_vbkok-vbeln_vl = ls_vbkok-vbeln =交付。

ls_vbkok-vbtyp_vl = ls_likp-vbtyp。

ls_vbkok-wabuc ='X'。

阅读表me-> t_huheader INTO ls_huheader索引1。

ls_handling_units-top_hu_internal = ls_huheader-venum。

• Pro Position ein Rehang-Satz

环顾我-> t_huitems，进入ls_huitems

velin = 1。

ls_handling_units-venum = ls_huitems-venum。

ls_handling_units-vepos = ls_huitems-vepos。

ls_handling_units-rfbel =->交付

ls_handling_units-rfpos =->交货位置

APPEND ls_handling_units到lt_rehang。

ENDLOOP。

调用功能'WS_DELIVERY_UPDATE'

导出

vbkok_wa = ls_vbkok

同步='X'

commit ='X'

交付= ls_vbkok-vbeln

nicht_sperren =空间

表格

prot = lt_prot

it_handling_units = lt_rehang。

关于Matt

它适用于我的情况。

完美

谢谢

阿什拉夫