提问
PLM Enterprise Asset Management (EAM)/Plant Maintenance (PM) iw22 iw42 stxh indxt

由于不规则的并行处理，未设置通知活动LT指示器

2020-09-21 01:34发布

站内问答 / PM
2738 6 4

         点击此处--->   EasySAP.com群内免费提供SAP练习系统（在群公告中）

加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）


你好社区，

在PM通知中，活动长文本发生了一个非常奇怪的情况。 请在以下情况下查找：

  1. 用户从定制的交易中调用IW42，订单号填写在屏幕上，并列出所有操作；
  2. 用户填写IW42中所有操作的所有确认；
  3. 我们要求必须在活动中填充开始日期/时间和结束日期/时间；
  4. 对于每个活动，用户可以填充一个长文本，当他们这样做时，在IW42中，将显示已创建的长文本的图像；
  5. 然后，用户将从确认中执行技术完成，然后保存在相同的会话/事务中。

99.9％的时间中，活动长文本已正确保存在通知中，并且图标在IW23中正确显示。 在0.1％的情况下，活动长文本被保存，并且在这里发生的事情非常奇怪，该图标未在IW23中显示。 我意识到在帖子 https：中已经查看了未更新的INDXT。 //archive.sap.com/discussions/thread/1933660 ，但是，这里的问题有所不同：

  • 已保存通知，并在QMMA中创建了带有短文本的活动；
  • 活动长文本标头在STXH中创建，并且长文本在群集表中可用；
  • IW23的通知中未填充长文本指示器；
  • 在IW22中，单击活动长文本创建图标，将显示长文本。

在检查STXH时，有可能看到用户在完全相同的时间（HH：MM：SS）在STXH上创建了两个或更多记录，因为之前 用户的工作时间。 我们已经与用户核实了有关使用两个或多个并行会话的问题，并迅速按了保存，但事实并非如此。 每次他们说的时候，他们只输入一个会话。

我们目前的直觉是，尽管所有其他属性都在正确的时间（或几分钟前）保存了，但之前的两个或更多文本已挂起并且尚未提交到数据库中

还有其他人面对过吗？ 有没有人有潜在的解决方案？

         点击此处--->   EasySAP.com群内免费提供SAP练习系统（在群公告中）

加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）


你好社区，

在PM通知中，活动长文本发生了一个非常奇怪的情况。 请在以下情况下查找：

  1. 用户从定制的交易中调用IW42，订单号填写在屏幕上，并列出所有操作；
  2. 用户填写IW42中所有操作的所有确认；
  3. 我们要求必须在活动中填充开始日期/时间和结束日期/时间；
  4. 对于每个活动，用户可以填充一个长文本，当他们这样做时，在IW42中，将显示已创建的长文本的图像；
  5. 然后，用户将从确认中执行技术完成，然后保存在相同的会话/事务中。

99.9％的时间中，活动长文本已正确保存在通知中，并且图标在IW23中正确显示。 在0.1％的情况下，活动长文本被保存，并且在这里发生的事情非常奇怪，该图标未在IW23中显示。 我意识到在帖子 https：中已经查看了未更新的INDXT。 //archive.sap.com/discussions/thread/1933660 ，但是，这里的问题有所不同：

  • 已保存通知，并在QMMA中创建了带有短文本的活动；
  • 活动长文本标头在STXH中创建，并且长文本在群集表中可用；
  • IW23的通知中未填充长文本指示器；
  • 在IW22中，单击活动长文本创建图标，将显示长文本。

在检查STXH时，有可能看到用户在完全相同的时间（HH：MM：SS）在STXH上创建了两个或更多记录，因为之前 用户的工作时间。 我们已经与用户核实了有关使用两个或多个并行会话的问题，并迅速按了保存，但事实并非如此。 每次他们说的时候，他们只输入一个会话。

我们目前的直觉是，尽管所有其他属性都在正确的时间（或几分钟前）保存了，但之前的两个或更多文本已挂起并且尚未提交到数据库中

还有其他人面对过吗？ 有没有人有潜在的解决方案？

付费偷看设置
发送
6条回答
宇峰Kouji
1楼 · 2020-09-21 02:06.采纳回答

大家好。

我们终于设法使用实时系统中的动态锁定点并与最终用户交谈来重现该问题。 如果发生这种情况，请参见下面的信息。

