上一章讲了SD中的组织单位和SD的简单流程。

SAP SD学习笔记02 - 销售流程中的组织单位-CSDN博客

SAP SD学习笔记01 - 简单走一遍SD的流程：受注，出荷，请求-CSDN博客

这一章讲SD中的主数据：

- 得意先Master（客户）

- 品目Master

- 条件Master （价格）

- 得意先/ 品目情报（得意先的特定品目情报，比如特定客户特定价格之类的）

- 出力Master（领收书（小票））...

1，得意先Master （客户）

1-1，得意先概念

- VD03 得意先照会

这个一般是营业用的。

和后面的 XD03 是一样的界面，所以都放到XD03中详细说明。

点 得意先的贩卖Area 按钮，就出来一条，表示说该得意先只有一个贩卖Area

如果想扩张，需要用VD01 （注意：扩张不是VD02，只有修改才是VD02）

- XD03 得意先照会（会计共通）

这个一般是财务用的。

和营业用的VD03 的区别就是多了个会社Code字段，然后多了个会社Code Data视图

得意先界面一共有3个层次：

- 会社Code层面：会计数据

- 一般层面：客户数据

- 贩卖Area层面：销售相关的数据

1），会社Code Data

这里面有些是不太方便让营业接触到的内容

- 勘定Code

- 支付处理 （支付条件，支付方法...的设置）...

 2），一般Data 视图

这个是得意先（客户）的数据

- 地址

- 银行口座（客户付款用）...

3），贩卖Area Data

这个跟销售相关的信息

出荷管理Tab

- 出荷优先顺位：大客户 或 一些重要客户，可以设置为 高

- 分割纳入：客户要的东西要怎么纳品（是一次纳入还是分多次）

4），BP

SAP S4 版本里面，已经把VD / XD 都给废止了。

所有相关功能都放到BP里面了。

- 个人：跟员工个人相关，比如工资，费用报销

- 组织：像上面的得意先等，都要在这里做

选 得意先

也就是说这里下拉框中的Role 和 VD/XD01里面的视图对应的。

入口不一样，里面的内容 BP和ECC的VD/ XD01是一样的，咱们继续回到ECC界面学习。

5），勘定Code

Menu > 补足 > 管理Data

勘定Group：0001 受注先

1-2，XD01 得意先新规

- XD01 拷贝新规

进来之后，默认是 一般Data 视图

至少要输入必须数据，点 保存

直接进入 贩卖Area 视图

输入必须项，保存

1-3，XD01 得意先扩张

比如上面 【2，得意先新规】新规了一条之后，想再扩张一个贩卖Area，

那么就可以自己拷贝自己，然后将贩卖Area改变一下（比如 流通Channel：卸売⇒小売）

保存，照会

1-4，受注先与出荷先

这两个东西有什么区别呢？

- 受注先：从哪里拿到的订单

- 出荷先：把货送到哪里去

通常情况下是一样的，当然也可以不一样。

在得意先照会画面 > 贩卖Area Data > 取引先机能 Tab

除了 受注先，出荷先，还有

- 请求先

- 支付人

而且，出荷先还可以有多个，比如有多个店铺，那么下单的时候就可以选送到哪个店铺

比如，这里加一下 SH 出荷先 9003

 那么在VA01 登录标准受注票的时候，受注先并回车，就会出一个得意先（受注先）选择列表

比如你选了流通Channel 为10 的话，出荷先就会出另一个选择框

- 9002

- 9003

2，品目Master

2-1，MM01 新规品目 / 扩张品目

SD模块中，品目需要的View，至少需要如下6个：

- 基本Data1

- 基本Data2

- 贩卖 贩卖组织Data1

- 贩卖 贩卖组织Data2

- 贩卖 一般/Plant Data

- 会计1

输入 拷贝元/ 拷贝先 的

Plant，贩卖组织，流通Channel 并回车

每个View都打开一遍，输入/修改一些必须项，保存

MM01 扩张到 Plant 1200

扩张到Plant 1200

 保存

2-2，制品部门(产品组) 字段

受注的Header里面，有制品部门字段

品目Master里面也有制品部门字段

那么在做受注的时候，会Check Header和明细的该字段是否是一致的

1），品目Master中的 制品部门

- 在 基本Data1 Tab

- 在 贩卖组织 1 Tab

2），标准受注中的 制品部门

3）是否Check的Customize设置

Spro > 贩卖管理 > 贩卖传票 > 贩卖传票Header

贩卖传票Type

制品部门确认：

- 空白 无Dialog  --》不确认

- 1 Dialog  --》确认

- 2 Error    --》出错（意思是必须一致）

这个设定是根据公司规定来选择

- 有的公司非常严格，不一样不让卖

- 有的公司不是太严格，不一样也可以卖

2-3，MIGO 初期化在库

- A01 入库

- R01 其他

- 移动Type 561

然后再数量 Tab输入想初期化的数量保存即可

 然后用MMBE查看在库

3，条件（价格）Master

3-1，VK11

Menu > Logistics > 贩卖管理 > Master Data > 条件 > 使用条件Type的选择

 - 条件Type： PR00 价格

- 得意先及品目（有承认Status）

  由得意先和品目共同决定价格，也就是说不同客户，价格不同

- 价格表Category/ 通货/ 品目（有承认Status）

- 品目（有承认Status）

   所有人价格一样

输入咱们上面做的得意先和品目

- 得意先 9002

- 品目 M9901

