大家好，

工作给了一个很好的提示，以找到正确的解决方案。 状态66未记录，但是我在状态记录中找到负责我在LEDINF05中行为的程序。

系统正在调用FM TH_ARFC_LOCAL_RESOURCES，以检查是否有足够的进程来完成IDOC发布，是否有0个可用任务以及tedef-routid eq'BATCHJOB'由系统创建批处理作业。

致谢

Helmut

嗨，Helmut，
谢谢您的提示。 我们还试图理解为什么在某些情况下，传入的IDOC会在没有后台作业的情况下进行处理，有时SAP会自动创建名称等于某个IDOC编号（正在处理的软件包中的第一个IDOC）的作业。 我现在可以理解，没有足够的DIA流程来处理IDOC帖子。 只有在这种情况下，才会自动安排后台作业。

在我们的案例中，IDOC从PI系统发送到ERP，ER系统又从传入文件生成IDOC（在转换和映射之后）。 我们注意到以下情况：

-如果我们一次提供大量文件作为PI的输入，则会触发那些"自动"背​​景。 我认为PI为每个处理的小文件创建多带带的RFC连接，因此许多连接占用ERP中的许多DIA进程-/SDF/MON显示出较高的DIA利用率。 在这种情况下，IDOC在ERP端具有两次状态64（第一个具有程序SAPLEDIR/子程序IDOC_STATUS_64OR65_SET，第二个具有程序LEDINf05）。

-如果我们将单个大文件放入PI，则不会进行后台IDOC处理。 然后，所有生成的IDOC通过RFC通过单一连接发送到ERP，ERP中没有使用许多DIA流程。 在这种情况下，IDOC仅具有状态64（程序SAPLEDIR/子程序IDOC_STATUS_64OR65_SET）：

此致

罗马

Morgen Helmut，

如果我查看阅读的报告信息：

处理入站IDoc的报告未立即传递给应用程序。

此报告转发所有具有以下身份的IDoc：
状态64"准备传递给应用程序"
状态66" IDoc正在等待先前的IDoc（序列化）

在您的情况下，它只能是状态66，因此原因是序列化。

致谢

工作

我们已使用"立即触发"设置了合作伙伴资料，但即使在某些情况下，也会自动创建一个工作来发布单个IDOC。 但是为什么？

您可以验证相应的合作伙伴资料，以查看处理是"立即触发"还是"通过后台作业触发"

我还没有 为这类IDOC安排了工作。 他们想立即进口。 但是，为什么在某些情况下我们有一个批处理作业？

请参考下面的Wiki帖子，并检查为计划的报告选择的变体

运行批处理作业时会发生什么 报告RBDAPP01无法处理IDoc-ABAP连接-SCN Wiki