Idoc实战-公司间开票业务
https://wenku.baidu.com/view/3f024572551810a6f52486a1.html?mark_pay_doc=2&mark_rec_page=1&mark_rec_position=4&clear_uda_param=1
Idoc实战-公司间开票业务
公司间开发票，在调拨业务已经统销业务中最常用的就是一方开发票，另外一方自动收发票进行发票的校验工作；自动产生凭证业务会越来越多的应用到各个业务场景中，Idoc的基本业务介绍网上好多资料，在此就不足一详细介绍了，下面结合配置来介绍下 Idoc业务配置分为的四大部分分别为1.Message type配置；2.Idoc配置；3.公司间发票配置；4.FI入账配置；
1. Message type配置
这是个典型的条件技术的应用；在sap中这种应用非常多，也算是sap的一大特色，首先根据凭证类型来确定输出的过程，过程中有许多输出类型，比如我们用的rd04输出类型， 同理输出过程中包括requer和vv31的条件类型限制，必须同时满足这两个才能在输出的时候自动选择输出；如下图
这个表示合作伙伴类型的输出配置，在输出的配置过程中合伙人类型也就是输出的合作伙伴类型这个很重要；
就是系统会把生产的idoc文件输出给合伙人中的那种类型，是收票方，还是收货方，还是xx；等； 用vv31Tcode
可以根据条件技术来维护输出的合伙人的数据，但是如何不维护，则系统会自动从主数据中获取；也就是优先条件，
如果条件技术中没有则从主数据中合伙人类型的数据获取；
前台用vv31来维护条件表里面的数据；
总结：维护好这些后，则系统会自动调用消息类型中的程序，来触发ied的出站程序，生产idco文件；
. IDoc配置
Idoc的配置在前台，是sap标准的功能；操作步骤是首先要创建一个RFC的连接，然后在创建一个端口号，给端口号分配一个RFC的连接，；
一个连接可以有多个端口号
后台维护逻辑系统
维护和添加逻辑系统如下图，
这个客户表示收票方，也就是咱们在配置消息类型输出的时候合作伙伴的类型的一个具
体客户编码，这个是站在发货工厂的角度去看的，也就是IED输出的BP合作伙伴的编号；如果站在收票方的角度，要根据这个收票方找到具体记账的公司代码才行，也就是一定会有一个对照关系转换表；同理，收票方要根据发票的出具方找到供应商编码才行，也就是开票方才行，这样的对照关系一定有，并且在产生的idoc文件里面有字段来标记；收票方会自动从idoc文件的相关字段里面获取；
2） 消息类型和消息代码：这个可以自己开发，sap有标准的，标准一个idoc文件的具体行
为，比如IOVOIC表示SD开票行为，生成Idoc文件，
3） 这个就是我们建立的端口号，idoc文件中存在此处的端口号； 4） Idoc基本类型，这个也可以自己建立，sap本身也有建立好的；
4） Idoc基本类型，这个也可以自己建立，sap本身也有建立好的；
5） 这个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的后台解释：
In this menu option, you allocate a sales organization, distribution channel and division to the plants for which intercompany sales processing is possible. The delivering plant uses these specifications to process intercompany billing.
Using the specifications which you make here, the delivering plant creates the intercompany invoice together with the internal customer number of the sales organization which placed the order.
The internal customer number is specified in the Customizing configuration menu for sales and distribution in the menu option Sales organization
2）分配销售组织和内部客户，在发货工厂开票的时候，开票的客户是如果确定的呢，就是在这里指定的，销售组织是销售订单的里面的销售组织，这样通过销售组织就可以找到对应的开票客户，也就是接受发票的客户! Spro的后台解释：
这两个配置跟是否IDoc没有关系，是公司间开票必须配置的，否则开票就是找不到收票的客户以及开票的销售组织；
角色转换：开票法人+开票to的客户，站在收票的角度，就是要获取供应商编码和记账的公司代码；刚才提到的逻辑转换，在这里配置；
EDI outbound processing for intercompany billing links to EDI inbound processing for invoice receipt in FI and posting to vendor account is carried out in the selling company code.
3. FI收票的配置
对于收票方来说，供应商代码和记账的公司代码这里主要控制生成会计凭证的凭证类型和冲销凭证类型以及过账码；
这个可以不分配，看spro的标准解释
The company code is read from the E1EDK14 segment with qualifier 011.
You process an intercompany transaction and have already specified a sender (from which the company code is determined) in Sales & Distribution customizing under Billing ->Intercompany Billing ->Automatic Posting to Vendor Account (SAP-EDI) -> Assign Vendor.
The company code is determined using a customer exit, for example, EXIT_SAPLIEDI_001 (enhancement FEDI0001).
也就是说如果不维护，系统则从idoc文件获取，如果idoc文件没有，系统从逻辑对应关系中获取；也可以从出口增强决定
这个配置是税收的转换，开票方的税率对应收票方的税码，；
看到这突然想到，如果有附加费的调拨，比如运费，XX费，XX费，等该如何记账呢？
