SD功能增强业务说明书

1.     流程编码... 4

2.     流程简要描述... 4

3.     操作说明... 4

4.1.     销售合同... 4

1.   同步定价日期... 4

2.   单据附加数据提取... 4

3.   有效日期不可修改... 4

4.   有效日期自动填充... 5

5.   有效日期控制... 5

6.   限价增强... 5

7.   整托出库增强... 5

4.2.     销售订单... 6

1.   复制控制增强1. 6

2.   复制控制增强2. 6

3.   同步定价日期... 6

4.   单据附加数据提取... 6

5.   材料销售代售限制... 7

6.   买赠的赠品行承担提示... 7

7.   订单参照增强... 7

8.   订单自动交货填写... 7

9.   调度单功能相关... 8

10.立体仓库订单修改增强... 8

11.赠品订单必填控制... 8

12.贷项费用必填控制1. 8

13.贷项费用必填控制2. 8

14.贷项费用必填控制3. 8

15.订单工厂库位相同控制... 9

16.代售业务增强... 9

17.限价增强... 9

18.整托出库增强... 10

19.已打印订单不能修改1. 10

20.已打印订单不能修改2. 10

21.立体仓库集成接口... 10

4.3.     销售交货单... 11

1.   贷项费用交货单过账日期自动填充... 11

2.   交货单销售地区字段自动填充... 11

3.   交货单交货日期赋值... 11

4.   退货交货单过账状态还原... 11

5.   交货单定价自动计算... 11

4.4.     销售发票... 12

1.   发票取消预提接口... 12

2.   凭证取消预提接口1. 12

3.   凭证取消预提接口2. 12

4.   发票取消记账日期限制增强... 13

5.   发票会计凭证账期控制... 13

4.5.     销售定价... 13

8.   200系统定价自动传输至100系统增强... 13

9.   调差条件类型增强... 13

10.调差条件类型增强... 14

11.存取顺序【需求】增强... 14

12.定价过程【需求】增强... 14

13.定价过程【计算类】增强... 15

14.定价过程【条件基】增强... 16

4.6.     信息结构... 17

1.   S956信息结构—按开票类型分析(日)新... 17

2.   S957信息结构—按交货类型分析(日)18

3.   S958信息结构—经销商信息还... 18

 

 


1.    流程编码

SD:功能增强说明。

2.    流程简要描述

在SD业务中,增强开发众多,分别有功能增强、系统开发、程序开发、报表查询等;

本文档仅对在正常业务中所做的功能增强部分进行列举说明,以业务流为主线,逐个描述功能增强的效果和业务要求。

3.    操作说明

4.1.  销售合同

1.     同步定价日期

业务描述:

1.      修改单据抬头的【单据日期】时,实现同步修改【定价日期】,实现两个日期保持一致;

2.      参数‘/BI0/ODATE’维护的日期如果在20060201之前,则以当前日期替换【单据日期】,否则以参数维护的日期替换【单据日期】;

3.      此增强有效单据类型:ZKM、ZOR、ZOS;

功能操作:销售合同维护时

增强程序:MV45AFZZ

2.     单据附加数据提取

业务描述:当单据送达方与售达方不一致时,提取售达方客户主数据的附加数据信息到单据抬头对应字段( KVGR1 / KVGR2 / KVGR3 / KVGR4 / KVGR5);

功能操作:销售合同维护时

增强程序:MV45AFZZ

3.     有效日期不可修改

业务描述:维护销售合同时,单据抬头的有效日期不可手工维护,避免手工随意修改合同有效期的情况出现;

功能操作:销售合同维护时

增强程序:修改字段属性实现(订单维护界面程序)

4.     有效日期自动填充

业务描述:维护1101工厂的销售合同时,单据抬头的有效日期自动填充,从单据维护日期开始,向后推10天有效期结束(有效期为10天);

功能操作:销售合同维护时

增强程序:MV45AFZZ

5.     有效日期控制

业务描述:

1.      销售合同有效期有效时,合同项目参照生成销售订单后,合同项目即处于不可修改的状态,但可以继续参照生成订单;

2.      销售合同有效期过期后,合同将不能新增项目保存,否则提示报错;

功能操作:销售合同维护和保存时

增强程序:MV45AFZZ

6.     限价增强

业务描述:

1.      退货或删除单据时,不执行限价增强;

2.      最低限价(ZPMN):由订单行项目的【开票前净值】除以订单数量得到【销售单价】,当【销售单价】小于最低限价时,则不允许保存;

3.      最高限价(ZPMX):由订单行项目的【开票前净值】除以订单数量得到【销售单价】,当【销售单价】大于最高限价时,则不允许保存;

4.      分部最低限价(ZFPR):由订单行项目的【开票前净值】除以订单数量得到【销售单价】,当【销售单价】小于分部最低限价时,则订单保存冻结;

