上一章讲了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（领收书（小票））...
