上一章讲了SD的重要概念，比如出荷Plant（交货工厂），出荷Point（装运点），输送计划，品目的可用性检查，一括纳入/分割纳入，仓库管理等。
SAP SD学习笔记04 - 出荷Plant（交货工厂），出荷Point（装运点），输送计划，品目的可用性检查，一括纳入/分割纳入，仓库管理-CSDN博客
这一章继续讲SD的流程。
在前面已经讲了SD中的主干流程，受注，出荷，请求。
SAP SD学习笔记01 - 简单走一遍SD的流程：受注，出荷，请求-CSDN博客
当时都是一条一条那么手工做的。
但是，现实工作当中谁会守着电脑在那一张一张票这么做啊。
业务量那么大，有很多很多受注票过来，每张受注票还有很多出荷先，肯定要批量处理的呀。
下面就说说SAP中如何批量处理这些数据。
1，出荷一览的一括处理
不是说一下处理全部，通过条件过滤，还可以手工选择部分出荷传票，放到一个JOB里处理：
- 出荷Point
- Picking日付（拣货日期）...
这个图说明出荷先的登录Pattern：
- 一括纳入：把所有品目集齐一次性送来
- 分割纳入：一次受注，分送到不同地方，比如不同店铺
货暂时不够了， 先送一批，等稍后再送剩下的一批
- 受注结合：不同受注合单到一个出荷传票
像这种一般要求有 相同的出荷Point，相同的出荷日期，可能部门不同
而且注意要取得客户同意才可以
2，VL01N 单个处理的麻烦
比如我们这里做一张受注票，里面有2个出荷先，那么如果是单个来做的话，会怎样？来感受一下
2-1，VA01 受注登录
品目 P-104
- 明细 10 ：出荷先-9002
- 明细 20 ：出荷先-9003
保存，照会
2-2，VL01N 出荷传票登录
直接在VA03 上面点 出荷传票 或 VL01N上面操作也一样
这上面提醒Log的注记
看一下这只有明细10的那条（出荷数量为 10），明细20的那条呢？
先保存一条 明细10的
再回到VL01N主界面，在受注的开始明细里面输入 20
这样才可以登受注明细 20 的那条，
当然到出荷传票这里，是一张新出荷传票，所以出荷传票的明细还是10，咱看出荷数量 20
回到VA03，点一下传票Flow 图标
这里有2条出荷传票，每个出荷先都分别登的
2-3，LT03 转送指图登录 / VL02N 出库
两张出荷传票要分别登录 转送指图，分别出库：
出荷传票1：80016239
- 转送指图登录
- 出库
出荷传票2：80016240
- 转送指图登录
- 出库
2-3，VF01 请求
2条出荷传票，也要分别做 2次请求
出荷传票1：80016239
- 请求
出荷传票2：80016240
- 请求
回到VA03，看传票Flow
基本都做完了：
2-4，总结
可以看到都得做两套，非常麻烦。
这还是2套，万一有个10个8个出荷先，操作员得骂娘了有没有？还要不要干点儿正事儿了
3，一括处理
业务繁忙的大手会社，不可能把员工时间花在这上面，所以SAP也提供了一括处理的方法。
3-1，VA01 受注登录
同样做一个受注，里面有2个出荷先
出荷先1：9002
出荷先2：9003
保存，照会
注意 调达 Tab
- 利用可能日 2024-04-19
3-2，VL10A 出荷传票
VL10X 系列，这都是一括处理的。
这个功能挺有用的，不仅是出荷，公司内部的转送也可以用。
有关在库转送Order（有出荷），可以参照如下文章：
SAP MM学习笔记26- SAP中 振替转记（转移过账）和 在库转送（库存转储）4- Plant间在库转送 之 在库转送Order(有出荷）_sap m7153-CSDN博客
这里用的是VL10B。
输入过滤条件：
- 出荷Point：1000
- 出荷登录日付：2024-04-19...
下面Tab里面可以输入更多过滤条件。
但是现场一般不怎么输入条件，因为都要处理的嘛
选中所需处理的数据，点 Background处理
这样就处理好了
如果非常多受注的话，SAP会在后台处理，也不影响前台操作
但是JOB的话，最好还是在不太繁忙的时候做
到VA03 看一下传票Flow
做得事情和单张票手作是一样的，但是SAP就一起自动给你做好了
3-3，VL06P 出荷传票Monitor使用 （一括Picking）
Logstics > 贩卖管理 > 出荷及转送 > Picking > 转送指图登录
注意Picking（拣货）Data Area：
- 只 Picking（不使用WM）
- 只 WM Picking
- 两种Picking
如果选 两种Picking 这个选项，那就不用管那个 保管场所 有没有分配 仓库番号，都能处理
这张图就是复习一下使用WM Picking（拣货）：
具体更为详细的，请看这篇文章：
SAP SD学习笔记04 - 出荷Plant（交货工厂），出荷Point（装运点），输送计划，品目的可用性检查，一括纳入/分割纳入，仓库管理-CSDN博客
点执行图标，这样就能查出来
选中想要放到JOB里执行的数据，
比如我这里就选 2 条，然后点 转送指图（Background） 图标
Picking数量采用：就是说自动Picking这个可以帮你做，但是数量你要怎么弄呢的策略
- 空白 用移动Type管理
- 1 包含出荷传票中的Picking数量（意思是出荷传票中有多少，都直接拿过来）
- 2 包含出荷传票及出库确认中的Picking数量（这个意思是说连出库一起就给你做了）
- 3 不含出荷传票中的Picking数量...
我们这里直接就选默认的 空白
这样就Picking完了
回到 VA03 看一下传票Flow：可以看到 出荷传票 都已经做好了 WMS转送指图了
3-4，VL06G 根据出荷传票Monitor来一括处理出库
其实就是VL06P 做好了出荷，VL06G接力来做这些出荷的出库。
如下图所示，出库的一括处理一般输入如下过滤条件，然后一括出库：
- 出荷Point
- 在库移动日付
Logstics > 贩卖管理 > 出荷及转送 > 出库确认
出库予定日付 ：参照VA03 里面的 纳入日程Data 的 出荷管理Tab > 出库日付
比如这里 2024-04-23
输入过滤条件，点执行
- 出荷Point ：1000
- 时间Data 出库予定日付：2024-04-23
这样就查出来所有需要出库的出荷传票
选中所需处理数据，点 出库确认
处理日期默认当日，这里可以随便修改（我估计是给操作员补录数据用的：）
咱们改成 2024-04-23 ，然后保存
处理完成
回到VA03，查看传票Flow：可以看到出库确认已完成
3-5，VF04 一括请求处理
- 贩卖组织
- 请求日
请求书也是分各种各样的种类：具体是选哪种看各家公司的处理
- 请求书分割：一个受注，一个出荷，但是请求书分成多个
- 按出荷传票来：每个出荷传票出一张请求书
- 一括请求书：合并多个受注，出荷传票到一张请求书
Logstics > 贩卖管理 > 出荷及转送 > 请求 > 请求书传票
输入过滤条件：
- 请求开始日：2024-04-23 （和出库日一致就OK）
- 贩卖管理传票：输入咱们上面做的出荷传票（咱们这个是以出荷传票为基准做的）
然后点执行图标即可
选中所需一括执行的数据，点 一括请求传票
这样就执行完了了。
奇怪的是，啥Message都没出，是在玩 没有消息就是好消息 的游戏吗？
回到VA03，看一下传票Flow：
请求书已生成，但是未处理（没搞清楚为啥会未处理，可能是勘定配置没弄好，以后再说）
3-6，总结
一括处理就是大量的票进行集中处理，效率最高。
基本上也就是下面这个流程：
4，Block（冻结）
Block（冻结）就是暂时不看这个订单。
- 场景1：
比如有客户说2个月之后要一笔货，但是你要登上受注票的话，系统就会把在库给锁了。
那比如说有其他客户说1个月后想要，那也不能一直锁着不卖吧？
于是就可以把2个月之后要的那笔货的那个订单给冻结。
- 场景2：
货是出货了，但是和客户之间出现一些纠纷，比如客户说货出点儿问题，这个时候要临时冻结。
不然咱们这边的财务直接开了个请求书给人家，那就不太合适，在解决纠纷之前，先冻结。
4-1，VA01 受注Block
冻结（Block）功能的主要用途：
除了上面说的场景1，2那两种用途之外，
在实际应用中，更为常见的用途是替代承认功能。
这是什么意思呢？
首先SAP SD模块里面没有承认的功能。
那么实际应用当中：
- 营业做完发注票登录之后，会先Block
- Leader（课长，部长...)审核完毕之后，他会把Block给解除
以此来替代承认功能。
MM模块里面有承认功能的，有关MM模块的承认功能，可以参照如下文章：
SAP MM学习笔记32 - 购买依赖的承认（采购申请的审批）_sap采购订单承认-CSDN博客
- 出荷Block
- 请求Block
Block的受注票登录没问题
4-2，VL01N / VL10A 出荷被Block
受注被Block，出荷也是做不了的。
出荷処理用受注伝票被Block：全Block
Msg 番号 VL048
用 VL10A 一括处理，也不可能查出来
4-3，VA02 解除Block
将出荷Block设置为空
4-4，VL01N / VL10A 可以出荷
受注Block解除之后，可就可以做出荷。
这样就通过出荷Block字段来替代实现了承认的功能。
VL10A 也没问题
回到 VL01N 出荷传票
Menu > 后续机能
转送指图登录
这样就直接打开了LT03 入口，并且SAP尽可能帮你填了入口数据：仓库番号，出荷传票
咱们这里实验一下 Picking数量采用 - 2：包含出荷传票及出库确认Picking数量
点 转送指图明细生成 图标
直接点保存 按钮
出库确认也一并做好了
因为我们选了那个 2：包含出荷传票及出库确认Picking数量
SAP直接就WM Picking（拣货），出库确认一起做了。
4-5，VF01 请求书被Block
点回车，出了个Message
請求伝票未生成，请参照Log
Msg 番号 VF032
Log要在哪儿看呢？
Menu > 编集 > Log
跟出荷传票一样，其实就是在受注登录界面，请求也被Block了
4-6，VA02 解除请求Block
4-7，VF01 可以请求
伝票 90038086 已保存保存 (会計伝票未生成)
Msg 番号 VF050
VA03 查看传票Flow
这样就通过Block来加一道控制，替代性的完成了承认的功能。
但是客户有的时候特别严格，他不想用替代的，指摘说那不是相当于没有承认功能嘛。
其实还可以通过外部系统，比如Salesforce，做了一个承认的功能，然后调用Bapi，来更新这个Block字段，从而实现了完全的承认功能。
4-8，Block的Customize
出荷，请求的Block是可以Customize的。
其中一个挺常用的功能是说，我虽然Block了，但是在库我还是想占着的，那也是可以的。
Block一个出荷传票，在库占不占这是可以Customize的。
比如说，
有一个假受注（就是暂时未定的受注），但是客户想把在库给确保，因为受注这个事儿本身是定的，只是还有些未决事项（比如货拿来之后，放到哪个店铺里之类的）。
等这些事项定了之后，你帮我把出荷先修改一下，然后再把Block给解除掉，做后续处理。
我之前的文章说过，MM是买东西的，是爷；SD是卖东西的，是崽。
MM是上帝，SD是服务上帝的，自然需要考虑的事儿也多些。
99，小知识总结
1），合单的设定
VA03 的明细Data画面，来设定是否可以合单：
- 受注结合 Checkbox为ON ： 可以合单
- 受注结合 Checkbox为OFF ： 不可以合单
如果你这一单即使和别的受注，除了部门不一样其他（比如出荷Point，Picking日付,..），
但是你就是不想和别的部门合单，就要把 受注结合 这个勾给挑掉。
2），受注票上的移动Type 该怎么找？
双击明细行的任意一行
这样就打开明细Data 画面
再双击 纳入日付 栏位
调达 Tab ：
- 移动Type 601
注意这里虽然是601，但是一些特殊的订单，不一定是601，可能是别的移动Type。
