大家好，

最近我们有几个客户事件是由GTS端的SM13更新错误引起的。

在这个博客中，我想展示如何轻松找到系统无法更新的数据。

在大多数情况下，这些都是从馈线系统传输的内部表条目。

1。在GTS中，转到SM13

2。选择相关SM13错误

3。在本例中双击条目

采购订单从ECC转移后，未能更新到GTS侧的首选LTVD工作列表

4。双击条目

5。按ABAP编辑器按钮

在这种情况下，我们可以看到系统试图用IT UPD中的条目更新table/SAPSLL/PREVDWLI。

所以要解决这个问题，我们需要知道运行时内部表IT UPD中的内容。

6。为此，我们需要按一次绿色返回按钮并关闭"更新模块状态"弹出窗口，直到我们回到这个屏幕…

7。从这里按"显示更新数据"按钮

8。这将使您进入一个屏幕，在该屏幕中，已捕获尝试更新时的本地内存数据

9。双击"IT\u UPD"参数，您应该拥有对任何进一步调查都至关重要的条目

从这里，我们可以将GUID\u PR复制到/SAPSLL/PNTPR中，物联网关键技术，并找到与此失败更新相关的材料。

通过这些材料，我们就可以确定该日期的问题采购订单在ERP表EKPO中

此方法不仅适用于首选LTVD工作列表更新问题。它可以用于GTS中的大多数SM13错误。

因此，请记住此方法，大数据数据，以便您自己进行调查，并在提出SAP事件之前遵循此方法。这将大大加快SAP解决问题的速度，甚至可以帮助您自己解决问题。

请注意，为了保护我们内部GTS系统的完整性和安全性，上述截图中已屏蔽了某些敏感数据。

致意，

Eoin

非常有用

Eoin，

一旦发现问题物料并从工作列表中删除，如何防止再次发生？我们每天都有这样的事情发生，通常是针对同一个管理单位/供应商/材料。后续功能总是004（垃圾桶），所以我可以很容易地删除它们，但它使我们的基础团队忙于审查不应该发生的错误。

嗨，云服务器的，欧泊，

我知道这可能是相当耗时的。目前开发人员正在研究这个问题。

能否确认系统中安装了注释2148374、2164307、2189635和2238004？

一旦我知道安装了便笺，如果问题再次出现，我可以给出进一步的建议。

致以最诚挚的问候，海淘客，

Eoin

感谢您的回复。我们有前3个注释，但没有安装2238004。我会申请，让你知道，如果它解决了我们的问题。

嗨，伊恩，

注2238004现在已经安装在我们的生产系统，错误继续发生。如果您对这种情况有任何进一步的了解，品高云，请告诉我。

谢谢，

欧泊

嗨欧泊，

感谢您安装此便笺并通过此渠道进行沟通。

我认为我们需要对您的系统进行进一步调查。

如果您打开事件并参考此聊天，我将拿起它。

感谢您的耐心。

干杯，

Eoin

在实施支持包4和5后，问题出现在我们的GTS11.0系统中。在此之前，我们根本没有这种行为。所以，也许这有助于找到这个问题的原因。

致意

苏珊娜

嗨，

非常好的文件亲爱的。

嗨GTS专家，

感谢您提供这份文件。这对我很有帮助。

问候，

斯里尼瓦斯耶兰帕利

嗨，伙计们，

请看注2314769。这就解决了这个反复出现的问题的根本原因