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,就是不要计算与信。

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

本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.hqwc.cn/news/617262.html

如若内容造成侵权/违法违规/事实不符,请联系编程知识网进行投诉反馈email:809451989@qq.com,一经查实,立即删除!

相关文章

【竞技宝jjb.lol】LOL:T1成功击败HLE晋级MSI!

北京时间2024年4月13日,英雄联盟LCK2024春季季后赛继续进行,昨天迎来败者组决赛HLE对阵T1。本场比赛HLE率先拿下一局之后,T1连续两局在后期决策上碾压HLE拿到赛点,第四局zeus祭出上单VN在中期杀穿HLE后排,最终T1以3-1的比分击败HLE晋级春季决赛,同时也拿到了MSI的参赛资格。以下…

第 128 场 LeetCode 双周赛题解

A 字符串的分数 模拟 class Solution {public:int scoreOfString(string s) {int res 0;for (int i 1; i < s.size(); i) res abs(s[i] - s[i - 1]);return res;} };B 覆盖所有点的最少矩形数目 排序&#xff1a;先按照 x i x_i xi​ 排序&#xff0c;然后顺序遍…

计算机体系架构

冯诺依曼架构 我们编写的程序存储在哪里呢&#xff1f;CPU内部的结构其实很简单&#xff0c;除了ALU、控制单元、寄存器和少量Cache&#xff0c;根本没有多余的空间存放我们编写的代码&#xff0c;我们需要额外的存储器来存放我们编写的程序&#xff08;指令序列&#xff09;。…

【鸿蒙开发】第二十章 Camera相机服务

1 简介 开发者通过调用Camera Kit(相机服务)提供的接口可以开发相机应用&#xff0c;应用通过访问和操作相机硬件&#xff0c;实现基础操作&#xff0c;如预览、拍照和录像&#xff1b;还可以通过接口组合完成更多操作&#xff0c;如控制闪光灯和曝光时间、对焦或调焦等。 2 …

【Altium Designer 20 笔记】隐藏PCB上的信号线(连接线)

使用网络类隐藏特定类型的信号线 如果你想要隐藏特定类型的信号线&#xff08;例如电源类&#xff09;&#xff0c;你可以首先创建一个网络类。使用快捷键DC调出对象类浏览器&#xff0c;在Net Classes中右击添加类&#xff0c;并重命名&#xff08;例如为“Power”&#xff0…

第1章、react基础知识;

一、react学习前期准备&#xff1b; 1、基本概念&#xff1b; 前期的知识准备&#xff1a; 1.javascript、html、css&#xff1b; 2.构建工具&#xff1a;Webpack&#xff1a;https://yunp.top/init/p/v/1 3.安装node&#xff1a;npm&#xff1a;https://yunp.top/init/p/v/1 …

EasyPoi表格导入添加校验

EasyPoi表格导入添加校验 项目添加maven依赖实体类自定义校验controller测试结果 项目添加maven依赖 <?xml version"1.0" encoding"UTF-8"?> <project xmlns"http://maven.apache.org/POM/4.0.0"xmlns:xsi"http://www.w3.org/2…

欧美地区媒体发稿:8个高效率方式分析提高知名度

1.媒体发稿推广的意义媒体发稿营销推广是指由企业和产品的信息传递给目标群体的一个过程。在欧美地区&#xff0c;媒体发稿营销推广针对企业品牌建设与市场开拓尤为重要。根据媒体发稿营销推广&#xff0c;企业能够提高知名度&#xff0c;提升曝光度&#xff0c;提升销售。 2.寻…

CentOS7安装node-v20.12.2

个人记录 官网查看最新版本 NodeJs下载地址 进入指定目录 cd /usr/local/下载 wget https://nodejs.org/dist/v20.12.2/node-v20.12.2-linux-x64.tar.xz --no-check-certificate解压 tar -xvf node-v20.12.2-linux-x64.tar.xz查看 ls ls node-v20.12.2-linux-x64编辑配…

如何发现高危的PoC和EXP?漏洞检测方法 示例,实战应急实战举例,包括:SQLi、XSS、SSTI/ELI、文件哈希、SSRF、命令执行/命令注入等等

如何发现高危的PoC和EXP?漏洞检测方法 & 示例,实战应急实战举例,包括:SQLi、XSS、SSTI/ELI、文件哈希、SSRF、命令执行/命令注入等等。 在网络安全领域,发现高危的PoC(Proof of Concept)和EXP(Exploit)对于防范和应对潜在的安全威胁至关重要。以下是关于如何发现高…

苍穹外卖学习记录(一)

1.JWT令牌认证 JSON Web Token (JWT)是一个开放标准(RFC 7519)&#xff0c;它定义了一种紧凑的、自包含的方式&#xff0c;用于作为JSON对象在各方之间安全地传输信息。该信息可以被验证和信任&#xff0c;因为它是数字签名的。 JWT是目前最常用的一种令牌规范&#xff0c;它最…

支持向量机模型pytorch

通过5个条件判定一件事情是否会发生&#xff0c;5个条件对这件事情是否发生的影响力不同&#xff0c;计算每个条件对这件事情发生的影响力多大&#xff0c;写一个支持向量机模型pytorch程序,最后打印5个条件分别的影响力。 示例一 支持向量机&#xff08;SVM&#xff09;是一种…