Zenon太微妙了...;）

您绝对必须将/SCMTMS/EXTR_EE_TO40复制到z版本，并将其与与AOT（ODT40_TO）关联的配置项ODT40_TO（最好是与新的自定义项）关联，或者最好与新的自定义项关联 一个）

然后，您可以转到新的z函数并更改LOAD_BEGIN背后的逻辑，...下面显示的当前标准代码示例...

如果lv_begin不初始且lv_end不初始。
************************************* ****************************
**里程碑'LOAD_BEGIN'*
************ **************************************************
清除 ls_expeventdata。
*应用程序对象ID
ls_expeventdata-appobjid = ls_app_objects-appobjid。
*应用程序系统的逻辑系统ID
ls_expeventdata-appsys = i_appsys。
*应用程序对象类型
ls_expeventdata-appobjtype = i_app_obj_types-aotype。
*登录语言
ls_expeventdata-language = sy-langu。
ls_expeventdata-milestone =/scmtms/if_tor_const => sc_tor_event-load_begin。
*增加计数器
> lv_milestonecnt = lv_milestonecnt + 1.
ls_expeventdata-milestonenum = lv_milestonecnt。
*获取日期
ls_expeventdata-evt_exp_datetime = lv_begin。
*提供带有停止键的itemident
ls_expeventdata-itemtor = > -node_id。

完成后，将不会为FO创建任何预期的事件。

第二，您还必须转到每个事件的事件数据相关性。 （例如LOAD_BEGIN =功能模块：/SCMTMS/REL_EVT_TOR_LB），并且当不打算将LOAD_BEGIN发送给SAP EM时，您必须避免引发事件。

有道理吗？ 如果没有，那么您将需要一名SAP EM人员来帮助您完成此任务，因为这需要几个小时才能完成。

谢谢

Kevin

你好Hemraj。
您可能需要标准预期事件提取器（/SCMTMS/EXTR_EE_TO或/SCMTMS/EXTR_EE_TO40）的Z版本。

此致

Zenon。

感谢Zenon，我目前的想法是一样的。

我现在知道阶段拆分中有两种情况。

1）通过合并（意味着将要卸载，装载软件包）。

2）没有合并（没有物理卸载或加载）。

您将不得不按照您的说法应用Z解。

Kevin确实感谢您提供详细信息。

很有帮助。

好吧，我是EM人员，正在尝试执行该要求。

我理解您的意思，再次感谢。

在TM Stage Split中：我有两种情况

阶段分裂-方案1：

SAP标准解决了中心方案中的"合并"问题，这就是为什么我们看到预期事件在点对点之间均匀分布的原因。

阶段分裂-方案2 ：（通过公交）

这意味着，在转运地点没有实际的货物合并。 这意味着在创建FO/FB时，系统应了解这是一个阶段拆分方案，还应标识方案1（具有合并）或方案2（仅过渡），如果仅是过渡，则应列出诸如Load Begin/End（加载开始/结束）之类的事件 对于发生合并的情况1，不需要考虑合并点的情况，而是考虑考虑。

我还试图了解EM系统如何将FO区分为阶段拆分FO？