SAP SD学习笔记07 - 紧急发注（急单），现金贩卖，贩卖传票Type/ 明细Category 及其Customize

上面讲SAP中主干流程的时候，还有后面讲一括处理的时候，都用的是 OR 标准受注。

SAP SD学习笔记01 - 简单走一遍SD的流程：受注，出荷，请求_怎么学好sd模块-CSDN博客

下面开始讲一些稀奇古怪的非标准流程。

当然，这些也都是现实世界中常见的事情。

比如紧急发注（急单），现金贩卖。

然后再总结一下贩卖传票Type（销售凭证类型），贩卖传票（销售凭证），明细Category（项目类别）及看一下相关的Customize。

1，紧急发注（急单）- SO

- 受注Type： SO ： 紧急发注

- 指定纳期：一定要改为当天日期（不管是不是休日，祝日）

- 出荷传票：保存受注票的时候，会自动生成出荷传票

 1-1，VA01 受注

- 受注Type： SO ： 紧急发注

 - 指定纳期：

   要改为今天的日期

比如现在 2024-04-13，尽管不是WorkingDay，也得改，不改的话，不会自动生成出荷传票的。

因为SAP认为说你看你也不是真急嘛，那就按普通的来办

双击明细号，点 纳入日程行 Tab

发现 确认数量 栏位里面是 15，即有货，可以交货

还记得我们以前学 逆/顺日程计划的时候，如果你把日期给调的太靠前，就是要货太急，SAP就把S栏位（即 复数纳入日期行 栏位）的勾给勾上，然后营业得去确认，调整。

SAP SD学习笔记04 - 出荷Plant（交货工厂），出荷Point（装运点），输送计划，品目的可用性检查，一括纳入/分割纳入，仓库管理-CSDN博客 < 参考--S栏位（即 复数纳入日期行 栏位）的勾被勾上>

 

那么，这里怎么就可以了呢？

其实不就是因为这是紧急受注嘛。SAP里面也是特事特办了。

然后看一下

Menu > Jump > Header > 出荷传票

出荷条件：

- 10：即时

注意这些日付，全都变成当天（比如我这里都是 2024-04-13）

注文请书：就是你跟我订货，我这边出一个保证书一样的东西给你

Menu > 补足 > 出力 > 编集

1-2，出荷登录

其实就是 VA01 受注 画面保存之后，直接就登录了 出荷传票了。

VA03 看一下传票Flow：

不仅出荷传票自动生成了，WMS 转送指图 也自动搞了。

也就是说立刻让人去仓库把东西给拿出来了。

1-3， VL02N 出库确认

里面都已经Picking完了，其实可以直接点 出库确认

这里为保险起见，进去看一下

出库之后，VA03 里面 看传票Flow：

出库确认也OK

1-4，VF01 请求书

出荷传票那里闪了一下，然后就自动就跳到下一界面了

再到 VA03 里面 看传票Flow：

请求书也OK

1-5，出力：请求书

Menu > Header > 出力

 

2，现金贩卖 - BV

下图显示了现金贩卖的流程图。

注意几点：

- 受注Type：BV- 现金贩卖

- 出荷传票是自动生成的

- 请求书是根据受注票生成的，而不是像 标准受注或 紧急发注那样，是从出荷传票生成

  这是因为发注的时候，客户都交完钱了，然后拿着你给的现金贩卖请求的单子去到仓库提货

2-1，VA01 受注

- 受注Type：BV- 现金贩卖

输入必须数据

查看几个关键数据：

- 出荷条件： 10 即时

- 出力：变成了 现金贩卖请求

也就是说拿着这个文件去收客户的现金了

- 纳入日程行：也只有一行

  和紧急发注一样，都是急单，SAP特事特办

- 指定纳期：既然这么着急，那么指定纳期也要改为当天日期（不管是不是休日，祝日）

 

2-2，出荷传票

VA01 保存的时候，自动就生成了 出荷传票

看一下 传票Flow

和紧急发注一样，WMS转送指图也一并做好了

2-3，VL02N 出库确认

不用到里面看啦，直接点 出库确认

2-4，VF01 请求传票登录

注意这里的请求书的依据不再是 出荷传票了，而是受注票

这是因为发注的时点，客户都交完钱了，不需要根据出荷传票请求。

再另一个原因是，正常流程的话，发注的时点和出荷完成客户收到货的时点可能价格不一样，请求时点的价格一定是客户收到货的时点的价格（虽然多数情况下价格是一样的：）。

所以反过来说，现金贩卖，也要以客户交完钱的时点，也就是受注的时点进行生成请求票。

1-5，出力：请求书

Menu >Jump > Header > 出力

 

 TODO：挺奇怪的哈，为啥这里居然还需要打请求书呢？？

