SAP自学系列-SD快速入门

SD快速入门第一篇

销售主数据

在谈到应收模块时,顺便让读者快速对SD模块有一个全面认识,首先你必须熟悉SD的基本主数据,SD的主数据包括:销售组织主数据、客户主数据、物料主数据、各种销售单据和条件记录等。

下面首先介绍一下SD的销售组织,销售组织定义配置图如下, 在SAP模块的组织结构配置中,一般是先定义然后分配各组织单元的对应关系，一个ERP强大的组织关系结构是实现复杂业务流程的基础。

(1).销售组织主数据

销售范围(Sales Area)

销售组织：产品销售的组织单元，可包含多个分销渠道。

*通常建议一个公司代码对应一个销售组织,除非同一公司代码下有不同的销售方式。

分销渠道：顾名思义,即产品的销售渠道, 可以设置批发、零售、直销、出口、电话销售、来料加工销售等分销渠道。

产品组：可以直接根据产品大类或其它分析统计目的建立产品组, 产品组实际上还可用来区分业务范围,多数情况下工厂和业务范围唯一对应,通过不同产品组可以将同一工厂的不同物料对应到不同业务范围(Tcode:OMJ7)。

以上三者紧密形成所谓的销售范围(Sales Area), 如上图[2]，销售范围用于销售统计报告,所有销售相关信息都至少必须通过销售范围定义，比如建立销售订单必须输入销售范围的3个组织单元。

除此之外,你还可使用下面3个销售组织概念,如果需要,可将销售分析到细划一个销售门市部和销售员。

销售办公室:可以根据销售地理位置或企业其它需求设置销售办公室，销售办公室属于销售范围，见上图[3]配置“给销售范围分配销售办公室”。

销售组:销售办公室的员工可以分成不同销售组，销售组隶属于销售办公室，见上图[4]配置“给销售办公室分配销售组”。

销售员:通常销售组织定义到了销售组这层就差不多，有时直接将销售组表示销售员即可，启动销售员功能有以下两种情况：

I. 实施了HR系统，可以在员工主记录中创建销售代表(Tcode: VPE1/PAL1)。

II.未启动HR的则使用客户的合作伙伴功能,将销售员的指派为客户主数据的合作伙伴,在实际销售订单时可将客户默认带出的销售员修改为对应销售员。

合作伙伴功能这东西比较有用，通常收入能根据物料/销售员/销售合同/客户等纬度分析已经够细了,如果再增加一个纬度，可以考虑使用该功能，合作伙伴功能可以一直复制到发票凭证（Billing Doc），而国内ERP似乎都比较喜欢起用财务模块的辅助核算字段来处理这种多纬分析的需求。

通用分销渠道和通用产品组

如果你有6个不同的分销渠道,但对客户销售方式是相同的,则使用公用分销渠道可以大大减少客户和物料主数据的扩充,你只要建立其中一个分销渠道的客户和物料主数据就行，从而减少主数据维护工作量; 同样对包含分销渠道和产品组做报价的条件记录适用。

To be continued......

(2).客户主数据

(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提供了以下销售单据类别,用户不能增加修改。

A 询价

B 报价

C 订单

D 项目建议

E 计划协议

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

G 合同

H 退货

I 免费订单

K 贷项凭单请求

L 借项凭单请求

W 独立需求计划

0 主要联系人

SO doc. Category系统固定,So Doc. Type可用户定义,这样既满足了既然业务逻辑处理(可以想象Category固定则ERP程序处理代码固定),又满足了不同业务的自由定义,在介绍内部订单篇也比较详细地阐述了关于Order Category和Order type的关系。关于Order Category and Order type的关系，请参考：

https://www.sodocs.net/doc/1413569520.html,/pages/sapguru/blog/archive/2007/09/19/241073.a spx

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

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

[3]：单据编号，可以是内部也可是外部；行项目以每10行号自动递增。

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

无需要的参考

A 带有引用到询价

B 带有引用到报价

C 带有引用到销售订单

E 计划协议参考

G 带有引用到数量合同

M 带有参照出具发票凭证

也就是说,可以设置根据询价报价和销售合同建立销售订单,这样,在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]:“装运条件”，选择不同的装运条件，特别是国外销售，通常可以建立装运条件和确定运输路线(Route Determination),稍后章节会做简单描述。

