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