SAP SD学习笔记20 - 请求传票的统合,请求Type控制请求书的要素及流程

上一章讲了形式发票。

SAP SD学习笔记19 - 形式发票(Proforma Invoice)-CSDN博客

本章继续讲SD的知识。

目录

1,请求传票的统合

2,请求传票的构造

3,请求Type 控制请求书的流程

3-1,请求Type 种类

3-2,请求Type 制御

3-3,请求Type的Customize - Tr-CD:VOFA

3-4,请求Type的提案(Customize)

a),明细Category - Tr-CD:VOV7

a)-1,TAN - 标准明细

a)-2,REN - 标准明细(返品用)

b),贩卖传票Type - Tr-CD:VOV8

b)-1,贩卖Type:OR - 标准受注 --》F2

b)-2,贩卖Type:RE - 返品 --》RE

b)-3,贩卖Type:BV - 现金贩卖 --》BV

b)-4,贩卖Type:CR - Credit Memo依赖 --》G2

b)-5,贩卖Type:RK - 请求书订正依赖 --》G2

3-5,总结

a),出荷关联请求书(图中红线是强调的部分)

b),受注关联请求书 (图中红线是强调的部分)

c),请求传票的参照传票表


下面是详细内容。

1,请求传票的统合

下面是生成请求传票的前前后后相关联的所有要素:

- 请求关联的受注传票 及 出荷传票

  请求传票可以参照 受注票(销售票)和出荷传票(交货票)来生成

  没有货物移动的,可以参照受注票;有货物移动的,可以参照出荷票。

  比如返品处理中,返品传票就不能用于生成请求传票,它们之间没有直接联系。

- 传票Flow的更新

- FI 票的登录 ...

2,请求传票的构造

请求传票有2层构造:

- Header

- 明细

- 出力

  Menu > Jump > Header > 出力

其实就是出力到打印机印刷出来

它的格式是可以做开发的,比如用 ABAP Smart Form 开发一个客户需要的格式。

这里面插一个内容,就是形式发票和正式发票的区别是什么?

其实它们都是一张纸或一个文件嘛,能有啥区别,没区别。

但是,要是没区别你们公司又不乐意了是吧,所以其实大家一般会给形式发票加个Logo,或水印

这样大家一看就明白这是形式发票,那是正式发票。

这种区别就需要用出力功能来做。

SAP SD学习笔记19 - 形式发票(Proforma Invoice)-CSDN博客

TODO:咱们这里也没配好,以后再细说

上面说的请求书有Header,明细两层结构。

其实很多票都是2层结构的,比如出荷传票也是。

有一个比较特殊点儿的,就是 受注传票,它有三层结构。

- Header

- 明细

- 纳入日程行

  就是下面这里。

  因为存在分纳这种情况,所以需要在明细的下面再设一层结构。

3,请求Type 控制请求书的流程

3-1,请求Type 种类

如下图所示,请求Type(开票类型)的种类如下:

- 请求书

- 现金贩卖

- Credit Memo/ Debit Memo

- 返品...

请求Type:比较常用的有以下几个,咱们在上面的几章基本都说到了,需要的朋友去翻翻

- F2 - 请求书

- F8 - Proforma Invoice(形式发票)

- BV - 现金贩卖

- G2 - Credit Memo

- RE -返品

其实就是 VF03 画面左上角显示的内容:

F5 - 受注用假请求 也是形式发票,我发现这个票好像不太受待见,传票Flow里也一样,

动不动就弄给没了。

3-2,请求Type 制御

下图讲请求Type 具体控制了些什么内容:

- 出力(印刷) - 比如现金贩卖,也就会出力现金请求书

- 转记Block - 它有几种含义

  - 请求Block Flg - 比如返品,CreditMemo,请求书订正 等等,都是默认带请求Block Flg的

  - 有些普通的请求书就没设Block(冻结),直接就让你过了

  - 还有一个用途就是 先只让你出请求书,不出会计票;

    会计票要Lead承认之后才出来,就是在画面上点Release按钮之后才会真正的生成FI 票

- 财务会计IF 的特殊机能:指的是跟FI 那边连携的时候,可以在里面加一些Key等特殊的东西进去

- 勘定设定:指的就是 仕訳(会计分录)

  咱们在MM里面,有自动仕訳,SD里面也有的

  当然两者是有很大不同的,在科目数量上,SD的要比MM的会计科目要少很多,条件要比MM多

  MM主要是对内的,比如入出库票,在库移动之类的

  SD主要是对外的,比如对这个客户怎么样,对这个销售渠道怎么样,对外的因素影响过账的较多