功能操作:销售合同维护和保存时

增强程序:ZMV45ATOP

7.     整托出库增强

业务描述:

1.      根据维护的整托出库对应关系(售达方、物料),检查对应的销售合同项目数据,如果数量为整托数据,则可以保存继续,否则提示报错;

2.      整托出库关系维护事务码:ZVAVMTUO ,由总部客服部负责维护,解决立体库零星出库多导致的效率低下问题;

功能操作:销售合同保存时

增强程序:ZMV45ATOP

4.2.     销售订单

1.     复制控制增强1

业务描述:从销售合同复制到销售订单的复制控制中,将增强的字段信息加入复制控制语句中,以实现从销售合同到销售订单的自动复制;

功能操作:销售合同复制为销售订单时

增强程序:RV45C951(单据抬头复制控制例程951)

2.     复制控制增强2

业务描述:将销售合同抬头的【采购订单编号】字段信息在复制控制例程清空语句中屏蔽,从而实现从销售合同复制到销售订单的需求;

功能操作:销售合同复制为销售订单时

增强程序:FV45C101(抬头例程)、FV45C102(项目例程)

3.     同步定价日期

业务描述:

1.      修改单据抬头的【单据日期】时,实现同步修改【定价日期】,实现两个日期保持一致;

2.      参数‘/BI0/ODATE’维护的日期如果在20060201之前,则以当前日期替换【单据日期】,否则以参数维护的日期替换【单据日期】;

3.      此增强有效单据类型:ZKM、ZOR、ZOS;

功能操作:销售订单维护时

增强程序:MV45AFZZ

4.     单据附加数据提取

业务描述:当单据送达方与售达方不一致时,提取售达方客户主数据的附加数据信息到单据抬头对应字段( KVGR1 / KVGR2 / KVGR3 / KVGR4 / KVGR5);

功能操作:销售合同维护时

增强程序:MV45AFZZ

5.     材料销售代售限制

业务描述:针对原材料销售订单类型ZROH和原材料退货订单类型ZROR,不能做代售业务的技术限制,否则报错提示;

功能操作:销售订单保存时

增强程序:MV45AFZZ

6.     买赠的赠品行承担提示

业务描述:1101工厂的买赠业务中,针对上层项不为空的项目进行提示,要求费用承担部门为总部部门时,输入承担部门信息;

功能操作:销售订单保存时

增强程序:MV45AFZZ

7.     订单参照增强

业务描述:

1.      参照生成的销售订单,不能手工新增行项目,只能从销售合同参照而来;

2.      合同有效时,订单项目可以修改,项目总参照数量不超即可,否则报错;

3.      合同无效时,可以减少订单项目数量,而不能增大项目数量,否则报错;

4.      合同无效时,复制为销售订单后,订单不能保存;

5.      此限制仅限于总部1101工厂和订单类型ZOR、 ZOS;

功能操作:销售订单保存时;

增强程序:MV45AFZZ

公司间订单

8.     订单自动交货填写

业务描述:在跨cltent端的公司间销售集成中,根据程序判断,如果是集成程序,则自动填写订单的“自动交货”配置项,从而实现订单保存时能根据该配置自动进行交货处理;

功能操作:业务操作时;

增强程序:MV45AFZZ

9.     调度单功能相关

业务描述:为调度单业务而在销售合同与销售订单上所做的功能开发,有以下几点:

1.      合计单据项目合计的标准箱和件数总和,填入单据抬头相应的增强字段中;

2.      默认自动填写单据抬头【送货方式】为“公路运输”;

3.      单据增强字段为单据抬头【附件数据B】页签下内容;

功能操作:销售订单保存时

增强程序:ZMV45ATOP

10.  立体仓库订单修改增强

业务描述:检查订单在立体仓库中是否已经被WMS系统读取,如果已经读取,则不能对该订单进行修改操作,以防止数据不一致;

功能操作:订单修改时;

增强程序:ZMV45ATOP

11.  赠品订单必填控制

业务描述:维护赠品订单时,在订单抬头上必须填写对应的EKP审批通过的申请预案编号,以为核对使用;

功能操作:销售订单保存时

增强程序:ZMV45ATOP

12.  贷项费用必填控制1

业务描述:维护贷项费用时,在订单抬头上必须填写对应的贷项费用维护信息,以为核对使用;

功能操作:销售订单保存时

增强程序:ZMV45ATOP

13.  贷项费用必填控制2

业务描述:维护贷项费用时,在订单项目中,要求必须有手工条件类型“ZHI1”,否则报错;

功能操作:销售订单保存时

增强程序:ZMV45ATOP

14.  贷项费用必填控制3

业务描述:维护贷项费用时,在订单抬头中,将贷项费用增强字段信息赋予订单处理过程;

功能操作:销售订单保存时