出具发票配置

[5]:开票类型包括“交货-相关的开票类型”和与“订单相关的开票类型”,现金订单BV开票直接和销售订单相关,在”交货-相关的开票类型”保留为空，而一般的订单通常两者都被设置,概念上似乎有点混淆,个人猜想,因为开票和订单/交货存在一定复制关系(请参考接下来的SD的一个重要概念->复制控制),BV或其它无交货的订单类型典型的比如借项贷项销售单据开票从SO直接复制相关内容到发票,其它的交货相关的订单开票则从交货单复制相关内容(实际上交货单也从销售订单复制信息)。

如果涉及同一集团的公司间销售，还可设置公司间的内部发票类型(默认为IV),集团分子公司间的销售业务SAP一般可采用两种标准处理方法：跨公司转储/调拨(MM的公司间转储采购单位)或SD的公司间销售,当然也可采用其它变通方法,显然变通方法的处理步骤会比前两种标准做法复杂,要不ERP也不需要耗费力气去开发两个标准处理功能。

SD的公司间销售有种情况，叫Drop shipment Sales，国内有所谓“直销”（注：不是玩传销），Drop shipment Sales就是子公司A打单然后让集团内的子公司B直接发货到客户，勉强跟直销拉上点关系，广义的直销指不经过任何批发环节直接零售给客户的销售形式，子公司A打单然后让外部生产厂商B直接发货到客户也是直销的一种形式。

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

SE16:V_TVFS->定义发票冻结原因。后台配置销售分销-出具发票-开票凭证-定义开票的冻结原因[7]:使用开票计划类型,假设某咨询公司的“产品”为劳务(劳务使人容易联想起体力

活儿,叫专业咨询服务更合适),项目周期可能很长,因此可以根据服务销售合同规定的里程碑建立开票计划确定收入,就可使用开票计划, 关于开票计划类型稍后会有详细描述，配置路径请参考: IMG Path销售和分销->出具发票->出具发票计划。

单据相关日期配置

