公司间开发票，在调拨业务已经统销业务中最常用的就是一方开发票，另外一方自动收发票进行发票的校验工作；自动产生凭证业务会越来越多的应用到各个业务场景中，Idoc的基本业务介绍网上好多资料，在此就不足一详细介绍了，下面结合配置来介绍下Idoc业务配置分为的四大部分分别为type配置；2.Idoc配置；3.公司间发票配置；4.FI入账配置；Messagetype配置这是个典型的条件技术的应用；在sap中这种应用非常多，也算是sap的一大特色，首先根据凭证类型来确定输出的过程，过程中有许多输出类型，比如我们用的rd04输出类型，同理输出过程中包括requer和vv31的条件类型限制，必须同时满足这两个才能在输出的时候自动选择输出；如下图；这个表示合作伙伴类型的输出配置，在输出的配置过程中合伙人类型也就是输出的合作伙伴类型这个很重要；就是系统会把生产的idoc文件输出给合伙人中的那种类型，是收票方，还是收货方，还是xx；等；用vv31Tcode可以根据条件技术来维护输出的合伙人的数据，但是如何不维护，则系统会自动从主数据中获取；也就是优先条件，如果条件技术中没有则从主数据中合伙人类型的数据获取；前台用vv31来维护条件表里面的数据；总结：维护好这些后，则系统会自动调用消息类型中的程序，来触发ied的出站程序，生产idco文件；IDoc配置Idoc的配置在前台，是sap标准的功能；操作步骤是首先要创建一个RFC的连接，然后在创建一个端口号，给端口号分配一个RFC的连接，；一个连接可以有多个端口号，后台维护逻辑系统维护和添加逻辑系统如下图，这个客户表示收票方，也就是咱们在配置消息类型输出的时候合作伙伴的类型的一个具体客户编码，这个是站在发货工厂的角度去看的，也就是IED输出的BP合作伙伴的编号；如果站在收票方的角度，要根据这个收票方找到具体记账的公司代码才行，也就是一定会有一个对照关系转换表；同理，收票方要根据发票的出具方找到供应商编码才行，也就是开票方才行，这样的对照关系一定有，并且在产生的idoc文件里面有字段来标记；收票方会自动从idoc文件的相关字段里面获取；消息类型和消息代码：这个可以自己开发，sap有标准的，标准一个idoc文件的具体行为，比如IOVOIC表示SD开票行为，生成Idoc文件，这个就是我们建立的端口号，idoc文件中存在此处的端口号；Idoc基本类型，这个也可以自己建立，sap本身也有建立好的；这个RD04就是我们建立的输出类型，处理代码就是生产Idoc的代码；RD04对应的消息类型INVOIC（FI）；RD05对应的消息类型是INVOIC（MM）消息代码：，如果几个IDoc类型有相同的消息类型，可以通过消息代码维护唯一的分配。；也就是说消息类型+消息代码表示一个唯一Key，如果一个消息类型有好几个信息类型，也就是说有好几个edi输出，则用消息代码来区分；这个用的处理代码都是SD08，也就是说生成的Idoc文件都是一样的；区别在于入站的处理，入下图由此可见，消息类型组合：invioce+mm的组合对应入站的处理程序是INVL（MM的后勤发票校验）针对调拨的，（这个我们在调拨测试的时候在处理）Invoice+FI的组合对应入站的处理程序是INVF（FI的直接过账）没有原始发票产生，只有会计凭证；注意这里伙伴编号；记得上面提到过，开票和收票，他们之间一定存在转换对照关系，否则开票方和收票方需要的客户和供应商以及记账公司代码就不能对应了；这个又两个地方配置这个转换对照关系的；一个是在SD的公司间开票里面一个是在FI的收票里面；SAP的逻辑是首先从FI的里面获取，如果没有，则从Idoc文件的一个字段取，还没有则从SD开票的对照中获取；这就设计到下面的配置3公司间开票EDI配置定义公司间开票的凭证类型，在SD的凭证流当中，这个是一定要配置的；这个是按发货工厂分配销售组织，发货工厂开票的时候所用的销售组织，通过销售组织来定位到记账的公司代码；因为一个公司代码可以包括多个销售组织，这里必须制定唯一一个否则发货工厂不知道用哪个销售组织开票Spro的后台解释：Inthismenuoption,youallocateaHYPERLINK"SAPEVENT:DOCU_LINK\\GL:sales_organization"salesorganization,HYPERLINK"SAPEVENT:DOCU_LINK\\GL:distribution_channel"distributionchannelandHYPERLINK"SAPEVENT:DOCU_LINK\\GL:division"divisiontotheplantsfo