增强程序:ZMV45A_ZWULIU

15.  订单工厂库位相同控制

业务描述:订单类型为“ZOS”时,检查订单所有项目的工厂和库位是否一致,不一致则报错;因为总部为避免司机的同一个订单在不同地点多次提货的弊端,特进行规定限制;

功能操作:销售订单保存时

增强程序:ZMV45ATOP

16.  代售业务增强

业务描述:

1.      根据销售组织和发货工厂所属公司代码是否相同,判断是否为代售关系,代售关系确认下:

a)     在确认为代售关系的前提下,再判断订单项目类别与订单类型之间是否匹配(ZANN/ZRNN项目类别非代售项目类别,不匹配);

b)    如果订单项目类别与订单类型匹配无误,则需要检查订单项目的代售价格(ZPI1)是否大于零,如果小于等于零则提示报错不能保存;

2.      确认为非代售关系时,需检查订单项目类别,不能使用代售项目类别,否则报错不能保存;

功能操作:销售订单保存时

增强程序:ZMV45ATOP

17.  限价增强

业务描述:

1.      退货或删除单据时,不执行限价增强;

2.      最低限价(ZPMN):由订单行项目的【开票前净值】除以订单数量得到【销售单价】,当【销售单价】小于最低限价时,则不允许保存;

3.      最高限价(ZPMX):由订单行项目的【开票前净值】除以订单数量得到【销售单价】,当【销售单价】大于最高限价时,则不允许保存;

4.      分部最低限价(ZFPR):由订单行项目的【开票前净值】除以订单数量得到【销售单价】,当【销售单价】小于分部最低限价时,则订单保存冻结;

功能操作:销售合同维护和保存时

增强程序:ZMV45ATOP

18.  整托出库增强

业务描述:

1.      根据维护的整托出库对应关系(售达方、物料),检查对应的销售合同项目数据,如果数量为整托数据,则可以保存继续,否则提示报错;

2.      整托出库关系维护事务码:ZVAVMTUO ,由总部客服部负责维护,解决立体库零星出库多导致的效率低下问题;

功能操作:销售合同保存时

增强程序:ZMV45ATOP

19.  已打印订单不能修改1

业务描述:针对“ZOS”总部订单和“ZKL”订单中工厂为总部工厂“1101”的订单,在打印后不能进行修改;

功能操作:订单保存时

增强程序:ZMV45ATOP

20.  已打印订单不能修改2

业务描述:针对“ZOS”总部订单,在保存时提示信息:“打印前请仔细检查订单,订单一旦打印就不允许再修改!”;

功能操作:订单保存时

增强程序:MV45AFZZ

21.  立体仓库集成接口

业务描述:判断订单工厂为“1101”和“2731”工厂,且库位为“1103”库位时,根据接口规则进行数据传递处理;

功能操作:订单保存时

增强程序:MV45AFZZ

22.  全丰订单项目评估类自动确定

业务描述:判断订单类型为全丰销售订单类型ZORC/ ZORD时,根据物料评估类别的不同,自动确定订单项目不同的评估类型,从而实现提取不同的成本价格;

功能操作:订单创建时

增强程序:MV45AFZZ

 

4.3.     销售交货单

1.     贷项费用交货单过账日期自动填充

业务描述:贷项费用交货单创建时,以交货日期填充到交货单的发货过账日期字段;

功能操作:交货单复制创建时

增强程序:MV50AFZ1

2.     交货单销售地区字段自动填充

业务描述:交货单创建时,根据增强提取相应的销售地区信息,填入交货单抬头的销售地区字段;

功能操作:交货单复制创建时

增强程序:MV50AFZ1

3.     交货单交货日期赋值

业务描述:交货单创建时,根据增强提取相应的订单业务数据中的定价日期,填入交货单抬头的交货日期字段;

                 注:因交货单定价过程中的定价日期以交货日期为准,故增加此增加以保证交货单定价日期与订单保持一致,在交货单定价过程取消后,该增强作用无意义;

功能操作:交货单复制创建时

增强程序:FV50C002

4.     退货交货单过账状态还原

业务描述:在代售退货业务中,对应的公司间发票在取消时,未知原因导致其交货单的过账状态不为C,从而导致后续开票业务进行,针对此情况特在信息结构S956的公式909中增强,实现发票取消时判断交货单过账状态,不为C时进行纠正;

功能操作:发票取消时

增强程序:公式909(信息结构S956中)

5.     交货单定价自动计算

业务描述:因为交货单定价过程已经取消,而实际报表查询时又经常用到以交货数据查询价格纪录,故通过此增强在交货单创建和修改时,自动根据交货数量及订单单价进行自动换算出交货单价格并写入数据表的过程;

功能操作:交货单创建、修改时

增强程序:MV50AFZ1

