SAP自学系列SD快速入门文档格式.docx

上传人:b****6 文档编号:20639308 上传时间:2023-01-24 格式:DOCX 页数:19 大小:185.31KB
下载 相关 举报
SAP自学系列SD快速入门文档格式.docx_第1页
第1页 / 共19页
SAP自学系列SD快速入门文档格式.docx_第2页
第2页 / 共19页
SAP自学系列SD快速入门文档格式.docx_第3页
第3页 / 共19页
SAP自学系列SD快速入门文档格式.docx_第4页
第4页 / 共19页
SAP自学系列SD快速入门文档格式.docx_第5页
第5页 / 共19页
点击查看更多>>
下载资源
资源描述

SAP自学系列SD快速入门文档格式.docx

《SAP自学系列SD快速入门文档格式.docx》由会员分享,可在线阅读,更多相关《SAP自学系列SD快速入门文档格式.docx(19页珍藏版)》请在冰豆网上搜索。

SAP自学系列SD快速入门文档格式.docx

(3).物料主数据

(4).各种销售单据

(5).条件记录

SD快速入门第二篇

已经不是一次发生一个做了N年企业销售支持的在面试外部顾问的失败,而且面试官给的评价都是:

此人太水,水准只在社会主义初级阶段,但据俺所知,实情并非如此,关键原因有两点:

一是表达能力欠佳,这年头吹牛不犯法,忽悠不纳税,这都学不会,经过俺长期观察研究,俺发现ERP行业又一定理:

忽悠水准永远和薪酬成正比。

二是人们通常不好总结,想做外部顾问,需要经常做横向(和其他模块接口)和纵向的总结,这样才起码不能被面试官给定位为“太水”。

设想一下象俺这样厚道老实之人来面试验,

面试官问:

你做哪模块的?

答:

你们那哪模块最值钱俺就做哪块。

问:

你强项是哪模块?

哪块都挺强,我的强项是直接做ERP翻版,实施项目这种社会主义初级阶段的活儿太不惊险太不刺激了。

最后直接将面试官气的含恨而亡。

销售订单类型 

首先,常用的广义销售凭证类别(国内比较喜欢称为单据)有以下5大类,下面是建立此5类销售凭证类别的Tcode:

VA01:

销售订单

VA11:

销售询价单

VA21:

销售报价单

VA31:

销售计划协议

VA41:

销售合同

VA51:

销售项目建议

这些类型的销售凭证是相互联系的,比如可以或设置必须根据销售合同建立销售订单。

每个大类的销售凭证又可根据实际业务继续细分为若干类型。

下面先简介一下销售凭证类型配置,再着重介绍一下销售订单的分类。

定义销售凭证类型(Tcode:

VOV8)

输入VOV8后,你可看见系统预备了各种销售单据类型,显然系统已经考虑到各种销售业务,实施中你需要做的通常是根据企业实际业务从标准类型中Copy出所需销售单据类型(一般以Z开头命名),以系统标准的“BV->

现金销售”单据类型为例,说明下个配置参数,这里只介绍几个重要字段意义。

[1]:

SD内部既定SD凭证类别,SAP提供了以下销售单据类别,用户不能增加修改。

询价

报价

订单

项目建议

计划协议

带有外部服务代理的计划协议

合同

退货

免费订单

贷项凭单请求

借项凭单请求

独立需求计划

主要联系人

SOdoc.Category系统固定,SoDoc.Type可用户定义,这样既满足了既然业务逻辑处理(可以想象Category固定则ERP程序处理代码固定),又满足了不同业务的自由定义,在介绍内部订单篇也比较详细地阐述了关于OrderCategory和Ordertype的关系。

关于OrderCategoryandOrdertype的关系,请参考:

SAP的可配置思想精华关键就在于此,固定一些最基层的内部流程,在此基础框架下再允许用户配置。

[2]:

此处的冻结表示该单据类型不能再使用,比如冻结了BV,就不能再建立BV销售订单。

[3]:

单据编号,可以是内部也可是外部;

行项目以每10行号自动递增。

[4]:

必备参考有时比较重要,假设企业确定必须根据审批后的销售合同才能参考建立销售订单,就可设置为G,系统有以下参考:

无需要的参考

带有引用到询价

带有引用到报价

带有引用到销售订单

计划协议参考

带有引用到数量合同

带有参照出具发票凭证