3-3,请求Type的Customize - Tr-CD:VOFA

请求Type的制御是通过Customize实现的。

咱们来简单说说是怎么实现的,更为详细的Customize内容以后再说。

Spro > 贩卖管理 > 请求传票 > 请求传票

请求传票Type

这里面显示的都是请求传票Type,比如

- F2 - 请求书

- F8 - 出荷用假请求...

双击即可打开请求Type的详细设定画面,比如 F2 - 请求书

- 转记Block - OFF:这样设定之后,就会自动同时生成请求书和FI 票;

  那如果不想同时生成FI票,勾上该项目,就不会生成FI票了,必须的点 Release才会生成FI 票

- 取消请求传票Type : S1 - 请求书取消(S1)

  咱们在下面这篇文章里面做过取消,确实是 S1

SAP SD学习笔记16 - 请求书的取消 - VF11_sap fv11操作-CSDN博客

- 勘定决定表:KOFI00

- 出力决定表:V10000 - 决定出力(印刷)相关的内容

上面说了请求Type能提案/制御些什么内容。

那么从受注票开始,怎么就能自动决定了请求Type了呢?

这些是在贩卖传票Type --》明细Category 里面来具体控制的。

3-4,请求Type的提案(Customize)

具体来说就是Cutomize里面控制的。

下面来具体看一下。

a),明细Category - Tr-CD:VOV7

Spro > 贩卖管理 > 受注传票 > 贩卖传票 > 贩卖传票明细

a)-1,TAN - 标准明细

双击一下 TAN,打开详细设定画面

- 请求关联:A - 出荷关联请求传票

这里面的意思就是标准的请求书是必须要参照出荷传票 来生成 请求传票。

就如下面这张图的上面部分所说,请求传票是由出荷传票来参照生成的。

当然,根据咱们之前的经验,不仅要有出荷票,而且还要点完出库确认的才行。

a)-2,REN - 标准明细(返品用)

- 请求关联:B - 受注Base的请求 - 受注数量依存的Status

这个说的就是下面这个图里的内容,即

返品的请求书(Credit Memo) 是参照返品传票(返品的受注传票)来做的,而不是参照返品入荷(返品的出荷传票)来做的。

咱们以前也说过,这是因为返品的时候,有可能需要先退款后收货,所以那个时候根本就没有返品入荷票,只有返品传票(返品的受注传票)。

b),贩卖传票Type - Tr-CD:VOV8

Spro > 贩卖管理 > 受注传票 > 贩卖传票 > 贩卖传票Header

b)-1,贩卖Type:OR - 标准受注 --》F2

双击 OR 即可打开明细

- 请求传票:可以看到标准受注默认关联的是 F2 - 请求书 这个请求Type

  - 出荷关联请求Type:F2 - 请求书

  - 受注关联请求Type:F2 - 请求书...

也就是说,当在VF01 画面上参照出荷传票来生成请求书的时候,即使你不手动选请求Type,

根据这里的Customize,也会自动决定请求Type为 - F2 - 请求书。

 参照:贴一张图直观一点儿哈,就是下面这样的

SAP SD学习笔记18 - 投诉处理4 - 请求书订正依赖,投诉处理流程的总结-CSDN博客

上面文章虽然是投诉处理的内容,但是里面也有标准的请求书内容。

b)-2,贩卖Type:RE - 返品 --》RE

- 请求传票

  - 出荷关联请求Type:RE - 返品Credit

  - 受注关联请求Type:RE - 返品Credit...

  - 请求Block:08 - 小切手Credit Memo

参照:同样,找个例子能直观点儿

SAP SD学习笔记14 - 投诉处理1 - 返品处理(退货处理)的流程以及系统实操,比如 返品传票;请求Block标记;收到退货之后的处理,请求传票的登录_销售退货 sap-CSDN博客

b)-3,贩卖Type:BV - 现金贩卖 --》BV

- 请求传票

  - 出荷关联请求Type:BV - 现金贩卖

  - 受注关联请求Type:BV - 现金贩卖

参照:同样,找个例子能直观点儿 (下图关注的是 请求Type,不是画红框的Jump)

SAP SD学习笔记07 - 紧急发注(急单),现金贩卖,贩卖传票Type/ 明细Category 及其Customize-CSDN博客

b)-4,贩卖Type:CR - Credit Memo依赖 --》G2

双击 CR - Credit Momo依赖

- 请求传票

  - 出荷关联请求Type:空白

  - 受注关联请求Type:G2 - Credit Memo

  - 请求Block:08 - 小切手Credit Memo