- 有效开始日 改为 YYYY/MM/01 （因为如果是当日的话，可能不会立即有效）

- 金额/ 率

然后保存

这样Master数据都准备好了，下面用自己做的数据来做个例子。

4，受注/ 出荷/ 请求

用咱们上面做的得意先，品目，条件Master Data来做一个SD流程的例子。

4-1，VA01 受注

输入咱们上面新规的

- 受注先：9002

- 出荷先：9002

- 得意先发注番号：TEST20240408-01 （任意字符，指的是得意先的传票号，这样方便交谈）

- 品目：M9901

- 受注数量：10 （任意数量）

这样就OK了

伝票是完全的
Msg 番号 V1800

4-2，VL01N 出荷传票

上文【4，VA01 受注】可以先保存，然后再用Tr-cd：进行出荷

也可以直接用 Menu > 贩卖传票 > 出荷传票

这样就可以先保存，并接着直接打开出荷传票画面

出错了

選択的日付之前没有出荷的予定
Msg 番号 VL248

点 《-- 图标，显示出荷传票登录画面

将选择日付 改为 受注票 的 调达 Tab的 >= 利用可能日(2024/04/15) 的日期，回车

这样就进来了

TODO：我这里 Picking数量 栏位 仍然无法入力

              如果能入力的话，入力完之后，可以直接点 出库确认就出库了。

实际项目当中很多也是这么干的，因为出荷传票基本都是自动登录的，所以仓库管理员进来其实就是捡完货了，直接点出库确认的。

具体设置我虽然没搞清楚，但是现在出荷Point改为1200（即从Plant 1200出货）的话，则流程OK

这个时候Picking数量栏位是Readonly的，咱们把保管场所改为0002

这样就可以输入Picking数量

输入并直接点 出库确认

这样出荷操作就做完了（出荷+出库确认）

4-3，VF01 请求传票登录

直接带过来刚才做的出荷传票号，直接回车

直接保存即可

4-4，VA03 受注传票照会

点 传票Flow照会

可以看到SD主流程已经完成了。

5，VD51 得意先/ 品目情报Master

就是对一些得意先，做的特殊对待的这么一个Master Data。

入力受注情报，打印单据等，都可以用客户（得意先）的信息来。

5-1，VD51 得意先/ 品目情报 Master登录

Menu > Logistics > 物流管理 > Master Data > 得意先/ 品目情报Record

VD51 得意先/ 品目情报Master登录

- 得意先：9002

- 贩卖组织：1000

- 流通Channel：10

- 得意先品目：客户再往外卖的时候，他可能想用他自己的品目Code

SD里面有很多稀奇古怪的信息，比如：

  - 客户想给他的客户看的品名，价格 等信息

这样，客户下单之后，SAP里面直接打印出来这些信息给他，他就直接拿给最终客户了

进入明细画面，可以设定：

- 得意先品目

- 得意先品目Text

- 出荷Plant：比如 Plant 1200，意思是这个客户从Plant 1200出货

- 出荷优先顺位：1 高（关系好的客户，简称 关系户？：））

保存即可

 
 

5-2，受注/ 出荷/ 请求

用咱们上面做的 得意先/品目情报Master Data来做一个SD流程的例子。

1），VA01 受注

可以看到明细部分，有一个栏位 得意先品目Code

这个就可以输入咱们上文定义的客户的品目Code（比如 M9901-9002）

输入 得意先品目Code，受注数量并回车

也能带出来其他信息，连我们内部用的品目 M9901也带出来了

这就是得意先/ 品目情报Master的用途。

正常的利用场景是：

客户发来订单，上面写的就是他们自己的那个品目号，

然后咱们录入的时候直接就写那个号就可以，非常方便。

2），VL01N 出荷传票登录

这里面可以输入Picking数量

如果不可以输入的话，可以试试改变一下保管场所，以后会学习不用改变保管场所也能入力的方法

 点击 出库确认

3），VF01

如果这一步出错的话，很有可能是上一步出荷传票里面没做出库确认。

4），传票Flow照会

 这样就完成了SD的主流程：受注-》出荷-》请求

6，共通Master Data

共通Master，主要就是针对贩卖Area来说的，意思就是

- 贩卖Area里面的某个贩卖组织 的 流通Channel 可以指向 已设定好的其他 流通Channel

- 制品部门也可以指向 已经设定好的其他 制品部门

被指向的流通Channel/ 制品部门 就叫共通Master Data。

优先顺序就是，有自己独自的就用自己的，没有的话，就用共通的的意思。

举个可能不太恰当的例子，独自的数据就像私家车，共通的数据就像公交车。

当然即便是共通数据，也不能共通到不受控制的地步，

什么情况下走哪个共通，要在Customize配置中决定。

6-1，VOR1 定义共通的流通Channel（分销渠道）

Spro > 贩卖管理 > Master Data

流通Channel（共通）

- 价格Master的参照流通Channel

就像Help里面的例子，01 是公交车（共通数据），04是小轿车（独自的数据）

- 得意先及品目Master的参照流通Channel

6-2，VOR2 定义共通制品部门（产品组）

 - 价格Master的参照制品部门

- 得意先Master的参照制品部门

以上部分的练习等以后有空再做。

再简单总结一下：

SD中的主数据：

- 得意先Master（客户）

- 品目Master

- 条件Master （价格）

- 得意先/ 品目情报（得意先的特定品目情报，比如特定客户特定价格之类的）

- 出力Master（领收书（小票））...