前面已经努力的学习了 购买发注，入库，请求书照合 等功能，还是蛮多内容的哈。

剩下的功能，比如 右侧的 所要量决定，供给元决定，仕入先选择 还没学。

从这章开始，要开始学习它们了。

这一章先来看看 购买依赖。

注意图上有 购买依赖 票 和 购买发注 票。

这两张票是非常不一样的。

・购买发注票 是对外的，比如购买外部公司的原料等。

・购买依赖票 是对内的，比如 生产部，销售部，管理部等等，想要购买 原材料，办公用品等，就会在系统上登购买依赖票。采购部的人收到以后，就会登购买发注票，开始采购了。

1，购买依赖 是什么？

公司内部某部门发起的，对品目或服务的购买需求。

具体系统操作流程如下：（这个是消费品目的处理）

具体的数据流大概如下：

-  Manual 自动：

听着挺怪的哈，其实就是 MRP，即 根据SAP 系统设置，由SAP系统自动判断库存状况，决定是否需要采购，需要的话就会自动生成 购买依赖。

用户确认之后，OK的话就会采纳该建议，转成购买发注，或不OK那就不采纳，删掉即可。

-  SAP SCM / SAP SRM：

这是SAP的其他产品。

SAP SCM 管理 物流，里面有很多 MM和SD功能。

SAP SRM 管理 采购。

但是这两个东西吧，已经变成了Ariba。

Ariba跟 Alibaba似的：），就是一个全球级大超市，供需双方都在，做生意很方便。

当然这里学习的是SAP ERP的MM模块，意思是Ariba也可以和MM模块联协，可以生成购买依赖。

有关 Ariba 是什么，详细可以参照如下链接：

一文了解SAP Ariba是什么？_喜欢打酱油的老鸟的博客-CSDN博客

https://www.granpaz.co.jp/sap/2670/

2，ME51N 购买依赖登录

购买依赖画面 和 ME21N 购买发注 有点儿像，但是也有些不同。

先来了解一下他的特点。

2-1，Header 部分只有一个 Textbox 框

这是因为 购买依赖是 内部部门向采购部发起的采购请求，所以他们简单说说自己的需求即可。

而购买发注 需要说明 跟谁买，谁去买 等很多信息。

2-2，数据结构比较简单

ME51N 购买依赖 把 Header，Detail 数据放到一个表里去了

而 ME21N 购买发注，有3个表，Header，Detail，纳期。

这张是网上找的MM模块较全的ER图。

【SAP】テーブル関連図（購買発注伝票） | SAPコンサルブログ

2-3，没有价格信息

做购买依赖的人一般不太知道价格信息，价格信息是由采购部的人掌握的。

所以，要不么就干脆不输入了，或者输入或由系统提示一个大致的价格。

1），购买依赖 画面没有 条件 Tab，但是呢，他也有一个 评价 Tab。

评价Tab 的作用是说，采购发起部门 虽然不知道 具体价格，但大概多少钱，想传达给采购。

 这个价格是哪来的呢？其实就是品目Master 里面的 标准原价 或 移动平均价。当然也能手动改。

要明确的一点是，品目Master里面的价格，是公司内部对该品目的评价，

和仕入价（进价）是完全不同的。

比如 这个品目 100-100 是标准原价，价格是 135.98 EUR，显示到了购买依赖的 评价 Tab 里了。

等到采购部去购买的时候，那个购买价格和这个评价Tab里显示的价格是很不一样的。

2）， 无品目 的消费品（就是 勘定Category为 K 原价Center 的情况）的处理

好像没办法，只能手动输入了，哪儿都取不到。

这种情况一般就是，公司/工厂第一次买，品目Master里面还没有，就只能暂时采用这种手段。

这时候，会出来 勘定设定 Tab，需要输入 原价Center，以确定该笔费用计入谁头上。

3），勘定Category U 勘定未设定

U 勘定未设定 是说 发起购买依赖的时候，还不知道给谁用，就是 原价Center 未确定。

所以，选完这个东西以后，勘定设定 Tab 也就不显示了。

3，ME51N 购买依赖登录 登一张票试试

3-1，ME51N 购买依赖 登录，照会

登录本身非常简单

我们这里登了一张 U 勘定未设定 的购买依赖票，然后照会

注意上图 Status Tab 里面的 处理Status 下拉框，

当流程继续往下走，比如 见積依赖登录济，购买发注登录济，基本契约登录济 等，就会生成下图右边的那些相应的 SAP 文书。

这些文书 都是对外部的。

再来看一下 担当者 Tab 里面的 登录区分 项目。

比如：

-  B 资材所要量计划 ： 这就是从MRP 跑出来的数据
-  R Real Time（Manual）：这是手动录入的

这个项目 是说，购买依赖 是从哪个途径生成的。

除了区分一下生成途径，还有个作用就是 MRP 运行的时候会参照这个Flg。

如果是 R，说明是手动录入的，MRP 就会忽略掉这条数据，不做处理；

如果不是 R，那么MRP 每次运行的时候，会先删掉以前的数据，然后再生成新数据。
 

 

3-2，ME21N 购买发注 （将 购买依赖 转成 购买发注）

下图体现了 购买依赖 转换到 购买发注的流程。

红框里面 是说 没输入 仕入先（供货商）的情形，转换后，需要手动输入仕入先。

下面的部分 是说 输入了 仕入先的情形，需要先做个 仕入先的选择，在继续后面的处理。

咱们这里的例子是上面红框里的流程，需要手动输入 仕入先。

1），找到 购买依赖

这里选一下 User 购买依赖

2），输入仕入先

找到正确的 购买依赖 票，咱们这里就一张：）

拖到购物框图标上面

出错啦

但是这个错是 符合逻辑的错误。

因为 做 购买依赖的时候，用的就是 U 未决定勘定设定，

那现在到购买发注 画面了，采购部的人就必须要知道了， U 不修改就出错了。

当然，如果购买发注的时候也不知道，那也行，但流程就不一样了，数据不是从购买依赖来的。

输入仕入先，购买组织等，

然后 手动将 勘定Category栏的 U 修改为 K，并在 勘定设定 Tab 里面输入 原价Center 项目。

这张图说明了 U 转为K，然后评价价格也修正了的情况。

咱们这里的例子是无品目的情况，所以当然也不可能有购买情报（含价格情报），意思是直接沿用了 购买依赖 里手动输入的价格（比如这里是 150 EUR）。

如果是有品目+该品目有购买情报，这个价格会变成真正的购买价格的。