Hello Holger，

请尝试E1BP1077IL，并让我知道它是否对您有用。

谢谢

Satya

# p#

Hi Christoph，

总是有第一次。 :-)

我们使用服务提供商提供的Idoc szenario，向我们发送有关我们物质的所有信息（GHS，运输分类，急救，废物代码，化学和物理信息等）。

< p>亲爱的Holger

正如我试图解释的那样：从另一种方式开始。

不是ALE专家的故事就像：您需要多个"细分" ; 根据我的理解，所有这些信息都需要按段处理132个CHAR。 因此，如果您有一个"长文本"：您需要多达E1BP1077IL段来传递数据。

总是最好的学习方法是：做一个"出站" ..并根据您的内容 可以看到。 尝试"入站"

C.B：

亲爱的克里斯托夫，

是非常复杂的，而且我从未听过其他EHS客户这种方法/自3年以来成功使用的方案。

关于您的评论，我们使用以下方法：

1。）规范ID仍然是IDOC的一部分->数据通过XML.file来自非SAP系统，并且我们过去使用过SAP PO，但是现在我们有一个带有自己的中间件的服务提供商 从xml生成，我们系统上的IDOC会生成新规范或更新这些规范...

Hello Holger

到目前为止，我从未与任何人取得联系 使用ALE进行数据迁移/数据导入的人

我们可以使用一些假设：

1。）可以通过ALE分发任何"长"文本（例如标识符或用户定义的文本） 毫无疑问

2 :)但是，如果您的"细分市场"是正确的选择，那呢？ 不知道

"最好"是（例如，与EHS标准导入一样）首先要做"其他方式"

所以您的规范的识别符长于132 数字：将此规范分发到某些目标系统。 SAP EHS按正确的顺序执行正确的"操作"。 然后只需检查IDOC结构以及在SAP标准中如何完成"出站"。 基于此：您可以（希望）执行"入站"

另一个选择是：如果您拥有ABAPer：请在此处检查文档： https://www.consolut.com/en/s/sap-ides-access/d /s/p/5/doc/YY-EHS_MD_120_40_02.html

有一个标准的BAPI正在起作用

例如 检查：

有些话题讨论"类似"挑战

https://answers.sap.com/questions/10066398/distribution-of-specifications-using-ale-with-reci.html

https://answers.sap.com/questions/7131264 /ehs-interface-to-distribute-the-specification-data.html

https://answers.sap.com/questions/12327599/inbound-submas-idoc-from-external-system.html

< a hraf=" https://answers.sap.com/questions/107314/hello-willem-just-to-ask-how-you-have-used-the-inb.html"> https://answers.sap .com/questions/107314/hello-willem-just-to-ask-how-you-have-used-the-inb.html

htt ps：//answers.sap.com/questions/9087412/idoc-from-ehs-tables.html

CB

亲爱的克里斯托夫，

谢谢，有趣的是，甚至我有关长文本的问题都已解决，并且自从成功使用几年以来就使用了导入。

亲爱的霍尔格

现在您"迷失了"我。

让我们假设这种情况：

您有 准备EHS的目标SAP ERP系统。 只能基于两种方法在系统中"预订" IDOC

1。）规范ID仍是IDOC

2的一部分。）或使用例如 您可以使用"变体"来识别对应的目标对象

1。）是您应该使用的变体（但是系统应该如何知道您的规范ID？）。 现在，如果您有一个准备EHS数据的源系统，我们有两个选择/选择：

源系统是SAP系统或源系统是"非SAP"系统

< p>对于情况一。 SAP可以处理出站和入站而没有任何问题（我不知道有任何问题）。 在这里，您需要影响SAP的方法。 对于"长文本"，已在目标系统中进行了更正，并已将其预订。

对于情况2：在大多数情况下，您将SAP XI/PI用作"中间件"，然后为EHS创建IDOC

如果使用此选项：必须以生成正确IDOC结构的方式准备SAP XI/PI，以便支持长文本（我不是ALE专家）； 但重要的是：在SAP XI/PI中，必须进行"映射"，以便识别规格ID，否则您将无法在目标系统中预订IDCO。

也许该文档可能会有所帮助 位：

https ：//wiki.scn.sap.com/wiki/display/HOME/Step+by+Step+procedure+for+creation+of+IDOC

有关"技术"部分。 https://wiki.scn.sap.com/wiki/display/ABAP/ List + of + BAPI％27s

可能很有趣，例如： BAPI_BUS1077_SAVREPMUL

这里有一些线程"部分地"链接到您的主题：

这些主题与"入站"主题

https://answers.sap.com/questions/10741548/data-transfer-of-substances-fails.html

https：//answers .sap.com/questions/12327599/inbound-submas-idoc-from-external-system.html

https://answers.sap.com/questions/107314/hello-willem-just-to-ask -how-you-have-used-inb.html

，这与"出站"主题

https://answers.sap.com/questions/3491390/extraction-program-for-ehs -ehs-to-xi-scenario.html

https://answers.sap.com/questions/9087412/idoc-from-ehs-tables.html

https：//answers .sap.com/questions/10687821/background-possibility-for-data-exchange-ale-with.html

https://answers.sap.com/questions/9823515/mapping-of-properties-to-characteristic-fields.html

CB

亲爱的霍尔格

根据您的最新评论，这就是我的照片：

a。） 非SAP系统作为源系统； 这个系统会创建" XML"文件

b。）您仍然有一些"中间件"（而不是SAP PI）来获取基于XML文件的IDOC

我不是 ALE专家。 但可能会与" ABAPer"联系并检查此功能模块：

C14ALE_IDOC_INPUT_SUBMAS

此功能模块在SUBMAS IDOC末尾"消耗"。 最上方：通常看一下功能组C14ALE； 在这里，所有用于ALE处理的相关功能模块都得到了管理

总体：因此，诀窍是（我认为）着眼于"中间件"，该中间件需要将XML文件转换为SUBMAS IDOC（包括长文本） 选项）

在顶部有一些"但是"（警告）：

1。）如果您创建新的规范：这应该没问题

2。），但如果您对现有规范进行更新。 这里的问题列表是"无止境的"。 例如 规范ID不允许用户或进程在"编辑"模式下"阻止"

即使在SUBMAS的SAP到SAP连接上查找：在"入站"过程中总会有风险 会出错 因此可能需要进行"严格"监视。

问题可能是：您可能并不总是知道在哪个时间点需要使用" IDOC"。 但是IDOC入站处理（用于SUBMAS）会创建日志（请参阅SAP帮助）。 您可以检查此日志中的"问题"，并据此可以更好地管理ALE

此论坛中的讨论表明，SUBMAS的处理并不容易，并且存在很多陷阱 考虑。

但是，对ALE和"错误"修复程序的监视确实非常耗时，并且错误修复程序的处理是另一回事

简而言之：是的，我们在这里进行了一些ALE讨论 ，但是非常有限（<20个线程？），而且您的情况是特定的（但请参阅其他列出的线程；其中一些线程可以反驳您的愿望

CB