6.     交货单项目为零时发票状态自动【与发票无关】

业务描述:为解决业务应用中投机钻洞情况的发生,特取消交货单删除功能,交货单如需删除则自动修改项目数量为零即可,保存时系统自动修改交货单项目开票状态为【与发票无关】。

功能操作:交货单项目数量修改、保存时;

增强程序:ZSD_SALESORDER_ITEM(BADI增强,SE19查看)。

4.4.     销售发票

1.     发票取消预提接口

业务描述:

1.      首先判断发票取消标记,如果不是初始值,则继续后续增强,否则结束增强;

2.      进行相应数据状态检查,并对应的在预提系统进行相应的数据回写工作(数据回写、状态改变、纠正对照关系等);

功能操作:发票取消时

增强程序:ZXVVFU01

2.     凭证取消预提接口1

业务描述:FB08冲销财务凭证时,检查参考凭证是否存在于预提系统,存在则回写相应数据到预提系统数据表;

功能操作:凭证取消时

增强程序:Z_SDAEM_BTE_00001030(函数SE37)

3.     凭证取消预提接口2

业务描述:F-65删除预制凭证时,检查参考凭证是否存在于预提系统,存在则回写相应数据到预提系统数据表;

功能操作:预制凭证删除时

增强程序:Z_SDAEM_BTE_00002216(函数SE37)

 

4.     发票取消记账日期限制增强

业务描述:在发票取消时,检查取消发票的发票取消日期(记账日期)所在期间的账期是否关闭,如果关闭则报错并不能保存;

功能描述:发票取消时

增强程序:RV60AFZZ

5.     发票会计凭证账期控制

业务描述:

1.      发出商品ZF0发票创建过程中,根据相应的条件判断确认后,按规则填写所要生成的财务会计凭证上账期计算的【收付基准日期】,从而实现账期的控制;

2.      经检查,本增强条件在现有业务中根本无法满足,故一直都未执行过;

3.      经与会计部水经理沟通,此功能暂保持现状,不予增强严格控制,所以代码未完善(2011年11月16日电话沟通);

功能操作:发票创建时

增强程序:ZXVVFU02

4.5.     销售定价

8.     200系统定价自动传输至100系统增强

业务描述:ERP200系统内进行销售定价维护时,定价信息能同时传输至ERP100系统内相同的定价信息记录内,前提是在ERP100系统内已经存在对应的组织架构;

功能操作:发票创建时

增强程序:ZCL_IM__SD_COND_SAVE_A_VK(SE24,开发类)

9.     调差条件类型增强

业务描述:

1.      针对条件类型在进行维护调差时,调差单据进行权限检查,以防止调错单据:

²  单据抬头条件类型:ZDN1、ZDN2、ZDN3、ZDN4、ZDN5、ZDN6;

²  单据项目条件类型:ZDN7;

²  针对单据销售组织进行权限检查,以防止调错销售组织的单据;

2.      针对ZOR/ZOS订单对应的交货单,调差类型ZDN1维护的调差金额不能大于等于交货单项目金额,以防止出具发票金额为负数;

3.      针对条件类型ZDN1,增强实现界面字段【调差性质】,并在定价信息保存时,将对应的调差单据、调差项目、调差性质信息同步记录入表:ZSD_BALANCE,以备销售预测调用;

功能操作:定价创建时

增强程序:ZCL_IM__SD_COND_SAVE_A_VK(SE24,开发类)

10.  调差条件类型增强

业务描述:VK11进行ZDN1维护时,提示相应信息,增强仅为信息提示;

功能操作:ZDN1定价维护时

增强程序:Z_SAMPLE_INTERFACE_00503308(函数SE37)

11.  存取顺序【需求】增强

业务描述:

1.      需求900(经销商专用价):根据【客户定价组】中的经销商类型来进行限制生效,只针对经销商有效的增强;

2.      需求902(商超专用价):根据【客户定价组】中的商超客户类型来进行限制生效,只针对商超客户有效的增强;

功能操作:单据提取定价时

增强程序:

12.  定价过程【需求】增强

业务描述:业务进行的判断条件,返回值为真值或假值;

1.      需求905(退货专用):针对退货订单类型,将返回条件赋真值,使得条件类型ZDIF在定价过程ZBI001中生效;

2.      需求907(正式发票):针对发票类型“ZF2”,将返回条件赋真值,使得条件类型ZHD0在定价过程ZSO001中生效;

3.      需求910(ZIV4发票专用):针对发票类型“ZIV4”、“IV”、“ZF2”,将返回条件赋真值,使得条件类型ZDIX在定价过程中生效(需求描述因需求变动而标准不准确);

4.      需求912(全惠外协置真):当工厂为2731且销售组织为2731,同时订单类型为“ZROB”或“ZREB”时,将返回条件赋真值,以使得针对全惠业务特殊计算;