也就是说,可以设置根据询价报价和销售合同建立销售订单,这样,在VA01创建销售订单时比如会自动弹出让你输入审批后的销售合同号。

[5]:

建立销售订单时输入的销售范围中的产品组(Division)为抬头产品组,在销售行项中的物料主数据也有产品组(物料主数据“基本数据1”视图),此处设置两者如果不同系统的反应,比如两者不匹配显示错误信息。

[6]:

为信贷组01组自动信用检查(D),关于信用控制会有专门讨论。

[7]:

设置输出应用V1,单据可以输出到传真、电邮、EDI接口或打印机,典型销售输出应用:

V1 

销售

V2 

装运

V3 

出具发票

*一个输出应用可以包括多个输出过程,一个输出过程可以包括多个输出条件类型(类似销售定价一个定价过程可包括多个定价条件类型,事实上输出使用的也是条件技术,条件技术在SAP中应用广泛),输入条件类型比如是输出到打印或邮件等媒介。

[8]:

如果选取”读取信息记录”则建立销售单据时会自动带出相应价格信息(价格信息由Tcode:

VK11建立),现金订单BV没有选择该字段,而标准普通订单OR则默认选择了该字段,可以理解,BV是现价。

[9]:

SD的单据不完整程序可由用户定义单据的必输信息许多字段,熟悉SAP的不会陌生字段状态组,两者是类似概念,将重要字段设置在不完整检查程序可以避免用户在建立单据时遗忘信息内容录入。

在后台配置,销售和分销-基本功能-不完整性项目的日志-定义不完整性的处理

[10]:

销售定价过程关键字A,关于销售定价过程稍微会有详细描述。

继续介绍销售单据类型的相关配置字段意义,如上图:

装运配置

[1]:

为单据定义交货类型,有的销售单据是不需要交货的,比如借项贷项订单是不需要交货的,只产生发票增加或/冲减销售收入。

[2].”交货冻结”标志设置表示该销售单据在建立时即自动设置交货冻结,企业如果需要在交货前实行核查或审批功能的,可以设置此标志,实际上国内企业都比较好这个,无论是销售出货(交货)还是其它什么类型出货都要审批一下,诸如此类的审批不厌其烦,所谓中国特色也。

[3]:

”立即交货”标志表示一建立订单即同时自动建立交货,现金销售订单类型BV是在建立销售订单后同步产生交货和开票的,现金订单标准流程为:

本例中BV现金订单立即交货标志被设置,一般订单特别是产品出库还需要做销售包装的不选择此标志。

[4]:

“装运条件”,选择不同的装运条件,特别是国外销售,通常可以建立装运条件和确定运输路线(RouteDetermination),稍后章节会做简单描述。

出具发票配置

[5]:

开票类型包括“交货-相关的开票类型”和与“订单相关的开票类型”,现金订单BV开票直接和销售订单相关,在”交货-相关的开票类型”保留为空,而一般的订单通常两者都被设置,概念上似乎有点混淆,个人猜想,因为开票和订单/交货存在一定复制关系(请参考接下来的SD的一个重要概念->

复制控制),BV或其它无交货的订单类型典型的比如借项贷项销售单据开票从SO直接复制相关内容到发票,其它的交货相关的订单开票则从交货单复制相关内容(实际上交货单也从销售订单复制信息)。

如果涉及同一集团的公司间销售,还可设置公司间的内部发票类型(默认为IV),集团分子公司间的销售业务SAP一般可采用两种标准处理方法:

跨公司转储/调拨(MM的公司间转储采购单位)或SD的公司间销售,当然也可采用其它变通方法,显然变通方法的处理步骤会比前两种标准做法复杂,要不ERP也不需要耗费力气去开发两个标准处理功能。

SD的公司间销售有种情况,叫DropshipmentSales,国内有所谓“直销”(注:

不是玩传销),DropshipmentSales就是子公司A打单然后让集团内的子公司B直接发货到客户,勉强跟直销拉上点关系,广义的直销指不经过任何批发环节直接零售给客户的销售形式,子公司A打单然后让外部生产厂商B直接发货到客户也是直销的一种形式。

[6]:

“出具发票冻结”标志可冻结发票,由于信用的原因或其它需要审批的原因,可以让该销售单据对应发票自动设置为冻结等待相关领导审批,比如退货借贷项销售订单就可设置该标志。

SE16:

V_TVFS->