参照:同样,找个例子能直观点儿

SAP SD学习笔记17 - 投诉处理3 - Credit/Debit Memo依赖,Credit/Debit Memo_sap 请求书 请求type-CSDN博客

b)-5,贩卖Type:RK - 请求书订正依赖 --》G2

双击 RK,显示详细画面

- 请求传票

  - 出荷关联请求Type:空白

  - 受注关联请求Type:G2 - Credit Memo

  - 请求Block:08 - 小切手Credit Memo

参照:同样,找个例子能直观点儿

SAP SD学习笔记18 - 投诉处理4 - 请求书订正依赖,投诉处理流程的总结-CSDN博客

3-5,总结

结合上面的说明,再来看一下这张图。

- 标准受注 由Header,明细两部分组成;

  Header里面,包含贩卖传票Type:比如 OR - 标准受注

  明细里面:包含 明细Category :比如 TAN - 标准受注

- 在明细Category(比如 TAN - 标准受注) 的 Customize页面

  可以在这里设定 请求关联 栏位,即 A - 出荷关联 /  B - 受注关联,

  用途是设定参照 出荷传票 还是 受注传票来生成请求传票。

  正常的流程都是要参照出荷传票来生成请求传票,

  但是也有特殊的情况会参照受注,比如返品处理,可能会先退款后收货,就要参照受注生成请求

- 标准受注 Header(比如 OR - 标准受注) 的Customize页面

  可以在这里设定 出荷关联请求Type/ 受注关联请求Type

  比如下面这些 出荷请求关联请求Type:

  - F2 - 请求书

  - RE - 返品Credit

  - BV -现金贩卖

  - G2 - Credit Memo/ Credit Momo依赖/ 请求书订正依赖

下面总结一下出荷关联和受注关联生成的请求书的Pattern:

a),出荷关联请求书(图中红线是强调的部分)

  -1 受注 --》出荷传票 --》请求书

    这是最常见的流程

  -2 出荷传票 --》请求书

    这种不是太常见,就是那种 无参照出荷
SAP SD学习笔记11 - SD出荷传票2 为外注发注支给构成品 - 外注发注的出荷,购买发注 --》返品到仕入先(向供应商退货),购买发注 --》入荷传票(采购入库交货),无参照出荷 详解_sap 在库转送 出荷data不存在-CSDN博客

  -3 受注--》请求书  +  受注--》出荷传票--》请求书

   比如卖一个商品,还得加安装服务(比如卖空调+安装是另算的)

   需要在一张受注票里面放2条明细,它们的明细Category不同,生成请求书的参照元就不同。

   商品本身是走的 受注--》出荷传票--》请求书,

   服务因为不需要出荷,没有受注,走的是 受注--》请求书。

b),受注关联请求书 (图中红线是强调的部分)

  -1 受注 --》请求书

   比如(受注用假请求)形式发票啊,请求书订正依赖 这些都是的。

  -2 受注 --》出荷传票  + 受注 --》请求书

    普通的返品处理中的两条线:客户返品,我方退款,都是参照受注过去的。

  -3 受注--》请求书  +  受注--》出荷传票--》请求书

c),请求传票的参照传票表

- 请求书 《--贩卖传票 或 出荷传票

- Credit Memo 《-- Credit Memo依赖 或 请求传票

- 会社间取引 《-- 出荷传票...

以上就是本章的所有内容。

本章讲了请求传票的构造以及控制请求传票的要素和流程。

- 要素有两个:明细Category和 贩卖传票Type

  - 明细Category 控制 请求关联,即是要参照 出荷传票还是受注传票来生成 请求传票

  - 贩卖传票Type 控制 请求Type,即 F2 - 请求书,G2 - Credit Memo,BV - 现金贩卖 ...

- 控制流程如下:

  - 对一个受注票来说,必须先有一个贩卖传票Type,比如 OR - 标准受注

    而一个受注票里面又会有很多明细,每条明细会有一个明细Category,它会决定请求关联

    然后 请求关联 又会决定

    - 是出荷关联(即参照出荷票生成请求票),

    - 还是受注关联(参照受注票生成请求票)

至于每一行的明细Category是怎么决定的,可以参考下面的文章,基本认为是品目决定的就可以

SAP SD学习笔记07 - 紧急发注(急单),现金贩卖,贩卖传票Type/ 明细Category 及其Customize_sd 客户请求一 -次交清-CSDN博客

可以看到SD的Customize一环套一环的,有点儿复杂。

更多SAP顾问业务知识请点击下面目录链接

https://blog.csdn.net/shi_ly/category_12216766.html

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值