本文主要是介绍SAP MM学习笔记38 - 入库/请求自动决济（ERS - Evaluated Receipt Settlement），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
之前的章节学习了请求书的方方面面，这一章来个终章，入库/请求自动决济：）。
1，什么是 ERS
ERS，即 入库/请求自动决济，是 自動決済（Automatic Settlement）功能的一种。
以后还有学习更多的自动决济，就是SAP中的自动化处理。
如下图所示，在入库之后，直接触发 ERS，请求书自动登录，无需手动登录。
从流程上看，把请求书照合及MIRO手动登录给自动化了：
購買発注伝票（ME21N）→入庫伝票（MIGO）→請求書を照合→請求書照合（MIRO）買掛計上
------>>>
購買発注伝票（ME21N）→入庫伝票（MIGO）→ERS自動決済（MRRL）自動買掛計上
使用 ERS - 请求书自动登录 的优点有，
- 更加快速的登录请求书
- 更少的输入错误
- 不会出现 数量差异，价格差异等 导致请求书支付保留
- 决济完了的品目的返品，会自动登录为 Credit Memo
2，ERS 前提条件
- 购买情报 Master 设定
ERS 不可 不要勾选
税Code要设定好。做购买发注的时候，会自动将税Code带过去。
- 仕入先Master 设定
入库基准请求书照合 要勾上
ERS 入库 要勾上
这里面好像没有 品目Master，其原因是，品目能不能做自动ERS处理，是跟仕入先强相关的。
同样一个品目，有的仕入先就可以自动ERS，有的就不行啊。
3，ERS 实行 （Tr-Cd：MRRL）
3-1，传票选择
- 1 仕入先别的传票选择
这个是说按仕入先为单位，所有该仕入先的明细弄到一张票里，明细还是明细，票就一张。
这个在MM里面是没啥问题的，但是生成FI 票之后，FI 票的最大行数是 999 行，容易超。
所以如果一个仕入先的行数太多的话，是无法放到一张票里面的。
新版本的Hana里面说不定会改善哈。
- 2 购买发注别的传票选择
按发注票为单位，生成一张票
- 3 购买发注明细别的传票选择
按购买发注明细为单位，一条明细一张票
- 4 入库传票/Service入力别的传票选择
做个例子看看。
3-1，ME11 购买情报 登录
注意这里要设定
- 入库基准请求书照合
- 无ERS （不要勾）
- 税Code
3-2，XK02 仕入先
这里要设定
- 入库基准请求书照合
- ERS 入库
- ERS 返品
3-3，ME21N 购买发注
当上面 的 购买情报 和 仕入先 设定好以后，就会自动带出来
- 入库基准请求书照合
- ERS
- 税Code
当然，如果不需要可以手动解除，不过解除的话，就不能做ERS了。
3-4，MRRL 入库/请求书自动决济
先跑一下 Test
我这个学习系统，他的会计期间是 2009年7月，而系统日期是当前日期。
注意在 MIRO 里面是可以手动修改 转记日付 的，而 MRRL 只能认 当前系统日期。
所以像我这个学习系统就出如下错误。
Msg 番号 F5201 会計期間 2023年10月 尚未开始。
好像也没啥好解决方法，最好就是将系统日期和会计期间搞一致。一般SAP系统都有使用期限限制，想延长得花钱啊。
然后还可以将虚拟机系统日期给调成过去日期，这样也可以让系统日期与会计期间一致。
不过也不是可以随便设的，我以前提问过，好像也没人能搞定，知道的朋友请指教呗。
SAP ECC6 eph4 虚拟机 修改系统时间问题_微软技术-CSDN问答
咱们这里就不搞了，换个学习系统贴个图。
ME21N 购买发注
勾选/入力了 入库基准请求书照合，ERS，税Code 这3个项目。
这里做了一个分纳，这样在 MRRL 入库/请求书自动决济 里面
可以看到 2条数据，因为是以 入库基准 做的请求书照合。
MRRL 入库/请求书自动决济
去掉Test，直接做 自动决济
这个学习系统的日期是 2012/09，和系统里面的会计期间一致，所以不会出错。
这样，就通过 MRRL 实现了请求书照合的自动化。
需要特别注意的是，由于 MRRL 入库/请求书自动决济 只能以 系统日期 作为 转记日付，所以实际应用中有局限性。
绝大部分现场，都会做一个 Add-on，取 入库 的转记日付，直接赋给 请求书照合 的转记日付。
其实 SAP 完全可以加一个字段，让大家设置转记日付哈，但它就是不做😅，不知道想啥。
请求书生成好了
FI 票也生成了
这篇关于SAP MM学习笔记38 - 入库/请求自动决济（ERS - Evaluated Receipt Settlement）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