5.      需求913(全惠外协置否):当工厂为2731且销售组织为2731,同时订单类型为“ZROB”或“ZREB”时,将返回条件赋假值,以使得针对全惠业务特殊计算(与例程912相反);

6.      需求914(例程2补充增强):在【定价的项目】条件检查中,当外协供应商字段信息为空时,且当采购单据类型不为采购申请和采购订单时,进行后续标准检查后将返货条件赋真值(此需求为采购订单需求,在销售业务中无效);

7.      需求915(例程4补充增强):在【成本】条件检查中,当单据项目类别为“ZWNN”、“ZRWN”、“ZADN”、“ZRDN”时,跳过公司代码相同的检查条件。条件都满足后,将返货条件赋真值;

8.      需求916(例程10补充增强):在【工厂已设定】条件检查中,顺序执行

1)    当订单类型不为贷项费用“ZFD”时,如果项目不为零,则项目工厂不为空或发货国不为空,条件满足后赋返回条件值为真;

2)    当工厂为2731且销售组织为2731,同时订单类型为“ZROB”或“ZREB”时,将返回条件赋假值,以使得针对全惠业务特殊计算(功能同需求913);

9.      需求917(例程22补充增强):在【公司间】条件检查中,当条件类别为“TANN”、“RENN”、“ZWNN”、“ZRWN”、“ZADN”、“ZRDN”时,不执行“执行定价”的检查,从而使得以上条件类别下该需求也返回真值;

功能操作:单据提取定价时

增强程序:定价过程中

13.  定价过程【计算类】增强

1.      计算类903(销售成本):查询并判断销售组织和估价范围(发货工厂)对应的公司代码是否相同,相同时则将成本金额取反(乘以-1得到),将结果传递给输出变量;

2.      计算类904(发出商品):查询并判断销售组织和估价范围(发货工厂)对应的公司代码是否相同,相同时则将成本金额赋值给输出变量;

3.      计算类906(取XWORKH):XWORKI – XWORKH = 【XWORKH】输出变量,当项目类别为“ZADN”时,同时将【XWORKH】输出变量赋值给成本【KOMP-WAVWR】;业务中体现为净值减去税额的不含税金额计算过程,同时将不含税金额传递给成本变量输出;

4.      计算类907(取XWORKH * -1):对变量XWORKH取反操作,将结果传递给输出变量;业务上即为税金取反;

5.      计算类908(取XWORKL * -1):对变量XWORKL取反操作,将结果传递给输出变量;业务上即为将ZFFG条件类型取反记入收入;

6.      计算类909(成本*1.17):

1)    公司间原材料销售,价格为成本+税:针对原材料销售订单类型ZROH和ZROR,发票类型ZF4,以及对应项目类别Z001和Z002,当客户为公司间客户时,将项目成本金额加上对应的税额,将结果传递给输出变量,在单据上体现为定价输出;

2)    非公司间原材料销售,当项目的条件类型为“ZPR2”时,将结果金额清零输出,从而实现“ZPR2”条件类型无效(与ZPR1与ZPR2互斥同时作用);

3)    发票类型为“ZIV0”、“IV”、“ZIV4”,或订单类型“ZWL”、“ZRW”,且项目类别“ZWNN”、“ZRWN”,以上条件满足的情况下,将输出变量金额置零;五金劳保代售业务中代售价格提取成本的逻辑,但此处仅实现条件判断满足后的输出变量置零效果,业务中对应的为ZPI1置零(与计算类912并用);

4)    订单类型为“ZKL”、“ZRL”,或发票类型“ZF0”、“ZF2”、“ZIV0”、“IV”,且项目类别“ZADN”、“ZRDN”,以上条件均满足的情况下,提取项目成本金额加上相应税金,将结果传递给输出变量;业务中为赠品代售业务中的代售价格提取物料成本加税为代售价格输出;

7.      计算类911(ZIV定价过程折扣清零):订单类型为“ZKL”、“ZRL”,或发票类型“ZF0”、“ZF2”、“ZIV0”、“IV”,且项目类别“ZADN”、“ZRDN”,以上条件均满足的情况下,将输出变量金额置零;在赠品代售业务中,清除代售价格中的各种折扣条件类型金额;

8.      计算类912(五金代售取价):

1)    在发票“ZIV0”、“IV”、“ZIV4”的项目中,提取物料成本加销项税,将结果传递给输出变量;

2)    在“ZWL”、“ZRW”业务中,提取物料成本加销项税,将结果传递给输出变量,同时将成本金额清零输出;

3)    解决五金劳保代售业务中代售价格提取问题,此例程专用于条件类型ZPI2,配合例程909中第三条将ZPI1置零效果同用;

功能操作:单据提取定价时

增强程序:

14.  定价过程【条件基】增强

