IDOC查询

本文详细介绍IDOC的处理流程,包括查询、测试、错误处理及调试技巧。涵盖IDOC的FM查询方法,如通过WE02、WE42等工具进行messagetype和processcode的查找,以及如何使用WE19进行IDOC测试。此外,还提供了IDOC错误重发的步骤,以及一些调试技巧,帮助读者更高效地解决IDOC相关问题。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

IDCO的数据表:

EDIDC                   Stores the Control Record information an IDOC

EDID4                    Stores the Data Records (version 4.6)

EDIDD                   Data Seg (EDI Intermediate doc)

EDIDS                   Stores the Status of an IDOC     

 

IDOC的测试一般通过WE09/WE19去测试,但是一些通过标准程序触发的IDOC没法通过WE09/WE19去测试,例如,AP IDOC 的RFFOEDI1

1、IDOC的查询:        WE02

2、IDOC的FM的查询:          IDOC_OUTPUT_<MT>  (message type)

      The function modules for generating the IDocs are usually called IDOC_OUTPUT_<MT>, where <MT>
represents the relevant message type. Depending on the output mode, the generated IDocs are either
collected or forwarded for immediate dispatch.

    WE42   通过message type  查询到process code,然后再通过process code 查到 outbound FM。

    WE02查询message type   partner no  part type到WE20里面查询对应的FM。

    其实IDOC的FM的查询,可以反过来去思考IDOC的配置,就可以从中去找了。

3、IDOC  test :         WE19  , 例如你修改了某个segment 的值,然后通过WE19就可以测试修改是否成功。

 

 

4、通过idoc baisc type去查找:

       通过WE02查找到了这个IDOC的  basic type 然后查看到这个basic type里面的segment对应的structure,利用where  to  used-list,查到对应的程序。

 

5、IDOC报错重发:                    BD87和WE15

       首先IDOC报错的,有些时候,会指定某个segment的:

       

 

       BD87:   直接运行就好了。      

       WE15:   有些IDOC例如(VL03,VF03里触发的),当报错,需要repeat,然后通过WE15去重发,才可以debug。

           1、设断点

               2、repeat  IDOC 并设置发送时间:

    

               3、进入WE15重发,debug。

 

 

6、IDOC  debug的一些技巧:

 

 

7、Deactive  IDOC type:通过BD64,把原先配好的IDOC basic type删掉即可,然后需要重新激活的时候,再配置上。

 

 

 

### 关于SAP物料主数据IDOC的使用教程及配置指南 #### 创建和维护物料主数据IDOC结构 在SAP系统中,为了实现与其他系统的高效集成,通常会利用中间件对象文档(Intermediate Document, IDoc),这是一种独立的数据载体,用于传输业务交易信息。对于物料主数据而言,创建相应的IDOC涉及定义特定类型的IDOC结构来承载这些数据[^1]。 当涉及到具体的操作步骤时,在事务码WE81下可以找到预定义的标准IDOC类型,例如MATMAS05代表了物料主记录变更通知单;而在WE30里则能查看到具体的段落(Segment),像E1MARA对应基本视图、E1MARCB表示会计相关的信息等。通过这种方式确保所有必要的字段都被正确映射至目标端点。 #### 配置发送方与接收方参数设置 要使物料主数据能够经由IDOC成功传递给外部合作伙伴或内部其他模块,则需先设定好双方通信所需的各项属性。这包括但不限于指定消息控制(Messaging Control)下的功能处理程序(Function Module),比如BD64用于激活并分配唯一的识别号码给每一个即将发出的消息实例[^2]。 另外还需注意调整RFC目的地(Remote Function Call Destination),保证源系统知道如何连接上对方的服务接口地址。此过程往往借助SM59工具完成测试链接验证工作,从而确认网络层面可达性和安全性策略匹配情况良好。 #### 测试与监控机制建立 一旦上述准备工作就绪之后,便可通过执行WMED/WMBD命令发起模拟事件触发器,观察整个流程是否顺畅运行并无错误发生。期间应密切监视后台日志文件中的异常提示语句,以便及时排查潜在隐患所在之处[^3]。 同时建议开启审计追踪(Audit Trail)选项,这样即使日后遇到问题也可以回溯历史版本变迁轨迹,快速定位故障根源。此外还可以考虑部署专门的日志分析软件产品辅助日常运维管理工作,提高效率的同时也增强了系统的透明度。 ```sql SELECT * FROM EDI_IDOCS WHERE DOCNUM = 'your_idoc_number'; ``` 以上SQL查询可以帮助获取某个特定IDOC的具体内容详情,方便进行调试诊断活动。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值