定义发票冻结原因。

后台配置销售分销-出具发票-开票凭证-定义开票的冻结原因

[7]:

使用开票计划类型,假设某咨询公司的“产品”为劳务(劳务使人容易联想起体力活儿,叫专业咨询服务更合适),项目周期可能很长,因此可以根据服务销售合同规定的里程碑建立开票计划确定收入,就可使用开票计划,关于开票计划类型稍后会有详细描述,配置路径请参考:

IMGPath销售和分销->

出具发票->

出具发票计划。

单据相关日期配置

[8]:

简单介绍一下,”提前天数”表示请求交货日期距离当前日期的提前天数,如果设置为0,则不需销售提前期;

如果选择”建议的交货日期”则表示使用当前日期做交货日期。

学习SAP的最佳捷径之一就是每天吃饱撑着没事干时去看看每个字段的帮助,结合前后台多测试,读者可以自己VOV8仔细看一系统默认的那些单据类型,重要字段意义以上大概都包括。

下面简单归纳一下销售订单(只是销售订单)类型,有兴趣的读者可以增加。

销售订单类型

1.现金销售订单

2.紧急销售订单

3.借项凭证

4.贷项凭证

5.标准销售订单

6.销售退货订单

厂家补货或冲销售收入或退钱

7.销售维护单据

注意:

保修期内和超过保修期的维修业务

8.分期付款销售

9.委托销售/寄售

本企业委托别人销售SAP叫寄售,这种业务也好理解,SAP有下列标准订单类型处理该业务

KA:

寄售拣配

KB:

寄售补货

KE:

寄售发货

KR:

寄售退回

10.受拖销售

别人委托让你销售的

11.集团间内部销售/第三方销售/“统购统销”,

注意折扣销售和销售返利处理

折扣销售包括商业折扣、现金折扣及销售折让

销售返利包括现金返利和实物返利两种

在介绍销售行项配置在简单阐述。

熟悉SD精通以下SD相关表格及其重要字段关联关系,由读者自己补充,一个很好的方法就是每天起床象背诵八荣八耻一样背诵这些东西

物料主数据表

MARA:

MBEW:

MVKE:

MARC:

MARD:

客户主数据表

KNA1:

KNB1:

KNVV:

销售包装表

销售订单表

交货表

销售发票表

定价条件相关表格

其它表:

SD快速入门第三篇

介绍几种典型的销售订单流程

现金销售

在控制着稀缺资源的企业,现金订单业务相对教多,现金销售有下列特点:

(1)客户以现金、现金支票等直接支付。

(2).因为是现款支付,现金订单通常不再检查信用。

(3).现金订单创建成功后,通常系统会参照此订单自动创建发货单。

(4).和其它标准销售订单不同的是,现金订单是根据现金销售订单号而不是外向交货单号开具发票的。

下面以SAP系统标准的各种销售单据类型简单说明现金订单的流程,使用的都是系统标准

的单据类型,在实际项目中,只要复制这些单据类型就行,现金订单的标准流程如下图。

配置和操作步骤如下:

(1).Tcode:

OVAZ定义销售机构允许现金销售订单BV。

(2).检查销售凭证类型(标准现金订单类型BV,在”装运”中选择交货类型BV,选择”立即交货”标志,默认对应发票类型BV)->

销售项目类别(标准销售行项目类别BVN)->

发票类型(标准现金订单对应发票类型BV)->

发票中的现金科目确定,注意在现金发票类型配置屏幕中的“帐户确定/定价”屏的"

科目确定现金结算"

设置中已经选择了标准的现金科目确定过程KOFIAC,这些配置都是系统预定的,在这里使用该标准过程KOFIAC。

(3).现金销售科目确定配置如下图。

使用条件技术的好处就是让销售用户在开票时只关注条件类型避开会计科目,毕竟很多后勤顾问对财务是不了解的.

关于现金科目确定配置使用的也是条件技术,关于条件技术此处不再细讲,我们可以看到默认的现金科目确定过程KOFIAC使用了条件类型CASH来确定现金科目。

图-[2][3]:

Tcode:

OV77是现金科目分配设置,假设分配现金科目1021102010,是根据销售组织来分配现金科目的,这仅仅是个测试,当然实际业务场景中,现金销售可能设计多个科目,由于使用了条件技术可以轻易地解决这个问题。

图-[4]:

