SAP SD学习笔记05 - SD中的一括处理（集中处理），出荷和请求的冻结（替代实现承认功能）

本文主要是介绍SAP SD学习笔记05 - SD中的一括处理（集中处理），出荷和请求的冻结（替代实现承认功能），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

上一章讲了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。

这篇关于SAP SD学习笔记05 - SD中的一括处理（集中处理），出荷和请求的冻结（替代实现承认功能）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！

---