1.      条件基900(小计I总金额):将定价变量XworkI赋值给输出变量进行输出,具体变量含义要看定价过程配置情况;

2.      条件基901(小计E总金额):将定价变量XworkE赋值给输出变量进行输出,具体变量含义要看定价过程配置情况;

功能操作:单据提取定价时

增强程序:

4.6.     信息结构

1.     S956信息结构—按开票类型分析(日)新

业务描述:

n  在发票进行相关操作时,根据定义的规则(需求),按制定好的数据提取逻辑(公式)提取发票数据,处理后保存至数据表S956;根据条件汇总处理发票的基本数据信息和标准出厂价、标准成本、条件类型ZHD0、条件类型ZDN8的金额信息;

n  在湖北分部和福州分部由PRD200切换入PRD100系统后,S956在切换时间点2012年01月前后有数据过渡情况,利用增强实现PRD100系统2012年01月以前武汉、福州数据不可查,PRD200系统2012年01月以后武汉、福州数据不可查;

1.      公式907(标准出厂价计算):根据项目物料和定价日期,提取对应的有效定价信息,乘以项目数量后得出该项目的标准出厂价金额,将结果输出给传递变量(语句为跨系统从PRD100提取总部1101销售组织的【销售组织/物料】关键字的有效定价,标准统一);

2.      公式908(标准成本金额):根据项目物料和定价日期,提取对应的有效定价信息,乘以项目数量后得出该项目的标准成本金额,将结果输出给传递变量(语句为跨系统从PRD100提取数据表ZCTP中的有效定价,标准统一);

3.      公式909(ZHD0定价值提取):在信息结构已经定义为从定价结构表XKONV中取数的前提下,在此处直接以项目编号来判断提取该项目所对应的条件类型“ZHD0”的金额值,将结果传递给输出变量(此例程还包含交货单过账状态纠正增强,详见交货单增强说明);

4.      公式910(ZDN8定价值提取):在信息结构已经定义为从定价结构表XKONV中取数的前提下,在此处直接以项目编号来判断提取该项目所对应的条件类型“ZDN8”的金额值,将结果传递给输出变量;

5.      权限检查增强:项目ZMCSI000(CMOD),分配增强MCR00001,在组件EXIT_RMCREPAU_001中编写代码实现权限功能检查增强。通过临时表T_SEL_OPTION循环,得到销售组织代码并存储与新建临时表中,在循环得到查询日期后,进行逻辑对比,如有符合条件的查询,则消息提示报错;

功能操作:发票创建、修改、取消时

增强程序:

2.     S957信息结构—按交货类型分析(日)

业务描述:在交货单进行相关操作时,根据定义的规则(需求),按制定好的数据提取逻辑(公式)提取交货单数据,处理后保存至数据表S957;提取汇总交货单的数量、毛利、成本、金额等数据信息

1.      公式912(销售订单类型提取):根据处理过程中的交货单号和交货项目号,提取对应销售订单的订单类型,将结果传递给输出变量(信息结构中该字段为借用字段);

2.      公式913(订单原因提取):根据处理过程中的交货单号和交货项目号,提取对应销售订单的订单原因,将结果传递给输出变量(信息结构中该字段为借用字段);

3.      公式911(销售毛利提取):根据处理过程中的交货单号和交货项目号,提取对应销售订单的基本数量、销售成本、销售净值,然后根据公式【(销售净值 – 销售成本)/ 订单基本数量 * 交货项目基本数量】对正常交货和退货分别计算,得出交货毛利(交货单无定价过程,故相关数据从订单提取计算);

4.      公式914(S957订单小计1提取):根据处理过程中的交货单号和交货项目号,提取对应销售订单的基本数量、销售净值,然后根据公式【销售净值 / 订单基本数量 * 交货项目基本数量】对正常交货和退货分别计算,得出交货净值(交货单无定价过程,故相关数据从订单提取计算);

5.      公式915(S957订单成本提取):根据处理过程中的交货单号和交货项目号,提取对应销售订单的基本数量、销售成本,然后根据公式【销售成本 / 订单基本数量 * 交货项目基本数量】对正常交货和退货分别计算,得出交货成本(交货单无定价过程,故相关数据从订单提取计算);

6.      公式938(交货类型判断):根据交货类型、SD凭证类别判断,当为退货交货时,则将交货基本数量乘以 -1,将结果传递给输出变量,否则直接将交货基本数量传递给输出变量;

功能操作:交货单过账、取消过账时

增强程序:

3.     S958信息结构—经销商信息还

业务描述:根据客户合作伙伴关系中制定的对应关系,在经销商的销售业务中,根据客户对应关系实时提取经销商、配送商、代开户对应的发出、虚退、配送、代开类型的数量和金额,以及对应的标准出厂价和标准成本的销售、虚退、配送、代开类型的金额(此信息结构前提是客户主数据必须严格按照制定的关系进行维护以及进行业务);