启动了业务范围希望根据其出具相关报表的企业,有时候会面临象银行科目设置到

哪业务范围的问题,国内企业实现的事业部制大都是不完全事业部制,一个公司下的

某个银行存款帐号同时处理多个事业部收款或支付,那么这个银行存款挂在哪事业部

呢?

举一个简单实例,假设银行存款1000万挂在业务范围A,当期为B支付了500

万供应商欠款,如果没有任何相应调整,则期末银行存款1000万依旧挂在业务范围

A,而业务范围B就会出现-500万存款的闹据。

(4).配置完毕后,VA01建立BV订单,在保存后系统同时自动产生一交货单,如果交货单没有自

动过帐,可手工VL02N发货,然后使用TcodeVF01(注:

输入现金销售订单号而非发货单号)建立发票过帐,产生的会计分录如下:

Dr:

现金科目1021102010 

+(注意原因代码)

Cr:

收入

销项税

此时由现金科目取代了标准销售单开票时产生的应收帐款科目,实际上如果不走现金销售订单走预收帐款,则财务部还需走应收清预收多了两步,现金销售则减化了业务流程。

(5).如果系统起用了原因代码做直接现金流量表的制作,此时现金科目1021102010需要起用替代写入原因代码(Tcode:

OBBH)。

SD快速入门第四篇-SD折扣折让实现简介

一.销售折扣

销售折扣包括商业折扣和现金折扣。

(1).商业折扣:

是指企业为了促进商品销售而在商品标价上给予的价格扣除,故也称为折扣销售,

企业会计制度和会计准则中均规定:

销售商品涉及商业折扣的,应当按照扣除商业折扣后的金额确定商品销售收入。

即商业折扣直接以实际成交价格确定销售收入,原价格只留案备查,利用SAP的条件定价技术可以轻松做到这点,原价格条件类型可以以统计的形式显示在定价过程中,只有商业折扣后的实际销售价格才过帐到财务形成收入,此处不讨论。

销售折扣通常发生在商品货物销售之前!

(2).现金折扣

现金折扣:

是指企业在赊销过程中为了鼓励客户在一定期限内早日偿还货款(实际上也包括供应商为了鼓励企业按期付款的现金折扣),对销售价格所给予的一定比率的扣减,SAP中,现金折扣率在Tcode:

OME2/OBB8中定义支付条款中给定,典型的现金折扣可能用”3/10,2/30,n/60”表示,含义为:

10天内付款给予3%的折扣,第11天至第30天内付款给予2%的折扣,60天之后付款没有任何折扣。

SAP系统中提供了强大的应收帐龄分析和催款功能,可以定期打印出客户对帐单,逾期后能打印出多级催款函,在一些国家,逾期后甚至可计算应收帐款的利息。

国内企业会计制度和会计准则规定现金折扣采用总额法(国外也有采用净价法处理现金折扣的)核算,实际发生的现金折扣视为对客户提前付款的鼓励性支出,计入财务费用。

SAP现金折扣的实现方式:

(一).Tcode:

OME2/OBB8中定义支付条款,这些支付条款被写入供应商/客户主数据,需要注意的是因为供应商/客户有财务视图和采购/销售视图,这两者都可以设置默认的支付条款的,关于支付条款本书相关部分有详细的描述,在物料主数据的销售视图1中也可选择该物料在销售时是否允许现金折扣。

(二).如下图,客户使用了系统默认的支付条款0003,即”3/14,2/20,n/30”,注意一个重要的日期->

基线日期,由它来唯一确定帐龄,这样可以避免如何计算帐龄的争端,严格地说,税法对销售增值税发票的开具时间是有相关规定的,但实务中难于执行,比如有企业多次销售送货出去汇总开一张发票,个人认为,基线日期应该以发票开具时间或双方合同约定时间为准,总之尽量避免扯皮。

现在来简单描述一下相关的设计逻辑,SAP的财务模块设计比较有意思,会计凭证行项目包含了大量核算信息,如下图,看看会计凭证行项目表BSEG关于支付条款的结构图。

ZBD1T、ZBD2T、ZBD3T包含了一个支付条款(Tcode:

OME2)的三个时间分段,ZBD1P和ZBD2P为对应的现金折扣百分率,因为支付时间点超过或到ZBD3T时已经是不含折扣率的。

在SAP中,应收应付(系统默认必定使用未清项管理)和以未清项管理的总帐科目实际上对应有未清项(OpenItem)和已清项(ClearedItem)两套表,分别如下:

