2020-09-05 10:36发布
点击此处---> 群内免费提供SAP练习系统（在群公告中）加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）你好， 我们希望通过Idoc方... 显示全部
加入QQ群：457200227（SAP S4 HANA技术交流） 群内免费提供SAP练习系统（在群公告中）
你好，
我们希望通过Idoc方案（SUBMAS02）将132个以上的数字导入到段E1BP1077RI中的IDENTIFIER。 我该怎么办？
以手动方式，有可用的长文本，但我看不到Idoc中的这种可能性...
亲爱的霍尔格
根据您的最新评论，这就是我的照片：
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
最多设置5个标签!
{var%20f='http://v.t.sina.com.cn/share/share.php?appkey=1515056452',u=z||d.location,p=['&url=',e(u),'&title=',e(t||d.title),'&source=',e(r),'&sourceUrl=',e(l),'&content=',c||'gb2312','&pic=',e(p||'')].join('');function%20a(){if(!window.open([f,p].join(''),'mb',['toolbar=0,status=0,resizable=1,width=440,height=430,left=',(s.width-440)/2,',top=',(s.height-430)/2].join('')))u.href=[f,p].join('');};if(/Firefox/.test(navigator.userAgent))setTimeout(a,0);else%20a();})(screen,document,encodeURIComponent,'','','http://www.easysap.com/data/attach/logo/logo.png', '推荐 土豆飞人 的问题《通过Idoc SUBMAS02将长文本导入E1BP1077RI》','https://www.easysap.com/answer/56569/158463.html','页面编码gb2312|utf-8默认gb2312'));){kind=link}
亲爱的霍尔格
根据您的最新评论，这就是我的照片：
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
一周热门 更多>