1.      公式916(S958经销商提取):

a)     首选根据发票项目里的销售订单编号,提取销售订单合作伙伴关系中合作伙伴功能为“ZA”的配送方代码;

b)    如果发票项目的付款方不等于收票方,则将收票方传递给输出变量(代开经销商);

c)     否则再判断售达方不等于配送方,且配送方不为空,则将配送方传递给输出变量(配送经销商);

d)    再未满足,则将售达方传递给输出变量(非经销商客户);

2.      公式917(S958配送户确定):

a)     首选根据发票项目里的销售订单编号,提取销售订单合作伙伴关系中合作伙伴功能为“ZA”的配送方代码;

b)    提取到代码的前提下,如果售达方不等于配送方,则将配送方传递给输出变量;

3.      公式918(S958代开户确定):

a)     如果发票项目的付款方不等于收票方,则将售达方传递给输出变量(此处需核实业务逻辑正确性)

4.      公式919(S958发出数量):

a)     首选根据发票项目里的销售订单编号,提取销售订单合作伙伴关系中合作伙伴功能为“ZA”的配送方代码;

b)    如果提取到代码,则当付款方等于收票方、售达方等于配送方、项目类别不为REM时,将发票项目的基本数量传递给输出变量;

c)     否则,在付款方等于收票方、项目类别不为REM时,将发票项目的基本数量传递给输出变量;

5.      公式920(S958发出金额):

a)     首选根据发票项目里的销售订单编号,提取销售订单合作伙伴关系中合作伙伴功能为“ZA”的配送方代码;

b)    如果提取到代码,则当付款方等于收票方、售达方等于配送方、项目类别不为REM时,将发票项目的销售净值传递给输出变量;

c)     否则,在付款方等于收票方、项目类别不为REM时,将发票项目的销售净值传递给输出变量;

6.      公式921(S958虚退数量):

a)     首选根据发票项目里的销售订单编号,提取销售订单合作伙伴关系中合作伙伴功能为“ZA”的配送方代码;

b)    如果提取到代码,则当付款方等于收票方、售达方等于配送方、项目类别为REM时,将发票项目的基本数量传递给输出变量;

c)     否则,在付款方等于收票方、项目类别为REM时,将发票项目的基本数量传递给输出变量;

7.      公式922(S958虚退金额):

a)     首选根据发票项目里的销售订单编号,提取销售订单合作伙伴关系中合作伙伴功能为“ZA”的配送方代码;

b)    如果提取到代码,则当付款方等于收票方、售达方等于配送方、项目类别为REM时,将发票项目的销售净值传递给输出变量;

c)     否则,在付款方等于收票方、项目类别为REM时,将发票项目的销售净值传递给输出变量;

8.      公式923(S958配送数量):

a)     首选根据发票项目里的销售订单编号,提取销售订单合作伙伴关系中合作伙伴功能为“ZA”的配送方代码;

b)    如果提取到代码,则如果售达方不等于配送方时,将发票项目的基本数量传递给输出变量;

9.      公式924(S958配送金额):

a)     首选根据发票项目里的销售订单编号,提取销售订单合作伙伴关系中合作伙伴功能为“ZA”的配送方代码;

b)    如果提取到代码,则如果售达方不等于配送方时,将发票项目的销售净值传递给输出变量;

10.   公式925(S958代开数量):

a)     如果付款方不等于收票方,则将发票项目的基本数量传递给输出变量;

11.   公式926(S958代开金额):

a)     如果付款方不等于收票方,则将发票项目的基本数量传递给输出变量;

12.   公式927(标准出厂金额):

a)     以发票项目的物料代码、定价日期从100客户端标准出厂价数据表ZWKP中提取有效标准出厂价;

b)    首选根据发票项目里的销售订单编号,提取销售订单合作伙伴关系中合作伙伴功能为“ZA”的配送方代码;

c)     如果提取到代码,则当付款方等于收票方、售达方等于配送方、项目类别不为REM时,用发票项目的基本数量乘以提取到的标准出厂价得到标准出厂金额,将结果传递给输出变量;

d)    否则,在付款方等于收票方、项目类别不为REM时,用发票项目的基本数量乘以提取到的标准出厂价得到标准出厂金额,将结果传递给输出变量;

13.   公式928(标准成本金额):

a)     以发票项目的物料代码、定价日期从100客户端标准成本数据表ZCTP中提取有效标准成本(此处数据表已经废弃,标准成本现为A909数据)

b)    首选根据发票项目里的销售订单编号,提取销售订单合作伙伴关系中合作伙伴功能为“ZA”的配送方代码;

c)     如果提取到代码,则当付款方等于收票方、售达方等于配送方、项目类别不为REM时,用发票项目的基本数量乘以提取到的标准成本得到标准成本金额,将结果传递给输出变量;