BSAK/BSIK:

供应商(即应付)已清项/未清项

BSAD/BSID:

客户(即应收)已清项/未清项

BSAS/BSIS:

以未清项管理的总帐已清项/未清项

BSAK/BSIK和BSAD/BSID也包含字段ZBD1T、ZBD2T、ZBD3T、ZBD1P和ZBD2P,也就是说收款/付款(Tcode:

F-28/F-53)和清帐(Tcode:

F-32/F-44)带出的是所有供应商/客户的未清项,因为包含了那5个字段,也即能根据收款/付款或清帐与基准日期(字段ZFBDT)比较自动带出可以享受的现金折扣百分率。

SD交货失败后象抢救文物一样补救

汶川大地震抗震救灾,太感人了,注意到前些时候在什么经济选秀节目很牛B的几个“人物”好象没踪影了,象什么每天吹嘘能赚100万的马云马老大;

纳斯达克上市的东方教育的个谁谁谁,更有“著名的”传奇人物巨人集团的超级“史总”,还有很多什么钱赚的都不好意思数的地产大老爷,银行保险业什么工资高的都不好意思拿的高管...硬是没啥动静,都是牛人!

其实人钱一多,存在银行不用和废纸没有任何区别,嘿嘿.

一家企业上线出了问题,很大,上百交货单因为增强错误,还有交货单不能及时打印,出不了货呀,弄的俺象地震抢救一样去补救,SD留下了很多增强,一定要充分测试,多年前,一个老总就告诉我,测试中发现错误,只要1元,形成产品后就要10000来修补,等到客户手中后就要耗费1,000,000元来弥补,做实施项目一样.

交货因增强导致产生了物料凭证号但未真正扣除库存,销售成本未结,经过检查,发现交货单VL09不能冲销,也不能删除,且不能再交货,举一个实例,假设销售订单100个,交货100个,开票了,100个,但是交货未产生销售成本而且使用标准的功能再不能做任何动作,怎么办那?

1.将销售订单改为200个,在做一个100的交货,然后再将销售订单改为100个(否则影响信用/可能的MRP)

但是销售订单改动需要层层审批,不好办.

2.强行从Table级删除Delivery,整个销售凭证的钩稽凭证流断裂.

最后采用的收补的方法,来欺骗SAP系统.

修改状态,从C完成更改回开始.

UPDATEVBUKSET:

WBSTK='

A'

"

移动状态

GBSTK='

货物移动过帐表头状态

WHEREVBELN=I_OUTPUT-VBELN.

UPDATEVBUPSET:

WBSTA='

移动状态'

GBSTA='

总处理状态'

*-删除凭证流中含有虚拟不存在的物料凭证号

DELETEFROMVBFAWHEREVBELV=I_OUTPUT-VBELN

ANDVBTYP_N='

R'

.

然后重新利用这个交货单过帐交货,这样保证了该交货单对应的发票号也是钩稽的.

由于系统高度集成,后续可能的影响:

信用更新/MRP...

昨晚,一个朋友同样是在使用SD增强时出现MRP更新错误,业务大概是这样的,在建立销售订单时设置了一个拒绝原因,此时MRP不考虑此SO(但是信用会占据,SAP大概认为,信用是对外的,只要一建立就更新信用数据,不管你各种冻结与否,除非是信用冻结,需要VKM1审批后才更新信用),知道去更改销售单清空该字段(相当审批),MRP才考虑. 

这是第二次因自定义的增强出现的重大问题,当年俺自己也因为一个非常变态复杂的增强导致了后勤和财务数据不一致,弄的后来看见要更新业务数据的增强就怕,想象一下,象俺这样的ERPSuper老油条都会栽,就不难想象只抛给用户一个什么平台让他们自己去折腾客户化业务是多么可怕的一件事情.

这几天一堆紧急事情堆过来,一个小弟问为什么不去参加银行解决方法会议,是忙昏了,真的发昏了,趴在桌上睡了整一个多小时才醒,NND熊!

附:

SalesandDistribution(SD相关表格):

1.1 

Salesorder:

VBAK 

Headerdata

VBAP 

Itemdata

VBPA 

Partnersinsalesorder

VBKD 

Salesdistrictdata

VBEP 

Datarelatedtoli

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 解决方案 > 学习计划

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1