嗨，

1）检查此销售订单号的VBFA表以正确记录文档流。

2）检查单个文档，而不是通过此文档流，而是 使用多带带的t.code（是否删除或取消了任何订单项）

您好，

我看到的唯一记录的更改与计划有关，而不是与文档流程有关：

https：//help。 sap.com/doc/474a13c5e9964c849c3a14d6c04339b5/100/zh-CN/8880de6dbfb94ea3b0de1f26b40816dc.html?version=1909%20FPS01

但是确实，客户系统已经在FPSP01上，而我们内部仍然没有看到此行的系统。

br
Patrick

转到VA03，选择该销售订单并执行。 现在，从顶部菜单栏中，单击环境>更改，您可以在其中查看对该销售订单进行的更改。 在上述情况下，很有可能会删除该订单项

thx，以征询您的反馈-我会检查一下项目中更重要的问题是否得到解决。 他们可能计划在夏季末实施FPS2。 在Autoumn中，应该已经发布了FPS3。

帕特里克

早上好，

没有删除，货运单位也可以查看（通过TM Status选项卡或直接通过fiori应用程序查看）-只有该行不存在。

br
帕特里克

有" TM状态"标签。

您的系统没有问题。

我看到的相同行为 在未经修改的1909 FPS1环境中。

我无法向您提供做出此设计决定的原因的所有详细信息（可能只有SAP解决方案架构师才能为您提供正确的答案），但这是TM的方式。 如果从SD文档开始，则会通过文档流显示文档。 这可能与以下事实有关：TM最初用作多带带的系统，而嵌入式TM相对较新。 它们可能会在将来的版本中引入一些改进。

如果您通过TM应用程序访问文档流，则可以导航到文档流或在多带带的选项卡中打开在文档流中看到的文档：

如果您的用户具有足够的权限，并且"业务文档"列中的所有这些链接都应指向相应的应用程序，并且 如果正确配置了应用程序。

我的猜测是，对于从SD文档开始的文档流显示，TM文档的处理类似于外部事务处理-您看到的是数字，但无法导航