按理来说既然是现金支付，而且已经支付完成了，不应该再出力请求书了呀！！

看一下VA03 里面的 传票Flow：

TODO：有现金贩卖的请求书，不知道是啥意思。

              难道是钱营业先收了，还没交给财务？？等以后搞明白再说

下图中的 红叉叉 说明了不是从出荷票来做请求，橙色那条先说明是受注票生成请求书

3，贩卖传票Type / 贩卖传票 / 明细Category

贩卖传票Type + 明细Category：这两个东西合起来会影响流程的处理。

3-1，贩卖传票Type

到目前为止，我们学过了几种贩卖传票Type：

- OR 标准受注：包含固定交货日期和发票的典型流程

- SO 紧急发注：工厂直销

- BV 现金贩卖：工厂直销

还有些其他类型的：

- 无偿出荷：无发票销售

- 返品...

3-2，贩卖传票（= VA01 受注票）

这里说的是在Customize里面定义一个贩卖传票Type之后，它会影响这么多项目：

- 利用可能在库确认：就是品目的可用性检查

SAP SD学习笔记04 - 出荷Plant（交货工厂），出荷Point（装运点），输送计划，品目的可用性检查，一括纳入/分割纳入，仓库管理-CSDN博客

- 纳入日程计划：就是 VA01 发注票明细的 S栏位（即 复数纳入日期行 栏位）

- 价格设定：比如发送样品的无偿出荷，就要设定价格为0

- 与信限度确认：可以赊账的额度，受注的时候，SAP会Check。用光之后，通过承认还可以修改

- Message：就是咱们上面说的 出力

- Text：就是VA01 的明细部分，品目的名称（比如要打印客户那边想给他的客户看的品目名）

3-3，明细Category

明细Category可以决定如下项目：

- 价格设定，请求关联

  比如上面现金贩卖，明细Category和紧急发注的明细Category是不一样的

- 不完全Log

  哪些项目必输，哪些项目可以不输的定义

- Parnter，Text

  Partner：出荷先，发注先...

- 出荷关联，纳入日程行许可

  比如有些品目是服务，不需要出荷和出库，直接开票就OK

为什么当我们输入 贩卖传票Type-BV 的时候，VA01 受注票的明细行输入品目之后，就自动决定明细Category呢？

这是因为品目Master中的如下设置：

- 明细Category Group 

（至于该项目具体是怎么影响的，得等以后学 Customize的时候再说）

 

在SAP画面上，能看到这个项目

MM03 > 贩卖组织2 Tab

- 明细Category Group：NORM 通常明细

  这个项目和 贩卖组织，流通Channel 关联的

- 一般明细Category Group：NORM 通常明细

  这个项目和 贩卖组织，流通Channel 不关联，它是后备的，先找明细Category Group不行再用它

3-4，VOV8 贩卖传票Type Customize

- OR 标准受注

- 出荷条件：

  - 空白 空白表示说不从这儿取，而是从客户（得意先）主数据来

    就是看这个客户对你重要不重要，也就是下面的出荷条件 项目，比如这里就是 02-标准

SAP SD学习笔记03 - SD模块中的主数据-CSDN博客

- SO 紧急发注

 

- 出荷条件：10 即时

   这里面既然已经设定了，那就优先从这里取，不从客户（得意先）主数据取。

   就是说不管是哪个客户（得意先），只要是用了 贩卖传票Type，就强制性的设置为 10 即时

- 即时出荷
  - 空白 出荷个别登录

  - A 出荷即时登录

    不看指定纳期 是不是当日，全都是自动登录出荷

  - X 出荷即时登录（当日确认数量的场合）

    这个是说只有指定纳期是当日才自动登录出荷/假如指定纳期不是当日的话，就不自动登录出荷

 

- BV 现金贩卖

 

3-5，VOV7 明细Category Customize

- TAN 标准明细

- 请求关联

  - 空白 请求关联对象外

  - A 出荷关联请求传票

        就是从出荷传票来做请求书（这是最常见的）

        像上面的 紧急发注，标准发注 都是选 A

   - B 基于受注的请求 - 依存于受注数量

         就是从受注票来生成请求书（比如 现金贩卖 就是这种）

   - C 基于受注的请求 - 依存与契约数量

   - ...

 

- 与信有效化区分

  就是要不要计算与信。这里是ON，就是要计算与信。

  只要不是即时付款，就是一手交钱一手交货那种，都属于赊账，一般都要计算与信。

- BVN 现金贩卖明细

- 请求关联

   - B 基于受注的请求 - 依存于受注数量

         就是从受注票来生成请求书（比如 现金贩卖 就是这种）

 

- 与信有效化区分

  这里设为OFF，就是不要计算与信。

  因为这里就是一手交钱，一手交货嘛，那根本无需去看与信（就是看这个客户能赊账的额度）