1.ERS的概念
ERS意思就是EVALUATED RECEIPT SETTLEMENT估价收货结算。
2.实现ERS要满足的5个前提条件
2.1供应商主数据：采购视图，ERS delivery indicator must be set
2.2供应商主数据：采购视图，a term of payment key that propose a baseline data must be selected
2.3采购订单行项目PO ITEM，The GR-Based Inv Verif(就是基于收货的发票校验） indicator must be set
2.4采购订单行项目PO ITEM:The ERS indicator must be set
2.5采购订单行项目PO ITEM:A tax code must be specified.采购订单行项目税率必须确定
3。ERS的3条优点RES has the following advantages:
3.1Purchasing transaction are completed quicker加快完成采购交易
3.2Data transfer errors can be avoided避免发生数据传输错误
3.3Quantity and price variances do not occur in invoice verfication数量和价格差异不会出现在发票校验中
4注意事项：你不能使用ERS处理交货成本
Caution: You cannot use ERS to settle delivery costs.
SAP的多币种功能风传是其一大卖点。SAP屠夫写过若干关于汇率的文章，可惜不是做财务的，看不太懂，下文仅列出我所遇到的关于MM和SD模块的汇率问题。
1、我能想到的几种Currency：local currency, company code currency, account currency, price currency, document currency, posting currency, group currency, parallel currency等等。不甚了了。
2、汇率就是不同币种的转换关系。业务模块涉及到币种及汇率的地方有：定价时的定价货币、单据中的单据货币、财务记账用的记账货币、公司设置的本位币等。他们的关系如下：
3、极端的情况下，可能会有这样的业务情景：销售或采购业务以美元定价，订单以欧元签订，财务记账用本位币英镑，付款用人民币。那每两步都要用到外币汇率转换。
4、不同币种之间的转换有多种类型，比如买入汇率、卖出汇率、中间汇率等，SAP将之定义成汇率类型。汇率类型用OB07维护。SAP中MM和SD模块涉及到的汇率类型主要有：
5、M类型是财务记账用的类型。除非在OBBS中设置了替代类型，前文描述的各种货币之间的转换都按M读取汇率值。汇率值存在表TCURR中，用OB08维护。
6、SAP在SD的设计中，允许用户在客户主数据中维护汇率类型，路径是Sales Area Data à Sales à Exch. Rate Type，字段是KNVV-KURST。针对次客户的订单及后续开票都将按照人工维护的汇率类型去读取汇率。如果改字段没有被维护，系统将使用汇率类型M，标准程序LV69AF18中有硬编码。
7、销售订单抬头会计视图有个Exch.rate-acct.字段（VBKD-KURRF），如果被维护，它将被参考到发票（VBRK-KURRF），作为发票记账时的汇率类型。注意，发票中的汇率类型不能修改，仅从订单参考，如果没有被维护，同样也要使用汇率类型M。销售订单中另一个汇率（VBKD-KURSK）用来执行从定价货币到单据货币的汇率转换，在手工修改订单的单据货币时，此汇率将参考客户的汇率类型、定价日期从TCURR中读取汇率作为默认值，手工修改的将优先于此默认值。
8、存货增减GR、GI记账都使用本位币，不存在币种间汇率转换问题，其记账值，采用的是成本价（移动平均或标准价）。
9、发票中有两处涉及到汇率的字段，一是第6点说的抬头汇率VBRK-KURRF，它只用于财务记账，即根据此汇率将发票总额转换到本位币，再以这个数字记财务凭证。另一个是行项目汇率VBRP-KURSK，这是用于定价条件的汇率转换，即定价货币到发票货币（可人工设置的单据货币）的转换。VBRP-KURSK的来源受单据到发票的拷贝关系控制，具体字段是TVCPFLP-PFKUR。TVCPFLP-PFKUR字段可选项有：
例如，如果选择B，行项目的汇率将直接拷贝自抬头的汇率（VBRK-KURRF）。
10、定价中的汇率转换是定价货币到单据货币的转换，转换汇率存储在KOMV-KKURS中，它总是根据定价日期作为限制条件来读取汇率的。
11、汇率表TCURR是跨Client级的，与公司代码无关。读取参数有汇率类型、本币、外币、日期、换算因子（是一比一还是一百比一）。程序LSCUNUXX中含有若干计算汇率的函数，编程时可借来一用：
12、可以在增强里人工干预定价的汇率转换，此增强是RV61AFZB：USEREXIT_XKOMV_BEWERTEN_INIT。这里可以截获更改定价货币时的汇率转换，经测试，销售订单、销售开票、采购订单、采购收票动作都将进入此增强。可用的变量有[X]KMOV、[X]KOMP、[X]KOMK。
13、MM模块中供应商没有类似SD的设计与设置。PO抬头Delivery/Invoice视图可维护PO货币及PO货币与本位币的转换汇率，同时可以将此汇率固定，正常情况下它将作为收票时的汇率。如果手工修改的汇率值与OB08的汇率值不一样，他们的差异将会在GR的会计凭证中体现（IDES中默认记账科目是Foreign currency revaluation losses和Income from price differences of own goods），差额是新汇率减去默认汇率的值乘以数量再乘以默认汇率（直接汇率时用乘，间接汇率用除）。手工汇率从多于默认汇率和手工汇率少默认汇率记账还不一样。
14、采购收票时可以在抬头Details视图人工指定汇率，前提是PO中没有Fix汇率。要想在MIRO处手工指定汇率，必须先输入汇率再输入PO号码，否则汇率是灰色的。
15、收付款清帐时，可在创建FI凭证时在Currency/Rate字段人工输入从而干预外币汇率。前提是公司代码的设置没有指定默认汇率。
FI/MM通过tcode OBYC为所有的库存移动设置过帐科目，系统用不同的TransactionKey决定了不同的移动类型/业务类型，对于这些TK的含义，SAPLIB中有较为详细的解释，可参阅。
科目的配置可以按照需要做在ValuationArea(Plant)和ValuationClass层。 特别是我认为FI/MM AccountDetermination中最有意思的就是TK为GBB的科目定义，其中有一个东东叫做GeneralModificationKey，这个GMK是同MovementType直接相连的；除了很多标准的GMK之外，用户也可以自定义，并将它们同自定义的MovementType相关联，以决定不同的MT连接 到不同的过帐科目上。
3 实例说明
可以按照资料到系统中配置一下，并做一些例子，有助于理解这些科目配置
3.1、对于收货(特别是来自采购的收货)和发票录入IV/LIV，常用的TransactionKey为：
BSX 同ValuationClass相关联的所有基于存货科目的过帐
FR1、FR3 运费和关税的清帐科目(需要通过IV/LIV做Clear，类似GR/IR科目)
FR2、FR4 运费和关税预提科目(无需Clear)
WRX 存货GR/IR科目
DIF SmallDifference(小金额差异)，未超过发票价差容限的金额过到此科目(OMR6中定义ToleranceLimit)
KDM 处理收货同收发票汇率不一致造成的差异过帐
KDR 处理收外币发票时，由于四舍五入的原因造成的本币金额同GRIR本币金额不一致的差异过帐
UPF 处理UnplannedDeliveryCost(计划外运费)是否单独过到某个制定科目而不是过到存货或价差科目
PRD 标准成本法下处理PPV的科目，即采购价差科目
3.2、对于发货和其他库存移动，常用的TransactionKey通常只需要关注GBB，即所谓库存移动的抵减或对应科目，其中比较重要的一个概念就是GeneralModificationKey，这个东东是同MovemtType关联的， 较常用的有：
AUF : 无Acct.Assignmt的PP/CO订单的收货和结算
BSA : 通过561/562做库存初始化的过帐科目
INV : 库存差异导致的收入和费用科目，一般为P+L科目
VAX/VAY: 销售订单的发货成本科目
VBO : 委托加工业务，提供给供应商的库存出货科目
VBR : 处理内部发货业务，如直接消耗到成本中心、资产或内部订单等
VKA : 基于Acct.Assignmt的销售订单业务，如BTO、MTO业务等
VKP : 基于Acct.Assignmt的项目业务，如BTP、MTP业务等
ZOB : 无PO收退货，如501/502
ZOF : 无PP订单收退货，如521/522
同样，你可以基于自定义的MovemtType，设置相关联的自定义的GMK，并在GBB中指定科目。 此外，如果启用MaterialLedger、标准成本法核算货ProductCostbyPeriod等，相关的LKW，PRV， PRP，PRQ和PRY等也需要做相关设置，详见帮助。
3.3 对于收货科目设置，举个稍复杂的例子：
A000工厂下的物料A，ValuationClass为V000；拟在MM/InfoRecord中定价2％的采购运费，不需要通过IV/LIV清帐；价差容限定义1元以下为SmallDifference；在采购过程中发生了计划外运费，并希望过到制定科目上；收发票时的汇率同收货时不同，有差异。
示例会计科目如下：
1401 原材料存货科目
2181 预提运费
5121 计划外运费
5122 SmallDifference
5151 汇率差异
6000 存货GR/IR
可通过OBYC配置为:
库存过帐 BSX A000 V000 1401
预提运费 FR2 A000 V000 2181
小额价差 DIF 5122
计划外运 UPF 5121
汇率差异 KDM A000 V000 5151
GR/IR WRX A000 V000 6000
收货时的分录为(MAP计价方式，忽略VAT)：
Dr. 1401 1020.00
Cr. 6000 1000.00
2181 20.00
收采购发票时的分录为：
Dr. 6000 1000.00
5121 100.00
5122 0.80
5151 1.20
Cr. A/P 1102.00
收运费发票的分录：
Dr. 2181 20.00
Cr. A/P 20.00
比如你用MB1A通过201做PGI，在OMJJ中你可以看到有一个Account Grouping，双击进去后有如下一条String: 201 K X X WA03 2 GBB VBR。其中K表示Consumption Posting，而GBB VBR是连接Account的关键。用OBYC，选择GBB（指库存抵减过帐）双击，里面比较复杂的设置有可能是：Valuation Modif.(a Plant) > General Modif.(VBR) > VC > Account!。
这样，201就通过GBB,VBR同相关科目联到了一起。
当然，这是个很简单1 FI/SD 借口配置
FI/SD通过tcode VKOA为billing设置过帐科目，用户可以创建自己的科目定义数据表。
科目是做到COA级的，通过KOFI/KOFK这两个condition type确定分别过帐到FI和CO凭证中。 由于PricingProc.是同SalesOrg.相关联的，所以科目在Organization上首先要做到SalesOrg. 级，其后的AccountKey是在PricingProc.中和不同的PriceConditionType相关联的，决定着最终销售收入、折扣、附加费用、预提等过到不同科目上。
Posts
All Comments
