之前的章节学习了请求书的方方面面，这一章来个终章，入库/请求自动决济：）。

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 票也生成了