[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发货, 然后使用Tcode VF01（注:输入现金销售订单号而非发货单号）建立发票过帐,产生的会计分录如下:

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中，应收应付（系统默认必定使用未清项管理）和以未清项管理的总帐科目实际上对应有未清项(Open Item)和已清项(Cleared Item)两套表，分别如下：

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完成更改回开始.

UPDA TE VBUK SET:

WBSTK = 'A' " 移动状态

GBSTK = 'A' " 货物移动过帐表头状态

WHERE VBELN = I_OUTPUT-VBELN.

UPDA TE VBUP SET:

WBSTA = 'A' " 移动状态'A'

GBSTA = 'A' " 总处理状态'A'

WHERE VBELN = I_OUTPUT-VBELN.

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

DELETE FROM VBFA WHERE VBELV = I_OUTPUT-VBELN

AND VBTYP_N = 'R' .

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

由于系统高度集成,后续可能的影响:信用更新/MRP...

昨晚,一个朋友同样是在使用SD增强时出现MRP更新错误,业务大概是这样的，在建立销售订单时设置了一个拒绝原因,此时MRP不考虑此SO(但是信用会占据,SAP大概认为,信用是对外的,只要一建立就更新信用数据,不管你各种冻结与否,除非是信用冻结,需要VKM1审批后才更新信用),知道去更改销售单清空该字段(相当审批),MRP才考虑. 这是第二次因自定义的增强出现的重大问题,当年俺自己也因为一个非常变态复杂的增强导致了后勤和财务数据不一致, 弄的后来看见要更新业务数据的增强就怕, 想象一下, 象俺这样的ERP Super老油条都会栽,就不难想象只抛给用户一个什么平台让他们自己去折腾客户化业务是多么可怕的一件事情.

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

附: Sales and Distribution (SD相关表格) :

1.1 Sales order :

VBAK Header data

VBAP Item data

VBPA Partners in sales order

VBKD Sales district data

VBEP Data related to line items, delivery lines

Sales order status and doc. flow

VBUK Sales Document: Header Status

VBUP Sales Document: Item Status

VBFA Document flow (alg.)

VTFA Flow shipping documents

1.2 Billing document :

VBRK header data

VBRP Item data

1.3 Shipping :

VTTK Shipment header

VTTP Shipment item

VTTS Stage in transport

VTSP Stage in transport per shipment item

VTPA Shipment partners

VEKP Handling Unit - Header Table

VEPO Packing: Handling Unit Item (Contents) 1.4 Delivery :

LIKP Delivery header

LIPS Delivery item

1.5 Pricing :

KONH Conditions header

KONP Conditions items

KONV Procedure ( billing doc or sales order)

KOND

(Same as MM pricing )

SD信用表

KNKK/ S066/S067

SD客户和物料销售视图

KNA1/KNB1/KNC1

MVKE: 物料销售视图

SD应计条件类型实现多借多贷

SAP SD应计条件类型实现多借多贷,详见附件,使用条件类型的最重要目的之一是避免业务人员在制单时接触或输入会计科目，毕竟,实施ERP不可能企图将业务人员迅速就培养为会计人员.

/images/blogs/files/5251/SD应计条件类型实现多借多贷.doc

营业税金及附加核算企业日常销售过程中应负担的不包括增值税和所得税的相关税金，主要包括营业税、消费税、城市维护建设税、土地增值税和教育费附加等。企业按照规定计算出应由销售业务负担的税金及附加，借记“营业税金及附加-营业税/城建税/教育费附加“（为损益类科目，视核算需求可设置或不设置不相应明细科目）等科目，贷记“应交税费-应交营业税”、“应交税费-城建税”、“应交税费-教育费附加”(新准则统一为应交税费)等科目。对于先征后返的消费税，企业可设置应交税费-消费税-进项、应交税费-消费税-已交、应交税费-消费税-未交、应交税费-消费税-减免、应交税费-消费税-销项、应交税费-消费税-退税、应交税费-消费税-转出、应交税费-应交消费税、应交税费-消费税-多交等明细科目。以城建税和教育费附加为例，各项税费的税率及计算公式如下应交城建税=(实缴增值税+实缴消费税+实缴营业税) * 适用税率；应交教育费附加=(实缴增值税+实缴消费税+实缴营业税)* 3%。

企业应于当期冲减本期的营业税金及附加，按实际收到的金额，借记“银行存款”科目，贷记各营业税金及附加科目。采用帐结法的ERP,期末，应将营业税金及附加科目的余额转入“本年利润”科目，结转后本科目应无余额; 采用表结法无需做成营业税金及附加类科目的余额结转,直接反应在损益表上就行。

看看营业税金及附加核算如何在SAP SD的自动实现，为了简便,假定销售某产品的营

业税为收入*5%，在确定收入时自动产生以下凭证。

Dr：营业税金及附加-营业税（收入*税率 5%）5402030000 ,产品销售税金及附加,,,销售税5402030000金及附加,,,主营业务税金及附加,,,营业税金及附加,,,税金及附加,,https://www.sodocs.net/doc/1413569520.html,,鲨鱼女人,首家化妆品点评交友社区

Cr：应交税费-营业税 2171080000

实现方式如下(粗体为注意部分)：

(1).定义一条件类型假设为ZFR3,Accruals应计标志一定要选上。

(2).在销售定价过程中该条件类型,Account Key和Accruals两列都必须设置记帐码，金额设置为销售收入条件类型 * 5% 。

(3).VKOA定义科目Account Key栏设置科目2171080000,Provision/Accural栏设置科目5402030000,两列都需要定义对应科目，详见下面的集成图。

延伸一下，应计条件类型除了上述假设业务场景,还可根据销售收入计提应计维修质量损失;或预先根据一定业务逻辑累计未来的应计销售折让;或者某家零售企业买满500送250消费卡业务（送出消费卡Dr：营业费用 Cr：预计负债）；而某家外企则使用应计条件类型实现坏帐准备的个别认定法，根据每一项应收账款的可收回情况(比如设置一百分比)来预估坏账损失等，都可使用应计条件类型来实现，

也就是说，借用SAP SD提供的应计条件类型为销售开票产生多借多贷提供了一个解决方案。

如果本次销售还涉及应交教育费附加税金，则再做一应计条件类型，假设本例中应交教育费附加=(增值税+营业税)* 3% = （50 + 170）*3% = 6.6元,这些在SD都可轻松做到。

SAP Customizing Implementation Guide | Sales and Distribution | Master Data | Define Common Distribution Channels [VOR1]SAP

ERP内部订单详解

ERP中内部订单用来规集费用,费用控制,成本分析等,其主要功能包括：

（1）.预算功能:可使用ERP的内部订单(或PS项目模块)监控企业包括支出预算结算等投资活动,内部订单的预算功能一般常用于粗略地控制部门的一般管理费用，用户可以方便地增加减少预算额度, 如果采用跨年度预算，系统可以方便地将当年预算余额结转到下年（预算结转-）Tcode:KOCO，承诺结转->Tcode:KOCF)。