d)    否则,在付款方等于收票方、项目类别不为REM时,用发票项目的基本数量乘以提取到的标准成本得到标准成本金额,将结果传递给输出变量;

14.   公式929(虚退出厂金额):

a)     以发票项目的物料代码、定价日期从100客户端标准出厂价数据表ZWKP中提取有效标准出厂价;

b)    首选根据发票项目里的销售订单编号,提取销售订单合作伙伴关系中合作伙伴功能为“ZA”的配送方代码;

c)     如果提取到代码,则当付款方等于收票方、售达方等于配送方、项目类别为REM时,用发票项目的基本数量乘以提取到的标准出厂价得到标准出厂金额,将结果传递给输出变量;

d)    否则,在付款方等于收票方、项目类别为REM时,用发票项目的基本数量乘以提取到的标准出厂价得到标准出厂金额,将结果传递给输出变量;

15.   公式930(虚退成本金额):

a)     以发票项目的物料代码、定价日期从100客户端标准成本数据表ZCTP中提取有效标准成本(此处数据表已经废弃,标准成本现为A909数据)

b)    首选根据发票项目里的销售订单编号,提取销售订单合作伙伴关系中合作伙伴功能为“ZA”的配送方代码;

c)     如果提取到代码,则当付款方等于收票方、售达方等于配送方、项目类别为REM时,用发票项目的基本数量乘以提取到的标准成本得到标准成本金额,将结果传递给输出变量;

d)    否则,在付款方等于收票方、项目类别为REM时,用发票项目的基本数量乘以提取到的标准成本得到标准成本金额,将结果传递给输出变量;

16.   公式931(配送出厂金额):

a)     以发票项目的物料代码、定价日期从100客户端标准出厂价数据表ZWKP中提取有效标准出厂价;

b)    首选根据发票项目里的销售订单编号,提取销售订单合作伙伴关系中合作伙伴功能为“ZA”的配送方代码;

c)     如果提取到代码,则当售达方不等于配送方时,用发票项目的基本数量乘以提取到的标准出厂价得到标准出厂金额,将结果传递给输出变量;

17.   公式932(配送成本金额):

a)     以发票项目的物料代码、定价日期从100客户端标准出厂价数据表ZCTP中提取有效标准成本;

b)    首选根据发票项目里的销售订单编号,提取销售订单合作伙伴关系中合作伙伴功能为“ZA”的配送方代码;

c)     如果提取到代码,则当售达方不等于配送方时,用发票项目的基本数量乘以提取到的标准成本得到标准成本金额,将结果传递给输出变量;

18.   公式933(代开出厂金额):

a)     以发票项目的物料代码、定价日期从100客户端标准出厂价数据表ZWKP中提取有效标准出厂价;

b)    当付款方不等于收票方时,用发票项目的基本数量乘以提取到的标准出厂价,将结果传递给输出变量;

19.   公式934(代开成本金额):

a)     以发票项目的物料代码、定价日期从100客户端标准出厂价数据表ZCTP中提取有效标准成本;

b)    当付款方不等于收票方时,用发票项目的基本数量乘以提取到的标准成本,将结果传递给输出变量;

功能操作:交货单过账、取消过账时

增强程序:

 

  • 1
    点赞
  • 18
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
SAP SD(Sales and Distribution)是SAP系统中的一个模块,用于管理销售和分销业务。信用额度是SAP SD模块中的一个重要功能,用于控制客户的信用风险并确保付款的安全性。 在SAP SD中,可以通过以下步骤设置和使用信用额度业务: 1. 配置信用管理:首先,需要在SAP系统中进行信用管理的配置。这包括定义信用控制区域、信用控制规则和信用控制步骤等。 2. 定义信用控制区域:信用控制区域是根据业务需求定义的,用于将客户分组并为每个组分配特定的信用控制规则。 3. 定义信用控制规则:在信用控制规则中,可以设置客户的信用额度、信用检查规则和信用冻结规则等。例如,可以设置客户的最大信用额度和超过信用额度后的冻结行为。 4. 分配信用控制规则:将信用控制规则分配给相应的信用控制区域和客户。 5. 进行信用检查:在销售和分销过程中,系统会自动进行信用检查。当创建销售订单、交货单或发票时,系统会根据客户的信用额度和信用冻结规则进行检查,并根据结果决定是否允许继续进行交易。 6. 处理信用冻结:如果客户的信用额度超过了设定的限制,系统会自动冻结该客户的交货和发票。在解冻客户之前,需要进行相应的信用调整或付款。 总结起来,SAP SD信用额度业务是通过配置信用管理规则和进行信用检查来控制客户的信用风险,并确保在超过信用额度时冻结相关业务的一种业务流程。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值