从IW38重新创建IW42问题的步骤

  • 1。使用所选的选择变体启动IW38
  • 2.In alv选择订单行，然后转到菜单Order-> 确认->总体完成确认。 这将导致交易IW42。
  • 3.In 在我们的IW42屏幕上，我们有时间确认框，项目，活动和故障。 填写活动文本" activity1"（我们没有活动目录，因为它是自由文本），开始日期，结束日期，开始时间，结束时间（时间不能为00:00:00）
  • 4。按长文本按钮
  • 5。在"长文本"编辑器中输入一些长文本
  • 6。单击"后退"按钮返回IW42主屏幕
  • 7。现在单击取消按钮（F12），然后在弹出的窗口中回答有关保存数据的"否"
  • 8.In ALV，选择相同的订单，然后转到菜单订单->确认 ->总体完成确认。 这将导致交易IW42。
  • 9。即使未放入活动，也按活动的长文本。
  • 10。您现在将看到上一步的长文本。 无需进行任何更改，只需使用"后退"按钮返回即可。
  • 11。请注意，图标仍为黑色，并且未插入小行以表示已创建长文本。 因此，显然，不考虑长文本。
  • 12。单击"保存"
  • 13。现在，在ALV中选择其他订单，并按照与上述相同的确认过程进行操作。
  • 14。填写活动文本" activity2"，开始日期，结束日期，开始时间，结束时间（时间不能为00:00:00）
  • 15。按长文本按钮
  • 16。在LT编辑器中输入一些长文本，然后按返回按钮

保存数据并返回IW38。

检查表和日期时，您会看到缺少的indtx指示符，并且表STXH中的2个长文本的创建日期/时间相同。

我的印象树液需要在某个地方附加一个可用的内存ID，就像在FM TEXT_MAINTENANCE_INITIALIZE（TEXT_MAINTENANCE_INITIALIZE）中所做的那样

免费内存ID" SAPLSTXD"。

免费内存ID'ITX1'。

compass1988
2楼-- · 2020-09-21 02:09

嗨，彼得，

我以前没有见过这个特殊错误。

如果不使用自定义构建的事务而使用IW42，会发生这种情况吗？

打开OSS消息给SAP以查看他们的建议，尽管可能会问您如何重现该问题。

PeteA

hongfeng1314
3楼-- · 2020-09-21 01:51

使用" SAVE_TEXT" FunctionModule时存在一些已知问题，因为这会添加LongText，但不会设置LT- 指示器本身...
（我们的自定义逻辑也发生了类似的问题，但对我们而言，未执行"确认时更新LT指示器"。）

请参阅SAP-KBA 1982719"无法显示长文本-功能模块SAVE_TEXT的使用"：链接

提取：

"长文本指示器必须更新。
每个对象都使用其自己的字段

  • 订单：字段AUFK-LTEXT
  • 操作：字段AFVC-TXTSP
  • 确认：字段AFRU-TXTSP
  • 通知：字段QMEL-INDTX
  • 通知任务：QMFE-INDTX字段
  • 维护计划：MPLA-LTKNZ
  • 维护项目：MPOS-LTKNZ
  • 设备：EQKT-KZLTX
  • 功能位置：IFLO-KZLTX
  • 任务列表：PLKO-TXTSP
  • 操作任务列表：PLPO-TXTSP


在可能的情况下，应使用相应的应用程序BAPI代替函数SAVE_TEXT（例如，对于带有长条文本的导入参数为IT_TEXT的BAPI_ALM_ORDER_MAINTAIN）。 如果没有可用的BAPI，并且您正在使用SAVE_TEXT函数，则需要通过自己的程序来更新长文本指示符。"

因此，我在联系SAP支持人员时将引用此SAP-KBA。 据我所知，SAP实际上建议您自己更新LT指标...

愤怒的猪头君
4楼-- · 2020-09-21 02:01

嗨，尼克，

感谢您的答复。 我们已经自己更新了长文本指示符，因此这使得这成为一个奇怪的情况。

谢谢

Peter

路亽曱_Ryan
5楼-- · 2020-09-21 02:04

嗨皮特，

感谢您的答复。 使用IW42或通过自定义构建的调用进行复制时，我们非常困难。 实际上，经过8天的尝试，我们已经成功地复制了一次（断点到处都是可以想象的）。

此外，定制的事务对IW42进行呼叫事务，并仅填充订单号并模拟回车，从而显示操作。

保存确认时，用户出口会执行各种验证，但是，我们根本没有发现这些影响。 简而言之，禁止吸烟。

我们查看的选项是：

  • STXH是否被同时执行批处理或批处理作业的另一个开发锁定？ 到目前为止，没有发现任何暗示；
  • 在为第一个通知提交文本的同时，是否发生任何转储？ 同样，在任何时候都没有任何事情；
  • 我们已经检查了当时是否有任何物品运输。 响亮的数字。

我一天要生产一个案件，并且一天中总是在不同的时间。

确实是一个奇怪的人。

找到原因和解决方案后，我将更新帖子。

谢谢

彼得

大简至美
6楼-- · 2020-09-21 02:03

彼得，

如果可能的话，请您的开发人员以编程方式捕获错误，然后将分析文件转储到服务器上以供查看。

PeteA

一周热门 更多>

点击此处---> EasySAP.com 一起学习S4 HANA ...