（2）.计划功能:内部订单的费用成本计划功能可和MM模块和生产能力计划集成,用于监视

实际成本并和实际成本对比分析，从而为管理决策者提供依据。

（3）.分析功能: 可以随时分析内部订单的计划/实际发生额对比,各不同期间的实际/实际对比,按月/季指标分析,分析内部订单发生的行项目,对订单的未清项等进行分

析。

( 4 ). 期末处理：可将日常内部订单规集的成本费用在期末进行重分配

(Tcode:KSW1/KSW5)或结算(Tcode:KO88)到目标成本对象,这些成本对象包括订单/项目/成本中心/网络/资产/Co-PA的获利段/费用科目等。

内部订单关键词：

1．对象种类/类型（Object Category/Object Type）

系统将状态管理中有相似处理功能的对象组合在一起，叫Object Categor或Object Type，请看Tcode：BS12。

2．订单种类（Order Category）

订单种类算是对象种类的一种，下图是BS12和KOT2的一个合成图，可看到的右边是KOT2的订单种类（Order Category）01/02到70，分别对应BS12中的对象种类/类型（Object Category/Object Type）ORC/ORD/ORF/ORG等，双击BS12，就能为每个订单类型分配允许的业务交易状态，在接下来还会就此问题详细阐述。

3．订单类型（Order Type）

订单类型有自己的编号和控制参数，用来区分出内部订单的实际用途。

这3者关系是，系统默定了对象种类，订单种类是其中一种，对象种类可控制该对象是否允许什么业务交易，系统都有一定的默认设置，除非特殊需求，一般并不建议修改，比如系统默认不允许使用分摊循环将费用分摊到目标对象CO 订单（Tcode：KKF1建立），这样需要BS12设置对象种类ORF允许业务交易RKIU。

4．对象类（Object Class）

对象类也用来根据业务交易来组织成本对象并分析成本流，对象类有四种：

INVST:投资/OCOST:间接费用/PRODT:生产/PROFT:利润分析

在内部订单主数据中可选择一个内部订单的对象类，我们知道在CO模块常用的成本对象包括内部订单,成本中心,获利分析段,WBS元素等,象成本中心这个对象默认就属于对象类OCOST:间接费用。

你看到Object Category，Order Category， Order Type， Object Class这些术语一定会想起Valuation Level，Valuation Category， Valuation Area， Valuation Class；Purchase Area, Sales Area,Consolidation Area,HR Area,FM Area等ERP术语。