IDoc+Workfow实例系列（二）
到这一步，需要先维护condition type。TCODE：NACE
选output type
选中NEU，再点击左面的partner function
点修改，新建一个EDI类型：
保存到TR
回到上面message control的添加
ME12为outbound中对RFQ的标准处理，可以在WE41中找到。保存后，outbound设置完成，现在可以输出EDI到供应商SAP系统了。现在去为刚才创建的RFQ添加一个EDI消息。TCODE：ME42
跳过警告，选择工具栏中的further data
Dispatch processing选为4，立即发送。然后保存，此RFQ的EDI消息就已经开始发送了。再次进入此RFQ时，输出状态已经变成绿色
可以在IDoc列表中查看到刚才发送消息的状态。TCODE：WE02
双击行进入，可以看到具体状态：
可以看到此RFQ的相关数据已经打包成IDoc，成功passed 到了 receiver port中，即供应商的SAP系统。
Outbound完成后，转到供应商SAP系统，作对应的接受IDoc的动作，也就是Inbound过程。
登录供应商SAP系统，查看接收到的IDoc消息。TCODE：WE02
但看到状态是红色的，双击进去可以看到错误信息
可以看到数据已经接收到了，但是partner profile没有配置好，下面会做一系列的inbound相关的配置。这样才能保证正确的处理接收到的IDoc，并生成SD中的RFQ。
TCODE: SALE，配置客户的逻辑系统（即上图中的21001）。
逻辑系统创建OK，然后创建partner profile。TCODE：WE20
保存后，为其添加一个Inbound pamtrs.用来处理接收到的IDoc。
注意选为立即传送，保存，partner profile创建完毕。
下面创建供应商系统中的成品物料（F-01-01）和客户(21001)的主数据。
TCODE：MM01
把物料挂在工厂3000中：
保存，物料创建OK。创建客户，TCODE：VD01
填写与物料对应的销售组织和分销渠道
选Sales Area Data
保存，客户创建完毕。
这时，我们可以重新从客户那边的SAP系统发送一个RFQ过来。但是接收时Idoc的状态还是有误。
根据状态信息，可以判断，在创建SD中的询价时，找不到销售组织、销售渠道和产品组。还有，供应商物料编码和本公司物料编码的对应关系，也是需要额外处理的。这是因为这些信息的确不在接收的IDoc中，也不应该在其中。这完全是由供应商这边的系统自己定制的。为此，我们通过WE42找到Inbound中对应的处理Function Module：IDOC_INPUT_REQOTE，需要对它做出口增强，使在创建询价根据一定规则赋值上销售组织、销售渠道和产品组等定制参数。
