财务关税处理如何在SAP实现

sap中处理运费关税的业务操作手册

sap中处理运费关税的业务操作手册【业务操作手册】SAP中处理运费关税引言：在现代全球化的商业环境中，国际物流运输是企业日常运营中不可或缺的一部分。

随着国际贸易的增长，处理运费关税成为了每个企业在SAP（SAP是全球领先的企业管理软件提供商）系统中需要重点关注的业务操作之一。

本文将以SAP系统为基础，为你提供一份有关SAP 中处理运费关税的业务操作手册。

一、理解运费关税的概念和重要性1. 运费关税的定义：运费关税是指在国际物流运输过程中，根据货物的目的地国家和运输成本等因素而产生的费用和关税。

2. 运费关税的重要性：有效管理和处理运费关税能够帮助企业降低运输成本、优化物流运输方案、保证货物按时到达目的地，并确保企业遵守各国的海关和贸易规定。

二、SAP中处理运费关税的步骤1. 设置运费关税主数据- 在SAP系统中，通过路径【物流】-【供应链管理】-【执行】-【集中运输执行】-【基础数据】-【处理运输】-【运输成本管理】，设置费用类型和费用项目的主数据，以便系统能够正确计算和跟踪费用和关税。

- 需要设置运输条件、运输组合、运输路线等相关主数据，以便在运输计划和订单中正确引用和使用。

2. 运输计划中的运费关税- 在SAP系统的【物流】-【供应链管理】-【执行】-【集中运输执行】-【计划】-【创建】中创建运输计划，并在计划中指定货物的起始地、目的地、运输方式等信息。

- 在运输计划中，可以通过费用分配工具设置和分配运费和关税，并根据不同运输情况自动计算费用和关税。

3. 销售订单中的运费关税- 在SAP系统的【销售与分销】-【销售】-【订单】-【创建】中创建销售订单，并在订单中指定货物的起始地、目的地、运输方式等信息。

- 在订单中，可以通过费用分配工具设置和分配运费和关税，并根据不同运输情况自动计算费用和关税。

4. 运费关税的支付和结算- 在SAP系统的【财务会计】-【应付账款】-【供应商发票】-【创建】中创建供应商发票，并在发票中录入运费和关税的相关信息。

SAP 税务设置

…收入科目确定.税务设置一般pricing(定价)可能会有这样的一系列步骤1.定义condition table->定义condition type->定义存取顺序->最后是定价过程.MM,SD和税务的配置有很多相同情况,甚至共享了很多相同表.Tax, MM,SD Pricing 配置表.1 Condtion table表:T681,Tax IMG使用了标准的A003(Tax classification)和A053(053Taxes via Jurisdiction Code),读者应该记得在MM,SD的pricing配置中需要自定义 Condition table(会产生A***的表)在Tax IMG中不用自定义Condition table.2 Access Sequence部分表MM|SD : V_T682, table T682Tax :V_T682I,table T682I.3 Condition type:相同Tax: V_T685A4 Procedure:相同V_T683此三者Share了IMG 表,一般来讲,只要彻底理解了其中一种另倆中就也差不离了.在大多数情况下, Tax IMG相对简单(如图10-1),只要Assign计算顺序定义税码然后在定义税务科目就可以．[1]计算过程包括定义存取顺序，条件类型然后是定义税务计算过程（如图10-2,10-3,10-4）[2]分配计算过程给国家代码[3]定义税码[4]定义税务科目．税务配置步骤．1定义存取顺序如图10-2,以MWST为例．[1]Access name MWST,一般税务定义用它就行．[2]Access No. line在此只一行，记得MM,SD 存取行号有多行．[3]表示Table A003,MMSD的condition table名也是A+自定义table 名.[4]所用到的字段，其实是A003(KOMK亦有)的字段，只有两个，简洁．***Tax IMG的Access Sequences相对简单，多数情况下用户使用MWST就可,读者还可看到一些专门为美国和巴西定制的Access Sequences.2定义条件类型做过MM,SD condition 配置的对此再熟不过了,看看TAXCN(图10-5)的BASB和MWAS吧,一个是计税的Base Amount,一个是计税的百分比．理解了这俩个condition type其它的都一样．如图10-3,为了便于读者理解，只列出5个最主要参数．[1]Condition type名称–BASB,计税的税务基数base amount.[2]存取顺序名（参照图10-2）,在此千万不要输入, 税务基数和存取顺序无关．[3]K表示税务基数不含税,另一常用的是P表示税务基数已经包含税务[4]不允许手工更改税务基数，必须系统自动计算．[5]在SD Condition计税中，可使用或修改程序来实现，请参考SD定价配置.思考:在记帐时如使用FB00(图10-9)或直接使用Editing Options按钮设置是否选择Calculate taxes on net amount, 假设BASB Con.Category选择的是Ｋ不含税(SAP Default),假设Amount是1000,是否选择Calculate taxes on net amount对计有何影响？Tax amount将是多少.答：选了tax amount是1000*Tax rate,未选Tax amount = 1000 / (1+tax rate).假设BASB Con.Category选择的是P-计税基数含税时, 是否选择Calculate taxes on net amount对计税有何影响？答：Tax amount 都是0,就是说不计算Tax Amount.接下来再看Condition type BWAS,如图10-4,只截了上面部分．[1]Condition type MWAS[2]Access Seq MSWT,在图10-5可看到MWAS到MWCN都属于此存取顺序．[3]进去可看到Condition type MWAS在各国所定义的税码．[4][5]请读者自己比较和图10-3的不同3定义税务计算过程．读者再次感觉Tax calculation Procedure 和MM,SD的Pricing Procedure简直相同,如图10-5.[1]TAXCN,一般国类企业就用它,其实其他国家的tax calculation procedure特别是在计算进项税和销项税上大致相同，只是税率不同而已，关于税率(码)定义请用FTXP[2]Step是计算步骤[3]Fro. To就是从第几步到第几步（简直就是定价）开始是计税有效行，空表示只使用From 一行计税，比如110 MWAS销项税从100 To空，就是说销项税的计算是从BASB-Base Amount 行开始再乘一个销项税率．再看310 CNSD,从300行To空，而300 CNSC由是从100行To 空,则CNSD Service Tax 借项将等于100 BASB乘服务税率再乘一个-1.(如图[4]Account key,也是OB40定义Tax account的Transaction Key***Tcode OBYZ包含了了上面三个配置．4为国家代码分配计税过程．直接为国家代码分配一个计税过程而已，如图10-65定义税码IMG Path:Tcode :FTXP 如图10-7.[1]更改Tax code 属性，总不能input tax写了17 [5],tax code来个13% input tax, china[3]吧.[2]就是接下来OB40定义的税务相关科目,一般是名称类似Purchase-Input Tax, Sales-OutputTax．[4]Base Amount, BASB,下面的Cond. Type实际就是税务计算过程出现的所有的condition type.[6]参考图10-5 [3].[7]计税过程TAXCN所包含的所有Condition Types6定义税务科目IMG Path:Tcode :OB40 ,如图10-8[1]自动记帐科目分配组，对TAX是%TX,再比如MM的自动科目分配(OBYC)的group是RMK,关于更详细的自动科目分配配置(FBKP包含了ＳＡＰ所有的自动科目分配配置)请参考第例自动记帐科目分配．[2][3]MW2和VS2服务类税通常科目必须是成对配置的.如图10-9(仅做测试).[1]假设定义了一个税码JT,税率是50%(测试用)．[2][3]定义服务类税税率借贷是50%,-50%．使用FB60(FB70)在选用此JT税码时,会产生一借一贷的抵消会计分录．如果[3]不设置没有50.000-，则会根据ＴTax-Based Amount产生amount*50%的Tax amount .税务相关记帐.1 FB00定义Editing Options(图10-9).[1]根据实际需要决定1是否需要选择,前面已经讲过．2FB50总帐记帐只所以将FB50单独提出是因为大都数记帐Tcode (FB60,FB70,FB65,F-02)能找到那个Calculate tax选择框，但是在FB50好象初始界面上没有．1.错误提示2.Double Click３更改科目10010120的金额为1030( 1000*J5税率3%),生成凭证如下．特别总帐一日通特别总帐 (Special Purpose Ledger)SAP的应用和实施其实远不象传说中的那么神秘,特别是现在相信ERP的概念已经深入”民心”,不象多年前你实施一个ERP项目甚至还得负责企业用户的基本电脑操作培训.我做ERP开发已经近十年了,第一次听说SAP应该是98年,那时我在修补BAAN,我的第一印象就是听说干SAP的待遇其高.我开始接触SAP是2004年下年,我的感觉是其实SAP的应用不过如此,最搞笑的是似乎很多人已经忘却了SAP TMD首先也是一个软件系统,既然这样, 相对ERP设计来讲,它的应用和实施本来就应该不是复杂的,一个系统本来就应该是Keep usage as simply as possible,而设计才应该是Consider business process as complex as possible ,除非你设计的ERP的系统专门只为了解决某行业的某企业的某阶段的某些问题.有人说俺杀猪的还没领悟SAP的精髓(注, 精髓此二字是他们经常挂在嘴边的,不过估计他们是自己也没搞清楚,如果没错的话,我记得猪呀牛的只有骨髓,你硬要说我没吃过骨髓那就真的是诬陷).我和老婆讲,每天起床不用浪费时间折被子吧,这晚上不又要铺下来吗?老婆回答:如果今天你不折被子,明天你又会找借口说睡觉不用洗脚吧,反正洗完了又会变脏,如果不会或没有变脏又何苦洗,这叫生活规则,懂啵?这个问题正好回答为什么SAP应用如此简单可是你企业却要耗费巨资去请顾问,这就是游戏规则.一位学者这样阐述人生的3重境界,第1重:见山是山,见水是水,第2重:见山不是山,见水不是水,第3重是:见山仍是山,见水仍是水. 企业ERP的应用也该如此,第1,ERP是一个信息系统,第2,ERP是一个(辅助)管理系统,第3,ERP是一个信息系统.有位兄弟说了一句话:不上ERP是等死,上了是找死.如果你从这个角度来讲,就很容易理解,之前国内大部分企业都是经过多年计划经济时代的国企,管理水平如何我不多说,我应用台湾张五常的一句话:国企不倒,天理难容.如果你的企业要靠ERP来代退人管理,一个企业吹嘘上了ERP后堵住了资金黑洞,另一个企业更得意上了ERP后采购猫腻没了,真是I服了U,这是什么跟什么呀,就不多评论了.一个真正的高管理水平的公司应该将ERP看成一个信息系统,能及时提供正确数据的信息系统(管理决策还是靠人),管理应已成习惯,无为而治,MD,现在好好再宰两年SAP以后再慢慢来吹,等以后俺得势了一定要高薪聘请象俺老弟SAP搅肉机这样的专门能吹善写的高手做秘书天天也整点管理方面的文章到处去晒晒…问:你为什么把这篇文章叫特别总帐一日通.没当此时,我总很谦虚地回答,主要一是屠宰SAP真TMD太容易了,你只要花一天的时间看看这篇文章就已经能成为传说中的超级SPL杀手,二是SAP AG估计暂时还没设计出比较有难度的复杂东西来(据可靠消息,本来SAP AG那帮鸟人也不服气确实曾想设计一些专门难一下屠夫这样的刺头的东西,后来经慎重考虑觉得没有必要这样刁难俺老人家,同时主要是就算整出来了,最后还不照样惨死在俺刀下,只是时间问题,就不了了之.).1基本设置(Basic Settings)下面10项的IMG path基于上图.(1)Perform PreparationT-code :GCVO SE16:T000C如图1,在此定义允许Local Ledger, Global Ledger post到特别总帐和允许一些文本使用多语言版本.使用SPL是如此的简单,如果读着使用SAP标准的SPL Ledger L0(表GLT1)的话,读者不必要去了解SPL的具体细节,要做的只有两步,1GCVO启动SPL,2 Tcode:GCL2 Maintain ledger时加上您的Company Codes就可以(请参照(6) Master Data-> Maintain Ledgers),如需要,你可为Ledger L0选择不同于一般总帐的会计年度变式.FB50记笔帐,使用GD23或SE16:GLT1就能看到数据被Post到Ledger L0了,如果你的Ledger 0和Ledger L0的会计年度不同,你特意做个Test Scenario,相信你已经看到FI数据post到了SPL Ledger L0. 如果这时你很高兴以为SPL真的很TMD 容易混,那就TNND错了.特殊总帐的原理很简单,就是在记帐时数据Post到Leger 0(一般总帐)同时根据你的配置将数据记到特别总帐相关表而已.(2) Maintain Coding BlockT-code:OXK1|OXK2|OXK3什么是Coding block?为了让读者彻底理解它举一个简单的例子,假设你设计了一个学生成绩管理系统,其中记录学生成绩表XSCJ有这些字段XhID(学号),Name(姓名),grade(年级),Class(班级),Chinesescore(语文成绩),Mathscore(数学成绩) 等,现在需要在填写学生成绩同时输入学生的年纪身高信息 (在此姑且不讨论设计范式,因为按设计范式,XSCJ表保留XhID就足够,Name,Grade,Class你通常会建立另一学生资料表XSZL,如果你看SAP的物料主数据设置,就是物料描述都建立MAKT 表,已经是第N范式).这时需要的是更改XSCJ加入这些字段或在XSCL表中加入一个结构,这结构包含年纪身高字段. 然后在记录学生成绩时定义一个子屏幕弹出(或默认带出,SAP管这叫Account Assginment coding block screen)一个窗口让用户维护学生信息,在保存学生成绩时将这些信息也一并保存.SAP Codig block一般原理基本如下,它允许增加字段,自动将增加的字段加入各模块的相关表中,并且动态产生一些支持程序.各模块的相关表究竟是哪些表?下面将继续详细阐述coding block的设置.OXK3 Maintain coding block fields进入后界面如图2.[1]专家模式如果读者对ABAP很熟悉,使用此模式,你将一步步建立domain, data element,structure(CI_COBL,CI_COBL_BI),然后是将增加的field加入表BSEG(当然还有其它模块的表和Structure),如果读者觉得自己还不是专家,就使用默认的Light mode(简易模式)吧,它自动完成这些操作.你按F6键Add自定义Field,选择开发类(47后是Package),输入字段类型和长度.[2]coding block subscreen OXK1你想在记帐的account assignment屏幕自动加入刚才自定义字段(本例是ZZCB1),请使用它[3]产生一些程序[4]SAP标准的科目分配字段,这些字段使用SE16:TCOBF可看到,ZZCB1也在此中.[5]自定的ZZCB1,需要指出的是如果使用的是include structure, 这字段将假如COBL,TCOBF,BSEG等表[6]只是将此结构Append到COBL中,OXK1并不可见,它将被用在一些用户自定义程序中. 激活字段ZZCB1的Logcoding block field ZZCB1激活过程由于修改了大量标准表和结构(即要将这字段插到各模块可能设计的表中),你可能需要Access Key.读者必须耐心等待整个激活过程,在此过程中,读者可发现所有的记帐操作都可能会错误,毕竟连BSEG表都正在更新.那个著名的记帐总程序SAPMF05A需要重新编译(不知读者对半解释型的ABAP的运行速度反应如何?).图3读者可看到激活field ZZCB1更新了的ABAP对象,包括CO用到的一些ABAP 对象,典型的比如CO Line item表COEP和SPL 共用的Send table ACCIT_GLX(结构)等,SE11你看到有了ZZCB1 .1.在等待激活时你唯一要做的就是耐心等待,如果过程中途意味Cancel, 这将有一定风险,你可能会发现记帐出了问题,这就意味大多数会产生财务凭证的交易失败,开PO出了问题….你可根据ABAP错误使用SE11直接去激活ABAP对象.如果需要,可执行这些程序重新生成程序或排错,SE38:RGUGBR18|RGUGBR00| RGUGBR26| RSINCL00. .2.为什么激活过程会如此长?很容易理解,SAP是一个庞大的集成系统,但是会计凭证的产生(表BSEG)就有个模块Post过来的相关数据,你在BSEG加了一个字段,这些模块的相关程序或程序中使用的结构肯定要做相应调整 . 至于激活内部的设计逻辑如何, SAP AG的设计人员应该最清楚.3.什么时候要自定义Coding block字段?一企业希望费用能按多种用途分析,Internal Order,Cost center, Functional area等还是不能满足其需求,Line item Text已做它用,财务部依旧要求费用区分能By类,By个人,By区域,By..,总之,似乎你已经没辙,这样的情况下,你就字定义coding block字段,上面已经知道这些字段是可用于Account assignment 的(OXK1).一般的财务软件都会提供一个类似功能,就是允许用户自由定义Account assignment字段.4. SAP允许定义最多7个coding block fields,这些自定义字段也可用在SPL 中,因为在SPL Send table ACCIT_GLX(结构)你能看到它(前提是你必须将ZZCB1加入你定义的SPL 表,请看接下来的相关配置).CO相关表比如COEP你可看到ZZCB1,这意味自定义字段的数据也能传到CO模块,很不幸的是,你不能将自定义字段ZZCB1内容传到CO-PCA模块,因为似乎没有相关配置允许你更改Ledger 8A的表GLPCA/GLPAP/GLPCT(比如你可将Ledger L0的GLT1改成你自定义的table,而这table你包含了ZZCB1).关于如何使用OXK1定义Account assignment subscreen请看例2 维护coding block screen(3) Tables一. Execute Express InstallationTcode: GCIQ如图4,快速安装(Express installation)你可建立更改删除table group,Field movement和SPL Ledger,在此介绍如何建立SPL 的table group .[1]建立一个table group ZSTSPL .[2]在按此按钮时会提示STSPLT->Summary table,ZSTSPLA->Actual line item table,ZSTSPLP->Plan line item table,ZSTSPLO->Object table_1 (object/partner)和,ZSTSPLC-> Object table_2 (transaction attributes)5个表将被建立.[3]在install Table group时,会产生一些程序,SAP强烈推荐reinstall table group,特别是test,和production server是同一台(估计没多少企业会这样),很显然,reinstall会重新更新这些程序,有ABAP知识的人知道程序激活后在同一server是跨client的, 如果不这样做可能导致一些潜在错误.随着计算机的迅猛发展,由于服务器的性能已经大大提供, SPL数据通常设置和一般总帐同步,SPL出错的后果是正常的财务操作也会做不下去,所以你reinstall table group.[4]所谓的send fields,从[1]知道在建立table group时会产生5个表,此些表的部分字段是SAP动态根据其自己设计逻辑动态产生的(比如ZSTSPLT->summary table就类似GL summary table GLT0,其中包含TSL01-TSL16->对应各期间交易|凭证货币的累计金额和HSL01-HSL16则是对应累计本位币金额,这些字段必须在SPL的summary table),你还可加入其他字段.[5]细心的读者会发现这些额外的字段恰好就是account assignment fields[6]只是这些字段前加了ZZ前缀,假设加入profit cente r ZZPRCTR和自定义的ZZBC1字段[7]自定义的ZZBC1字段.1什么是table group?Table group的意思就是将这些SPL表将组成一个group-ZSTSPL用在特殊总帐上,一套帐一般都要包含计划数据,实际数据和Summary数据,这概念适合各种特别总帐(包括利润中心帐).作为一般总帐,就要复杂的多,比如我们都知道会计凭证表BKPF,BSEG,Summary table GLT0,还有很多计划表.2 为什么加入利润中心字段ZZPRCTR和ZZCB1字段?(一).之所以加入ZZBC1是便于是读者更理解coding block,如需要你建立加入几个自定义字段都可以.(二).无论是Cost of sales accounting Ledger 0F(GLFUNCT)还是LedgerL0(GLT1)默认都没有利润中心,只有Business area(据称PCA是用来退代BA 的,如果是这样,我猜测当时设计时可能就没考虑profit center字段,纯属臆猜,不必当真).如果你需要在SPL中使用利润中心,请自定义table group加入此字段.在顺利建立table group后,使用SE11可发现grouping的5个表中都包含了RZZPRCTR和RZZZCB1,只是前面多了R前缀.这样做是否记帐时ZZCB1和利润中心字段数据就到SPL中了,当然不会,如SAP 真有人工智能估计企业的SAP engineers就会大量失业.你还必须定义field movement , 请继续往下看.似乎只能自加入7个字段,我想这主要是考虑性能问题.自定义的coding block 字段不仅可用于一般总帐和成本模块而且可用于特殊总帐,SAP设计之精妙和完美不得不另人佩服,将所谓的非hard coding(可配置)推到极点.难怪业界有闻SAP什么业务都可配置出来,虽有夸张,今日观之,信矣.需要指出的是,在install时会有如图6的提示,特殊总帐的成功安装会将SPL table 转换成Report Write(Painter) table .熟悉Report painter的读者一定不会对set,key figure,characteristic陌生,关于report painter请看本书相关R eport painter的详细介绍.图6中将cost center 和functional area做为固定特征值.如图7,在install table group时SAP提示其建立了一些report ,读者可自行检查.Report write table 和GRCT我花了很长时间和一个印度FICO顾问向它解释实际上report painter所使用的CCSS并不是SE11看到的CCSS,report painter的GLT0和SE11的GLT0并不完全相同,他要求我能在Report writer table GLT0中增加Functional area字段以方便报表编制.首先,你使用Tcode GRCT看看所谓的report writer table,它可理解为一个View ,report painter的GLT0当然连接的是透明表GLT0的数据,但是它还有相关的程序支持, 透明表GLT0加这些支持程序组成了report writer(painter) table.看看report painter CCSS,不但包含了表还有象CCSS这样的strucuture .两点留给读者思考.1table group中的object table有什么用途?几个SPL table 组成一个table group.输入一table group是如何找到其中包含的SPL table的?2Install SPL table group会建立一些report painter set,细心的读者会发现在建立成本中心组(KSH1),成本要素组时(KAH1),会计科目组(KDH1)等等,这些数据也会作为report set存在, 问题是这些数据保存在什么表中?二. Define Table GroupTcode: GCI2如图8,将上面的table group设置为Local table.三. Display Assignments GraphicallyT-code:GCD6没什么特别,你输入一个SPL table,将同一table group的tables以图形界面显示出来而已. 四.T echnical HelpT-code: GCCG|GCGG|GCU2|GCI2|GCVB通常在你create和install table group,SPL产生了相关表,结构和一些程序,这种动态产生ABAP 对象的例子在很多地方都可见到,比如凭证的确定和退代被激活后会自动产生一些程序;CO-PA激活后自动产生一些CO-PA相关表和支持程序.技术帮助是说如果在这些自动产生对象的过程中出现错误,读者可手工再去产生一次,通常这步并不是必需要的,尽管如此,依旧介绍几个Technical Help的Tcode .1 GCCG用户要求在GLT0增加Functional area字段,显然SE11直接增加Functional area后假设在SPL 做了类似install table group的动作会自动产生一些支持程序,这些动作会重新编译记帐程序,于是在记帐时提示Functional area错误,SE11去除Functional area字段后,错误依旧,此时,就要使用GCCG .GCCG用来就是更新SPL产生的语法错误.2 GCU2SAP说SPL做多允许53个期,通常和一般总帐采用12+4 period,当我们看OB29相关帮助是说最多可使用365期间.如你的SPL想使用比如24(half a month),53 period(week)先维护好此结构.然后GCI2安装table group,就能使用53 period .3 GCVBmaintain update type在SAP47已经被禁止, 了解ABAP知识的用户可通过SE93输入Tcode GCVB然后找到程序RGISETGL就可发现程序在INITIALIZATION.时使用了message E410(00).显然SAP认为采用同步实时更新SPL table比较安全,毕竟采用Delay start不能保证GL和SPL数据的完整性,当然这是以牺牲一定的Performance为代价的.如果你确实想使用delayed update.编写程序将表TFDIR字段FUNCNAME=’G_GLDB_POSTING_1’的字段UTASK直接改成2.(4) Maintain Table DirectoryT-code:GCI3 SE16: V_T800A如图9-[1],特别想指出的是,SPL中同样似乎也只能设置3种货币,Transaction currency,Second curreny和Third currency,通常second currency在一般总帐是Local currency(company code curerency), Third currency是所谓的Additional currency(group currency),既然是SPL就不存在local currency的概念,当然如需要,你可更改让second currency就不用local currency而用group currency等.在设置parallel货币(SE16:V_T001A)时,似乎只能设置一个Additional local currency(通常是Group currency),因为第一个local currency是必须的,你看GLT0表只有document currency,Local currency,group currency,即使你在V_T001A定义了3rd local currency,数据记到什么地方?当然会有错误,至于怎样设置3rd local currency只有咨询SAP AG了.有人说SPL可使用3rd local currency, 和document currency共4 currencies,似乎也做不到,因为GCL2只能设置3种货币,所以图9-[1]的Fourth currency估计是用来做装饰美观用的,看看图,恰好可使Currencies和Quantities两行选项对称,哈哈.(5) Maintain Fixed Field MovementsT-code:GCI4 SE16: V_T800MSAP帮助说”Coding is generated from the entries in T800M. This coding is stored inRGIMF000”, 固定的字段移动,就是这些字段的移动是必须的,似乎在此你并不能增删这些配置,如你想自定义字段移动,请使用GCF1 .回顾一下CO-PA,即使你只建立一个characteristic和一个value filed,然后KEA0激活都可,然后你发现想record type,version,period,controlling area, customer这样的字段已经在PA表中了,同样,Fixed field movement表示FICO Post到SPL的某些字段是基本的必须的,如这些字段所承载的信息都未post到SPL,SPL就没有任何意义了.我测试过,即使现在你直接从表T800M delete所有内容,SPL依旧没问题,我想此时数据从FICO过到SPL是通过程序RGIMF000了.(6) Master DataIMG Path:如图10,关于Master Data IMG的10项配置.一.Maintain ActivitiesT-code: GCV1|GCV2|GCV3|GCV4 SE16:T022|T022T在理解什么是Activities, 请读者做下面两个动作.1使用SE16:BKPF,查询条件BKPF-GLVOR依此分别输入RFBU|RMWA|RMWL|RMWE|RMRP|SD00|KOAE|RMPR,然后着重看查询出的记录的两个字段BKPF-TCODE,BKPF-AWTYP,我想读者对activiites就会有初步了解.***需要指出的是BKPF-AWTYP是另一个重要字段,比如AWTYP= BKPF可判断此FI DOC是直接从FI模块post过来的,=MKPF是物料移动产生的,= VBRK是SD billing产生的,细心的读者会发现BKPF,MKPF,VBRK恰好都是header table. 读者可自行检查其它值,了解这些对理解FICO非常有帮助特别是报表开发.2另一个动作是分配CO No. range的Tcode:KANK,点击Group按钮进去看看,有一堆Activities.Activity其实可理解一种业务交易(business transaction)类型,其实在Ledger 0(一般总帐)中也使用了它,在SPL中同样使用它将确定其它模块或外部数据如何将数据Post到SPL 中.***通常并不需要自定义一个Activity ,使用SAP标准的activity就可,读者有兴趣倒是可研究SAP标准的activity.如图3.7.1.6-2 [1]自定义的activity-ZACT,很遗憾,自定义的activity type只能选择0->不post transaction和3可选post但不能是V erion 1.读者使用SE16:T894->SPL和FI-LC合并报表版本表,自定义的activity只能用在计划版本中,关于建立自定义Ledger的版本请看接下来的第三步Maintain Ledger.研究过记帐程序SAPMF05A读者会发现很多activity是写死的,SAP并不是万能,毕竟你想自定义一个activity再嵌入SAP标准逻辑!二.Maintain Field MovementsT-code: GCF1|GCF2|GCF3|GCF4 SE16: T888|T888T|T888M定义一个Field movement其实是形成一个Field group,这些field在分配Activities给company code (Global company) Ledger时将被决定post到特别总帐中.[7]写个user exit,读者觉得似乎含糊不清,可以这样简单理解,一个field movement包含一个field group(就在前面刚讲过SPL的Table group),一个field group决定多少Field(字段)将被post到SPL中.在这里你使用了receiver field,RACCT,RZZPRCTR,RZZZCB1.对于RACCT字段,使用请看例2的程序.不是有很多鸟人说我公司一个charts of account,集团总部是美国,法国要出法国的报表,中国要出中方报表,MD,现在要维护account h和alternative account 是一对多的关系,FS00你也不看看, SKB1不是by company code的吗?不同的company code同科目在不同公司…NND,就是多对对都行,俺建立一个表定义对应关系,然后使用user exit去读.这么简单的社会主义初级的问题还老问,完全是拖社会主义后腿的不道德行为.如图3.7.1.6-3,[1]自定义的Field movement ZFLM,[2]自定义的SPL summary table白ZSTSPLT,就是在前面定义table group时产生的summary table.[3]所谓的Send table,此三个实际上是结构(结构可这样理解就是不包含任何数据不使用来存放数据而是用来在程序中定义内表->内存中的表,这也容易理解,假设程序需要将数据写到多个表中,用结构定义一内表包含这些表的所有字段,在前台操作或保存时先将数据临时存在这些内表中,经过判断无误在做一事务提交到表中)[4]这些是ZSTSPLT表的字段,[5][6]为了方便读者理解,本人特意将sender table 的posting key赋给确ZSTSPLT的利润中心,而自定义的coding block field ZZCB1记录的是操作用户名称. 是的,假设读者使用FB50什么的级了笔帐,会发现SPL表的利润中心和ZZCB1分别保存的是PK码和Username,所以在设置sender field必须注意不能犯错.[7]GCX1|GCX2定义的用户出口.如有需要字段值可根据用户出口定义的Form获得(详细请看3.7.1.10 User Exits)三.Maintain Ledgers在此可对ledger新建更改删除和拷贝等动作T-Code:GCL1|GCL2|GCL3|GCL4|GCL6 SE16:T881|T881T1 在讲述Ledger只前,只想说一句,就是做FICO如果不知道SAP默认的几个ledger(中文叫帐套吧)是很悲哀的.2 在允许建立更改SPL前,必须使用GCVO激活SPL(表T000C-GL_ONLY->local ledger,T000C-BKRS_ONLY->Global Ledger任何一个为X).3通常想使用自定义的table group不用copy from reference ledger(copy from Ledger L0是不可以的,因为GLT1是所谓的共享表->pooled table).4 最简单的方法就是直接使用Ledger L0 with summary table GLT1,将默认的公司代码删除换上实际需要的公司代码就可以.如图3.7.1.6-4,[1]接下来可将SPL Z1 assign给公司代码|公司,[2]分配Activity,你可决定ledger Z1需要分配什么activities(比如Z1只需要FI post过来的数据),[3]版本,通常定义两种版本,1->actual version,2->plan version,所谓的实际版本就是从FI|MM|SD等产生凭证时post过来的,计划版本允许是用户输入的,无外乎是将来可以去对照实际和计划差异啥的,计划数据保存在ZSTSPLP中,SAP默认只有实际版本,在可使用计划版本之前用户必须自定义. [4]记得GCVO设置了多语言版本,如没设置,Ledger text不会显示(全球化策略是SAP在多个应用中都允许使用多语言版本的文本,比如物料描述,可定义不同版本不同的语言描述,在各种打印报表中,可定义不同版本的text element). [5]table group中等summary table,[6]必须选上它才可assign activity(Ledger都不允许post意味此SPL根本就没实际用途),[7][8]rollup和summarize 是有区别的,rollup按一定规则将记录累积,summarize似乎是直接将line item累积起来,实际的line item数据将写如和ZSTSPLT同一table group中的ZSTSPLA中, [9]起码必须保存transaction currency(document currency),如果需要还可使用另两中currency(关于currency请参考1.2币别设置). [10]如果选了保存数量可能会影响性能,读者不妨这样理解,在各模块产生凭证时同时需要根据各种条件决定是否post到SPL中.在保存了Ledger Z1后,接下来来是分配公司和分配交易作业(activity).。

SAP财务业务操作流程概览

2.5.1
F-22
发票被客户退回
会计→财务会计→应收帐款→凭证输入→发票-一般
2.5.2
F-27
收款清帐
会计→财务会计→应收帐款→凭证输入→贷项凭证-一般
2.5.3
F-28 F-02
会计→财务会计→应收帐款→收款
2.6.1 坏帐处理
坏帐计提
会计→财务会计→总分类帐→凭证输入→一般过帐
坏帐核销 2.6.2 2.7.1 催款处理催款处理
操作码 FD01 FD03 FD02 FD04 FD05 FD06 F-29
系统路径
会计→财务会计→应收帐款→主记录→创建会计→财务会计→应收帐款→主记录→显示会计→财务会计→应收帐款→主记录→更改会计→财务会计→应收帐款→主记录→显示修改会计→财务会计→应收帐款→主记录→冻结/解冻会计→财务会计→应收帐款→主记录→设置删除标识符
2.4.4
会计→财务会计→应付帐款→凭证输入→发票-一般
帐款
SAP系统_财务会计_应收帐款_操作概览：
模块序号业务流程
其他应收款处理（其处理方式类似应收帐款，只是记帐码和特别总标识有区别，员工除外）
业务子流程
其他应收款收入开票
操作码
系统路径
预期结果
Dr：应收帐款统驭科目 Cr：收入科目 Cr：销项税 Dr：收入科目 Dr：销项税 Cr：应收帐款统驭科目 Dr：银行存款 Cr：应收帐款统驭科目（PK：09C）（PK：50）（PK：50）（PK：40）（PK：40）（PK：19C）（PK：40）（PK：19C）
SAP系统_财务会计_应收帐Fra bibliotek_操作概览：模块序号
2.1.1 2.1.2 2.1.3 2.1.4 2.1.5 2.1.6 2.2.1 2.2.2

SAP 税务配置

SAP 税务配置.税务定义MM篇There are tax indicators at the levels "plant", "account assignment category" and "material".如图2,设置tax ind. F. material 0.1.2,3,物料raw01的taxind是1.If the tax code can be determinedautomatically via conditions, it takes precedence over the tax code that has been maintained in the purchasing info record.图1-[2][3][4][5]没有什么好说的,关键在于这个tax indictor如何和tax code(tax code link税务科目FTXP/OB40),tax condition MWST link上呢?对,建立条件表扩充MWST存取顺序.MD,设置access sequence有点问题.在MM pricing procedure将MWST设置成Stat打个小勾表示自动出现在condition list然后做个AltCBV838.在info record的purchase data维护tax code,amount搞个routine弄出来也行.MD,原来condition table要用LLAND的在MEK1才不会出现什么tax. Ind. F. material 在CN没有定义.MEK1 Ok,要不是俺会杀猪,就这个要被它忽优死.现在好了建立一个858,加到access sequence MWST,这样物料主数据puchasing维护tax ind.F. material就可自动带出conditonmwst的百分比来.确实TMD自动带出来了,啥也不用做.。

sap中税金差异处理方法

sap中税金差异处理方法
SAP系统中处理税金差异的方法主要包含以下几种：
1. 修改系统标准配置：通过修改系统标准配置，将税的条件类型设置为非组定价（Group Condition），这样系统就不会根据抬头金额计算税额，从而避免出现抬头金额计算出的税额和行项目累计金额有差异的情况。

2. 出具发票时保证金额一致：在出具发票时，保证SAP中的含税金额和金税中一致，即SAP中对客户的应收和给客户的发票中的总金额是一致的。

3. 手工调整：在每个月月底统计当月金税开票金额、不含税金额、税额，统计SAP中开票金额、不含税金额、税额，然后根据差异手工做财务凭证在收入和税金之间进行调整。

如果税金差异较大，可以先让SAP自动计算税额，然后通过“总账科目”录入税金差异。

录入后，选择“模拟”，查看模拟凭证，模拟无误后，保存即可。

在实际操作中，如果遇到其他问题或困难，建议咨询SAP系统相关领域专业人士或查阅SAP系统使用手册，以获取更具体和准确的指导。

sap中处理运费关税的业务操作手册

文章标题：SAP中处理运费关税的业务操作手册一、引言在SAP系统中，处理运费和关税是企业运营中非常重要的业务环节之一。

本文将对SAP中处理运费关税的业务操作进行详细介绍，以帮助企业实现高效管理和操作。

二、运费和关税的概念和处理流程1. 运费的概念运费是指运输商品所产生的费用。

在SAP系统中，运费是与采购和销售相关的重要成本，需要进行准确的记录和管理。

企业需要将运费纳入成本考虑，以便更好地进行成本控制和利润分析。

2. SAP中运费的处理流程在SAP系统中，处理运费的一般流程包括：创建运输订单、录入运费信息、运输结算和成本核算等环节。

企业需要严格遵循SAP系统的运费处理流程，以确保数据的准确性和完整性。

3. 关税的概念关税是指在跨境贸易中，进口或出口商品所需缴纳的税费。

关税金额的准确核算和申报对企业的跨境贸易活动至关重要。

在SAP系统中，企业需要合规合法地申报和管理关税，以避免违规和罚款。

4. SAP中关税的处理流程在SAP系统中，处理关税的一般流程包括：关税计算、关税申报和关税支付等环节。

企业需要根据商品的特性和所涉及国家的法规，合规处理关税，避免因关税问题而导致的风险和损失。

三、SAP中处理运费关税的最佳实践1. 自动化运费和关税处理在SAP系统中，企业可以通过配置系统参数和接口，实现运费和关税的自动化处理。

这样可以减少人工操作，提高数据准确性和处理效率。

2. 利用SAP分析工具进行成本控制SAP系统提供了丰富的分析工具，企业可以利用这些工具对运费和关税进行成本控制和分析。

通过数据的透明和可视化，企业可以更好地理解运费和关税对经营业绩的影响。

3. 与第三方软件集成有些企业可能会选择与第三方的运输管理软件或关税计算软件进行集成，以满足特定的运费和关税处理需求。

在这种情况下，企业需要保证SAP系统与第三方软件的数据一致性和集成性。

四、个人观点和总结在SAP系统中处理运费和关税是企业运营管理中的重要环节，需要严格遵循系统的处理流程和最佳实践。

SAP财务基础操作技巧

人工智能：SP财务系统将利用人工智能技术进行数据分析和预测提高财务决策的准确性和效率。
区块链：SP财务系统将利用区块链技术提高数据的安全性和透明度降低欺诈风险。
移动化：SP财务系统将更加注重移动化提高系统的便捷性和用户体验。
SP财务系统与其他系统的集成：可以实现数据共享和流程协同提高工
作效率
SP财务系统与其他系统的对接：可以实现数据交换和流程自动化降低人工操作成本
SP财务系统与其他系统的集成和对接：可以提高企业的信息化水平实现数字化转型
SP财务系统与其他系统的集成和对接：可以提高企业的管理效率实现
精细化管理
提高财务效率：通过自动化和智能化提高财
务处理效率
易用性：友好的用户界面和操作流程降低用户的学习成本和操作难度
扩展性：支持二次开发和定制满足企业不断发展变化的财务需求
总账模块：记应收账款模块：应付账款模块：固定资产模块：成本控制模块：财务报表模块：
录和维护企业管理企业的应管理企业的应管理企业的固管理企业的成生成企业的财
面
适用对象：企业财务部门、会计人员、管
理人员等
功能特点：集成度高、操作简便、数据安全、易于维护
应用案例：全球众多知名企业如通用电气、可口可乐、宝马等在使用SP 财务系统进行
财务管理。
Prt Three
登录SP系统
此处输入你的智能图形项正文
进入财务模块
此处输入你的智能图
形项正文
资产分类：根据资产的性质和用途将资产分为固定资产、无形资产等类别
折旧计算：根据资产的使用年限、折旧率等参数计算资产的折旧金额
折旧调整：根据资产的实际使用情况对折旧金额进行调整确保折旧金额的准确性

SAP财务基础操作技巧

成本费用分析
关注成本费用总额、构成和变化趋势，评估企业的成本控制能力和盈利能力。
利润质量分析
分析企业的净利润性。
现金流量表分析
总结词
现金流量表是反映企业现金流入和流出的财务报表，通过分析现金流量表，可以了解企业的现金生成和运用能力。
经营活动现金流量分析
凭证过账
总结词
凭证过账是确保财务数据准确性的关键步骤。
详细描述
凭证过账是将凭证记录从暂存状态转为正式状态的过程。在SAP系统中，凭证过账需要遵循一定的规则和流程，确保数据的准确性和完整性。过账前需要核对凭证的金额、借贷方科目等信息是否正确，避免出现误差。同时，还需要注意过账的时间和顺序，确保数据的及时性和一致性。
预测与决策支持
利用人工智能的预测能力，帮助企业预测未来财务状况，为决策提供科学依据。
大数据分析在SAP财务系统中的应用
实时数据监测
通过大数据技术，实时收集、处理和分析财务数据，帮助企业及时发现和解决潜在问题。
数据可视化
利用数据可视化工具，将复杂财务数据以直观的方式呈现，便于理解和分析。
风险预警与控制
凭证冲销
总结词
凭证冲销是修正财务数据错误的重要手段。
详细描述
凭证冲销是指对已过账的凭证进行取消操作，以修正数据错误或删除不正确的凭证记录。在SAP系统中，凭证冲销需要遵循一定的流程和规范，确保数据的准确性和完整性。冲销时需要选择正确的冲销方式和范围，并核对相关信息，避免误操作。同时，还需要注
意冲销的时间和顺序，确保数据的及时性和一致性。
性。
高效性
SAP系统能够提高企业运营效率，降低成本，
提升企业竞争力。
02
SAP财务基础操作流程

完美的SAP版自动金税开票解决方案

木头坦克SAP版自动金税开票解决方案简介:背景1.金税系统:在中国，增值税销项税发票必须使用税务局指定的防伪税控开票系统开具（简称：金税系统）.2.与SAP的集成:企业所使用的SAP软件管理系统和税务上防伪税控开票系统相互独立，两者间缺少有效的数据共享接口，造成税务流程涉及大量的手工重复工作和多系统间的数据人工传递。

同时，由于SAP软件系统通常没有办法直接接收防伪税控开票系统返回的发票信息，导致增值税发票往往难以核查，销售与财务的报表数据常常对应不上，从而影响整个企业的业务管理流程。

3.税务部门对于开票的要求:1)每张票的不含税总金额有上限,上限的具体值根据公司代码所对应公司所在当地税务机关的规定而定.2)每张票以及票中的每一行的税额计算误差不得超过0.06元3)只有部分用户有权限开红字发票(金额为负的发票)4.甲方单位本身对开票的要求:1)甲方本身已经购买了第三方的金税接口软件,但是因为用户导入的接口文件中无法保证每票每行的误差不超过0.06元,同时也没有根据每票金额上限分折.这样导入接口程序就出现很多异常情况,有时是无法开票,有时则会拆分成许多发票.即使是接口能拆分开票的,也有问题:一、因为其拆分规则没有照顾到用户的一些特殊要求,将一些像退货冲销这样不应该拆分的记录也拆分了。

二、在金税已经开完票之后回传到SAP时就会出现无法与原来的内部编号一一对应的情况。

为了避免这两种情况,所以必须在SAP ECC系统中开发本模块以实现金税接口软件中所有拆分的逻辑,这样本模块产生的接口文件都是已经保证上限和误差都符合金税要求的文件.导入接口程序时就不会再触发拆分的过程。

2)对于是否有权开红票要自定义数据表进行维护,在开票时自动检查是否有红票开出.并且只有在BL数据是退货时才允许开出红字的发票,如果无权限又开出退货红票,要能检查出来,并且提示.3)对于SAP中不是因为退货而在BL中开出的金额为负的数据(出错,调价,冲销等),无论该客户是否有权限开出红字发票都不允许开出红字发票,而要和对应BL一一自动合并;对于没有对应BL的数据(如调价等),要在所有当前票和票下面的行中进行自动分配.最终要保证每张发票的金额为正,同时每张的每一行也要为正.4)因为开票时BL的数据量极大(一个月20万的BL记录量),所以在选择多个客户的数据时,要根据客户自动合并开票.使用一个发票只能有一个客户的BL数据,同时在一客户下的数据要尽可能的合并开票,减少开票数量.5)对于零散用户使用一个客户编码的,要提供批量修改抬头的地方.并且修改之后的抬头也要参与上一条提到的合并开票逻辑.开发完解决方案的特点:1.自动动态拆分:当正在开出的发票金额超过上限或误差超限时自动拆分,拆分方式是从先按金额上限拆分再按误差上限拆分.拆分是从末尾往前求出最优的拆分点来拆分的.保证了拆分出的票数最小.根据税务部门要求:在票和行的级别都会进行拆分以保证每张票和票中的每一行的误差都不超过0.06(这样就完全不需要第三方的金税接口软件了)2.自动动态调整:当发票找到不到拆分点时(即上述自动拆分之后误差仍超过0.06的情况一),会自动将误差调整至规定误差以下.为了避免调整时将误差调整到某一行时导致该行的误差超限,分配调整金额是按每一行的累计误差动态分配调整的(以0.01元为单位),保证了不会使行的误差超限.调整的金额记录到行,保证未来调账时有据可查,并可以在回写数据时自动产生调账凭证. 根据税务部门要求:在票和行的级别都会进行调整,以保证每张票和票中的每一行的误差都不超过0.063.自动合并:可以分公司分客户自动合并开票,退货凭证与对应凭证自动合并开票.支持手工调整合并方式.支持用户手工调整开票抬头,并且自动按抬头自动合并开票.4.中间存储开票数据:所有开票数据从VBRK\VBRP先取到中间表,提升取数效率.5.开票灵活:选择中间数据(VBRK\VBRP)开票过程中可以随时删除不需要的数据,即使在一个行内也允许输入部分金额或者数量进行部分开票.6.提示信息以弹出窗表格式显示:一个步骤所返回给用户的信息用弹出表格式一次显示给用户,而不是像传统的SAP界面一个个提示消息.7.界面友好直观:处理界面使用可调式分屏界面,发票数据用树型表示,界面友好. 解决方案的介绍:1.概览:使用的主要事务码:2.Z<XXXX>0021 金税开票 - 处理介绍:此部分功能针对销司项目涉及到的系统发票的汇总拆分到金税票的处理，包括正向发票，退货贷项，调价补差类型的发票；针对这些数据进行合并，总额拆分，精度拆分，产生系统的传输票号，用于进行上传金税票的TXT信息下载；合并逻辑：1）正常销售发票/冲红发票，退货贷项/退货冲红都是通过同一分组+同一结算方+同一结算方抬头名称+同一型号+同一单价进行合并；2）借贷项（调价补差）发票通过同一分组+同一结算方+同一结算方抬头名称进行合并，产生单票的折扣行；3) 手工进行特殊合并到行的处理，可通过同一客户进行合并到传输票的一行；拆分逻辑：全部开金税票都必须进行的检查逻辑，总的单张金税传输票的总额小于等于公司可开票额度，和单张传输票的精度以及传输票的每行的精度=(净值*0.17-税额)< 0.06；当用户点击<转到查询>时会转到Z<XXXX>0024查询事务当用户点击1设置时处时会展开设置项设置项中可自定误差金额上限,默认税目,并提供维护是否开红字发票的控制表,以及开票金额上限的控制表(区分普票和增值税票)选择屏幕字段解释：以上查询字段是And的条件，输入的字段越精细，查询出的数据越准细；输入好条件后，点执行按钮，系统会找出符合条件的相关发票数据；屏幕功能说明以上查询字段是And的条件，输入的字段越精细，查询出的数据越准细；输入好条件后，点执行按钮，系统会找出符合条件的相关发票数据；括号内为快捷键按钮信息；处理屏幕字段栏位解释（相同字段解释适用于手工合并处理画面和分客户批量开票处理画面，后续处理画面若有变化，后续单独说明）：2.1选择需开票的项目进行手工合并开票；操作细部描述勾选需进行开票的项目，然后点击手工合并开票，可以输入不同的发票抬头名称，和可以对正常发票项目进行数量的拆分输入，即可输入不大于尚未开票的数量，在可输入框中输入完成输入的资料后，按下Enter键，然后点击刷新按钮，系统自动计算出开票金额->如下图：画面按钮解释：点击合并到票按钮出现下图：点击保存按钮，并且在弹出的框中点击是，如点否并直接退出不保存则系统不保存此次产生的传输票号，保存成功，更新相关状态成功信息提示，点击确定按钮或按回车，回到选择画面，操作完成！如需对特殊的退货进行合并开票，则可使用手工合并开票-合并到行按钮系统自动合并和拆分出2张传输票,由下图看出，不同的单价，不同的料通过此功能可以合并到一起！点击保存按钮，即可保存传输票号；点击按钮是，成功保存OK；2.2分客户批量开票操作细部描述针对公司下不同的结算客户批量，并可对相同客户按不同的分组进行手工组合开票；选择画面中勾选需处理的系统发票项目，然后点击分客户批量开票按钮，进入下面处理画面；屏幕解释（处理屏幕字段栏位解释外字段）击点击，进入如下画面，系统按既定的逻辑合并，然后拆分，得出如下传输票号，即不同的客户分开传输票号，不同的分组合在一起进行开票，借贷项进行合并到折扣行！确认信息后，点击保存按钮进行保存。

SAP税务设计

一、常用的税类型1. 增值税value added tax（VAT）增值税在1954年被一位法国的经济学家发明，法国税务部门的负责人将其引入大型商业机构中，因此，它很快在世界范围内广泛推广，到目前为止，已在，100多个国家和地区实行。

我们伟大的祖国--中国就采用增值税。

从计税原理上说，增值税是对商品生产、流通、劳务服务中多个环节的新增价值或商品的附加值征收的一种流转税。

实行价外税，也就是由消费者负担，有增值才征税没增值不征税，但在实际当中，商品新增价值或附加值在生产和流通过程中是很难准确计算的。

因此，我国也采用国际上的普遍采用的税款抵扣的办法，即根据销售商品或劳务的销售额，按规定的税率计算出销项税额，然后扣除取得该商品或劳务时所支付的增值税款，也就是进项税额，其差额就是增值部分应交的税额，这种计算方法体现了按增值因素计税的原则。

1993年12月13日，国务院发布了《中华人民共和国增值税暂行条例》，12月25日，财政部下发了《中华人民共和国增值税暂行条例实施细则》，于1994年1月1日起施行。

公式为：应纳税额=销项税额-进项税额增值税计算公式：不含税销售额×税率=应缴税额(不含税销售额即为正常销售价格)如果销售额已经包含了增值税部分，则用此公式计算出不含税销售额。

含税销售额/（1+税率）=不含税销售额关于增值税的计算，举例如下：1. 你公司向a公司购进甲货物100件，金额为10000元，但你公司实际上要付给对方的货款并不是10000元，而是10000+10000*17%（假设增值税率为17%）=11700元。

为什么只购进的货物价值才10000元，另外还要支付个1700元呢？因为这时，你公司作为消费者就要另外负担1700元的增值税，这就是增值税的价外征收。

这1700元增值税对你公司来说就是“进项税”。

a公司收了多收了这1700元的增值税款并不归a公司所有，a公司要把1700元增值税上交给国家。

SAP财务操作说明

总帐（GL）模块目录界面简介双击按钮图1-1：登陆界面【注】：客户端：400用户：输入用户名口令：输入密码回车进入SAP菜单也可直接输入SAP交易代码状态栏返回退出该交易代码打开新的会话窗口回车确认图1-3：工具栏简介光标置于栏位内按“F4/选择”键图1-4：显示选择信息此流程描述根据公司的总帐会计人员在帐务核算中产生新增会计科目之需求，在SAP 系统中创建会计科目的处理过程。

会计科目维护专人专岗负责，经总帐会计主管审批后，仅限于总帐科目主数据维护员统一作业。

图1－1 业务流程FI-GL-01 ：创建总帐科目主数据（1/2）图1－2 业务流程：创建总帐科目主数据(2/2)当帐务核算中产生新增会计科目的需求时，需由相关会计提出申请，填写申请单，由总帐会计填写相关参数后，并送交总帐会计主管批准签字，经批准后的申请单交总帐科目主数据维护员，执行创建科目主数据过程。

总帐科目主数据维护申请单:经总帐会计主管审批后，通知申请人请求拒绝或交总帐科目主数据维护员，执行创建科目主数据过程。

收到总帐科目主数据申请单后，由公司总帐会计检查公司代码中是否已有总帐科目数据。

公司总帐SAP菜单路径会计?财务会计?总分类帐?主记录?单个处理→集中地（见图1－3）交易代码FS00（单个处理- 集中地）范例1欲查询科目号：00图1－3 操作细部：SAP菜单路径321图1－4 操作细部：FS00初始界面屏幕解释：在1处填入科目号00，或点击1处总帐科目下拉按钮查询；在2处输入帐目表，JVCN－福联合营科目表点击3 （或按回车键），确定→系统显示查询结果，如图1－6 所示。

范例2：欲查询会计科目名称：应收帐款参考图1－4，点击1处总帐科目下拉按钮，弹出查询窗口，如图1－5。

屏幕解释：在科目表的总帐科目描述标签下，在1处G/L详细注释输入文字“应收帐款”。

最大命中数量为一次查询的返回结果的最大数量，可以根据需求更改。

点击查询窗口的按钮。

sap税额计算规则

sap税额计算规则
SAP（Systems, Applications, and Products）是一套集成的企业资源计划（ERP）软件，包括财务、物流、制造和其他业务功能。

税额计算在SAP中是财务模块的一个重要方面，下面是一般情况下SAP中税额计算的规则：
税码配置：
在SAP中，每个税率都与一个唯一的税码相关联。

首先，需要在系统中配置税码，将其与相应的税率和会计科目进行关联。

条件类型：
SAP使用条件类型来定义税收条件。

每个条件类型都与一个特定的应用（例如销售订单、采购订单）相关联，并定义了税率、计算基础等信息。

定价过程：
在销售或采购过程中，定价过程将触发条件类型的计算。

这包括将税率应用于货物或服务的净价，计算税前金额。

条件记录：
税额计算结果以条件记录的形式存储在相关文档中，如销售订单、采购订单或发票。

条件记录包含了税码、税率、计算基础等信息。

账务凭证：
税额计算完成后，系统将相应的税额和净价添加到账务凭证中。

这确保了财务准确地记录了税收信息。

报表和分析：
SAP提供各种报表和工具，用于分析税收数据。

这包括税额的总计、按条件类型的明细报表等，以帮助企业进行税务合规性和财务分析。

请注意，具体的税额计算规则可能会因国家、地区和业务需求而有所不同。

在使用SAP时，建议查阅相关文档和咨询财务专业人士，以确保税务配置符合当地法规和组织需求。

SAP税务设置

SAP税务设置…收⼊科⽬确定.税务设置⼀般pricing(定价)可能会有这样的⼀系列步骤1.定义condition table->定义condition type->定义存取顺序->最后是定价过程.MM,SD和税务的配置有很多相同情况,甚⾄共享了很多相同表.Tax, MM,SD Pricing 配置表.1 Condtion table表:T681,Tax IMG使⽤了标准的A003(Tax classification)和A053(053Taxes via Jurisdiction Code),读者应该记得在MM,SD的pricing配置中需要⾃定义 Condition table(会产⽣A***的表)在Tax IMG中不⽤⾃定义Condition table.2 Access Sequence部分表MM|SD : V_T682, table T682Tax :V_T682I,table T682I.3 Condition type:相同Tax: V_T685A4 Procedure:相同V_T683此三者Share了IMG 表,⼀般来讲,只要彻底理解了其中⼀种另倆中就也差不离了.在⼤多数情况下, Tax IMG相对简单(如图10-1),只要Assign计算顺序定义税码然后在定义税务科⽬就可以．[1]计算过程包括定义存取顺序，条件类型然后是定义税务计算过程（如图10-2,10-3,10-4）[2]分配计算过程给国家代码[3]定义税码[4]定义税务科⽬．税务配置步骤．1定义存取顺序如图10-2,以MWST为例．[1]Access name MWST,⼀般税务定义⽤它就⾏．[2]Access No. line在此只⼀⾏，记得MM,SD 存取⾏号有多⾏．[3]表⽰Table A003,MMSD的condition table名也是A+⾃定义table 名.[4]所⽤到的字段，其实是A003(KOMK亦有)的字段，只有两个，简洁．***Tax IMG的Access Sequences相对简单，多数情况下⽤户使⽤MWST就可,读者还可看到⼀些专门为美国和巴西定制的Access Sequences.2定义条件类型做过MM,SD condition 配置的对此再熟不过了,看看TAXCN(图10-5)的BASB和MWAS吧,⼀个是计税的Base Amount,⼀个是计税的百分⽐．理解了这俩个condition type其它的都⼀样．如图10-3,为了便于读者理解，只列出5个最主要参数．[1]Condition type名称–BASB,计税的税务基数base amount.[2]存取顺序名（参照图10-2）,在此千万不要输⼊, 税务基数和存取顺序⽆关．[3]K表⽰税务基数不含税,另⼀常⽤的是P表⽰税务基数已经包含税务[4]不允许⼿⼯更改税务基数，必须系统⾃动计算．[5]在SD Condition计税中，可使⽤或修改程序来实现，请参考SD定价配置.思考:在记帐时如使⽤FB00(图10-9)或直接使⽤Editing Options按钮设置是否选择Calculate taxes on net amount, 假设BASB Con.Category选择的是Ｋ不含税(SAP Default),假设Amount是1000,是否选择Calculate taxes on net amount对计有何影响？Tax amount将是多少.答：选了tax amount是1000*Tax rate,未选Tax amount = 1000 / (1+tax rate).假设BASB Con.Category选择的是P-计税基数含税时, 是否选择Calculate taxes on net amount对计税有何影响？答：Tax amount 都是0,就是说不计算Tax Amount.接下来再看Condition type BWAS,如图10-4,只截了上⾯部分．[1]Condition type MWAS[2]Access Seq MSWT,在图10-5可看到MWAS到MWCN都属于此存取顺序．[3]进去可看到Condition type MWAS在各国所定义的税码．[4][5]请读者⾃⼰⽐较和图10-3的不同3定义税务计算过程．读者再次感觉Tax calculation Procedure 和MM,SD的Pricing Procedure简直相同,如图10-5.[1]TAXCN,⼀般国类企业就⽤它,其实其他国家的tax calculation procedure特别是在计算进项税和销项税上⼤致相同，只是税率不同⽽已，关于税率(码)定义请⽤FTXP[2]Step是计算步骤[3]Fro. To就是从第⼏步到第⼏步（简直就是定价）开始是计税有效⾏，空表⽰只使⽤From ⼀⾏计税，⽐如110 MWAS销项税从100 To空，就是说销项税的计算是从BASB-Base Amount ⾏开始再乘⼀个销项税率．再看310 CNSD,从300⾏To空，⽽300 CNSC由是从100⾏To 空,则CNSD Service Tax 借项将等于100 BASB乘服务税率再乘⼀个-1.(如图[4]Account key,也是OB40定义Tax account的Transaction Key***Tcode OBYZ包含了了上⾯三个配置．4为国家代码分配计税过程．直接为国家代码分配⼀个计税过程⽽已，如图10-65定义税码IMG Path:Tcode :FTXP 如图10-7.[1]更改Tax code 属性，总不能input tax写了17 [5],tax code来个13% input tax, china[3]吧.[2]就是接下来OB40定义的税务相关科⽬,⼀般是名称类似Purchase-Input Tax, Sales-OutputTax．[4]Base Amount, BASB,下⾯的Cond. Type实际就是税务计算过程出现的所有的condition type.[6]参考图10-5 [3].[7]计税过程TAXCN所包含的所有Condition Types6定义税务科⽬IMG Path:Tcode :OB40 ,如图10-8[1]⾃动记帐科⽬分配组，对TAX是%TX,再⽐如MM的⾃动科⽬分配(OBYC)的group是RMK,关于更详细的⾃动科⽬分配配置(FBKP包含了ＳＡＰ所有的⾃动科⽬分配配置)请参考第例⾃动记帐科⽬分配．[2][3]MW2和VS2服务类税通常科⽬必须是成对配置的.如图10-9(仅做测试).[1]假设定义了⼀个税码JT,税率是50%(测试⽤)．[2][3]定义服务类税税率借贷是50%,-50%．使⽤FB60(FB70)在选⽤此JT税码时,会产⽣⼀借⼀贷的抵消会计分录．如果[3]不设置没有50.000-，则会根据ＴTax-Based Amount产⽣amount*50%的Tax amount .税务相关记帐.1 FB00定义Editing Options(图10-9).[1]根据实际需要决定1是否需要选择,前⾯已经讲过．2FB50总帐记帐只所以将FB50单独提出是因为⼤都数记帐Tcode (FB60,FB70,FB65,F-02)能找到那个Calculate tax选择框，但是在FB50好象初始界⾯上没有．1.错误提⽰2.Double Click３更改科⽬10010120的⾦额为1030( 1000*J5税率3%),⽣成凭证如下．特别总帐⼀⽇通特别总帐 (Special Purpose Ledger)SAP的应⽤和实施其实远不象传说中的那么神秘,特别是现在相信ERP的概念已经深⼊”民⼼”,不象多年前你实施⼀个ERP项⽬甚⾄还得负责企业⽤户的基本电脑操作培训.我做ERP开发已经近⼗年了,第⼀次听说SAP应该是98年,那时我在修补BAAN,我的第⼀印象就是听说⼲SAP的待遇其⾼.我开始接触SAP是2004年下年,我的感觉是其实SAP的应⽤不过如此,最搞笑的是似乎很多⼈已经忘却了SAP TMD⾸先也是⼀个软件系统,既然这样, 相对ERP设计来讲,它的应⽤和实施本来就应该不是复杂的,⼀个系统本来就应该是Keep usage assimply as possible,⽽设计才应该是Consider business process as complex as possible ,除⾮你设计的ERP的系统专门只为了解决某⾏业的某企业的某阶段的某些问题.有⼈说俺杀猪的还没领悟SAP的精髓(注, 精髓此⼆字是他们经常挂在嘴边的,不过估计他们是⾃⼰也没搞清楚,如果没错的话,我记得猪呀⽜的只有⾻髓,你硬要说我没吃过⾻髓那就真的是诬陷).我和⽼婆讲,每天起床不⽤浪费时间折被⼦吧,这晚上不⼜要铺下来吗?⽼婆回答:如果今天你不折被⼦,明天你⼜会找借⼝说睡觉不⽤洗脚吧,反正洗完了⼜会变脏,如果不会或没有变脏⼜何苦洗,这叫⽣活规则,懂啵?这个问题正好回答为什么SAP应⽤如此简单可是你企业却要耗费巨资去请顾问,这就是游戏规则.⼀位学者这样阐述⼈⽣的3重境界,第1重:见⼭是⼭,见⽔是⽔,第2重:见⼭不是⼭,见⽔不是⽔,第3重是:见⼭仍是⼭,见⽔仍是⽔. 企业ERP的应⽤也该如此,第1,ERP是⼀个信息系统,第2,ERP是⼀个(辅助)管理系统,第3,ERP是⼀个信息系统.有位兄弟说了⼀句话:不上ERP是等死,上了是找死.如果你从这个⾓度来讲,就很容易理解,之前国内⼤部分企业都是经过多年计划经济时代的国企,管理⽔平如何我不多说,我应⽤台湾张五常的⼀句话:国企不倒,天理难容.如果你的企业要靠ERP来代退⼈管理,⼀个企业吹嘘上了ERP后堵住了资⾦⿊洞,另⼀个企业更得意上了ERP后采购猫腻没了,真是I服了U,这是什么跟什么呀,就不多评论了.⼀个真正的⾼管理⽔平的公司应该将ERP看成⼀个信息系统,能及时提供正确数据的信息系统(管理决策还是靠⼈),管理应已成习惯,⽆为⽽治,MD,现在好好再宰两年SAP以后再慢慢来吹,等以后俺得势了⼀定要⾼薪聘请象俺⽼弟SAP搅⾁机这样的专门能吹善写的⾼⼿做秘书天天也整点管理⽅⾯的⽂章到处去晒晒…问:你为什么把这篇⽂章叫特别总帐⼀⽇通.没当此时,我总很谦虚地回答,主要⼀是屠宰SAP真TMD太容易了,你只要花⼀天的时间看看这篇⽂章就已经能成为传说中的超级SPL杀⼿,⼆是SAP AG估计暂时还没设计出⽐较有难度的复杂东西来(据可靠消息,本来SAP AG那帮鸟⼈也不服⽓确实曾想设计⼀些专门难⼀下屠夫这样的刺头的东西,后来经慎重考虑觉得没有必要这样刁难俺⽼⼈家,同时主要是就算整出来了,最后还不照样惨死在俺⼑下,只是时间问题,就不了了之.).1基本设置(Basic Settings)下⾯10项的IMG path基于上图.(1)Perform PreparationT-code :GCVO SE16:T000C如图1,在此定义允许Local Ledger, Global Ledger post到特别总帐和允许⼀些⽂本使⽤多语⾔版本.使⽤SPL是如此的简单,如果读着使⽤SAP标准的SPL Ledger L0(表GLT1)的话,读者不必要去了解SPL的具体细节,要做的只有两步,1GCVO启动SPL,2 Tcode:GCL2 Maintain ledger时加上您的Company Codes就可以(请参照(6) Master Data-> Maintain Ledgers),如需要,你可为Ledger L0选择不同于⼀般总帐的会计年度变式.FB50记笔帐,使⽤GD23或SE16:GLT1就能看到数据被Post到Ledger L0了,如果你的Ledger 0和Ledger L0的会计年度不同,你特意做个Test Scenario,相信你已经看到FI数据post到了SPL Ledger L0. 如果这时你很⾼兴以为SPL真的很TMD 容易混,那就TNND错了.特殊总帐的原理很简单,就是在记帐时数据Post到Leger 0(⼀般总帐)同时根据你的配置将数据记到特别总帐相关表⽽已.(2) Maintain Coding BlockT-code:OXK1|OXK2|OXK3什么是Coding block?为了让读者彻底理解它举⼀个简单的例⼦,假设你设计了⼀个学⽣成绩管理系统,其中记录学⽣成绩表XSCJ有这些字段XhID(学号),Name(姓名),grade(年级),Class(班级),Chinesescore(语⽂成绩),Mathscore(数学成绩) 等,现在需要在填写学⽣成绩同时输⼊学⽣的年纪⾝⾼信息 (在此姑且不讨论设计范式,因为按设计范式,XSCJ表保留XhID就⾜够,Name,Grade,Class你通常会建⽴另⼀学⽣资料表XSZL,如果你看SAP的物料主数据设置,就是物料描述都建⽴MAKT 表,已经是第N范式).这时需要的是更改XSCJ加⼊这些字段或在XSCL表中加⼊⼀个结构,这结构包含年纪⾝⾼字段. 然后在记录学⽣成绩时定义⼀个⼦屏幕弹出(或默认带出,SAP管这叫Account Assginment coding block screen)⼀个窗⼝让⽤户维护学⽣信息,在保存学⽣成绩时将这些信息也⼀并保存.SAP Codig block⼀般原理基本如下,它允许增加字段,⾃动将增加的字段加⼊各模块的相关表中,并且动态产⽣⼀些⽀持程序.各模块的相关表究竟是哪些表?下⾯将继续详细阐述coding block的设置.OXK3 Maintain coding block fields进⼊后界⾯如图2.[1]专家模式如果读者对ABAP很熟悉,使⽤此模式,你将⼀步步建⽴domain, data element,structure(CI_COBL,CI_COBL_BI),然后是将增加的field加⼊表BSEG(当然还有其它模块的表和Structure),如果读者觉得⾃⼰还不是专家,就使⽤默认的Light mode(简易模式)吧,它⾃动完成这些操作.你按F6键Add⾃定义Field,选择开发类(47后是Package),输⼊字段类型和长度.[2]coding block subscreen OXK1你想在记帐的account assignment屏幕⾃动加⼊刚才⾃定义字段(本例是ZZCB1),请使⽤它[3]产⽣⼀些程序[4]SAP标准的科⽬分配字段,这些字段使⽤SE16:TCOBF可看到,ZZCB1也在此中.[5]⾃定的ZZCB1,需要指出的是如果使⽤的是include structure, 这字段将假如COBL,TCOBF,BSEG等表[6]只是将此结构Append到COBL中,OXK1并不可见,它将被⽤在⼀些⽤户⾃定义程序中. 激活字段ZZCB1的Logcoding block field ZZCB1激活过程由于修改了⼤量标准表和结构(即要将这字段插到各模块可能设计的表中),你可能需要Access Key.读者必须耐⼼等待整个激活过程,在此过程中,读者可发现所有的记帐操作都可能会错误,毕竟连BSEG表都正在更新.那个著名的记帐总程序SAPMF05A需要重新编译(不知读者对半解释型的ABAP的运⾏速度反应如何?).图3读者可看到激活field ZZCB1更新了的ABAP对象,包括CO⽤到的⼀些ABAP 对象,典型的⽐如CO Line item表COEP和SPL 共⽤的Send table ACCIT_GLX(结构)等,SE11你看到有了ZZCB1 .1.在等待激活时你唯⼀要做的就是耐⼼等待,如果过程中途意味Cancel, 这将有⼀定风险,你可能会发现记帐出了问题,这就意味⼤多数会产⽣财务凭证的交易失败,开PO出了问题….你可根据ABAP错误使⽤SE11直接去激活ABAP对象.如果需要,可执⾏这些程序重新⽣成程序或排错,SE38:RGUGBR18|RGUGBR00| RGUGBR26| RSINCL00. .2.为什么激活过程会如此长?很容易理解,SAP是⼀个庞⼤的集成系统,但是会计凭证的产⽣(表BSEG)就有个模块Post过来的相关数据,你在BSEG加了⼀个字段,这些模块的相关程序或程序中使⽤的结构肯定要做相应调整 . ⾄于激活内部的设计逻辑如何, SAP AG的设计⼈员应该最清楚.3.什么时候要⾃定义Coding block字段?⼀企业希望费⽤能按多种⽤途分析,Internal Order,Cost center, Functional area等还是不能满⾜其需求,Line item Text已做它⽤,财务部依旧要求费⽤区分能By类,By个⼈,By区域,By..,总之,似乎你已经没辙,这样的情况下,你就字定义coding block字段,上⾯已经知道这些字段是可⽤于Account assignment 的(OXK1).⼀般的财务软件都会提供⼀个类似功能,就是允许⽤户⾃由定义Account assignment字段.4. SAP允许定义最多7个coding block fields,这些⾃定义字段也可⽤在SPL 中,因为在SPL Send table ACCIT_GLX(结构)你能看到它(前提是你必须将ZZCB1加⼊你定义的SPL 表,请看接下来的相关配置).CO相关表⽐如COEP你可看到ZZCB1,这意味⾃定义字段的数据也能传到CO模块,很不幸的是,你不能将⾃定义字段ZZCB1内容传到CO-PCA模块,因为似乎没有相关配置允许你更改Ledger 8A的表GLPCA/GLPAP/GLPCT(⽐如你可将Ledger L0的GLT1改成你⾃定义的table,⽽这table你包含了ZZCB1).关于如何使⽤OXK1定义Account assignment subscreen请看例2 维护coding block screen(3) Tables⼀. Execute Express InstallationTcode: GCIQ如图4,快速安装(Express installation)你可建⽴更改删除table group,Field movement和SPL Ledger,在此介绍如何建⽴SPL 的table group .[1]建⽴⼀个table group ZSTSPL .[2]在按此按钮时会提⽰STSPLT->Summary table,ZSTSPLA->Actual line item table,ZSTSPLP->Plan line item table,ZSTSPLO->Object table_1 (object/partner)和,ZSTSPLC-> Object table_2 (transaction attributes)5个表将被建⽴.[3]在install Table group时,会产⽣⼀些程序,SAP强烈推荐reinstall table group,特别是test,和production server是同⼀台(估计没多少企业会这样),很显然,reinstall会重新更新这些程序,有ABAP知识的⼈知道程序激活后在同⼀server是跨client的, 如果不这样做可能导致⼀些潜在错误.随着计算机的迅猛发展,由于服务器的性能已经⼤⼤提供, SPL数据通常设置和⼀般总帐同步,SPL出错的后果是正常的财务操作也会做不下去,所以你reinstall table group.[4]所谓的send fields,从[1]知道在建⽴table group时会产⽣5个表,此些表的部分字段是SAP动态根据其⾃⼰设计逻辑动态产⽣的(⽐如ZSTSPLT->summary table就类似GL summary table GLT0,其中包含TSL01-TSL16->对应各期间交易|凭证货币的累计⾦额和HSL01-HSL16则是对应累计本位币⾦额,这些字段必须在SPL的summary table),你还可加⼊其他字段.[5]细⼼的读者会发现这些额外的字段恰好就是account assignment fields[6]只是这些字段前加了ZZ前缀,假设加⼊profit cente r ZZPRCTR和⾃定义的ZZBC1字段[7]⾃定义的ZZBC1字段.1什么是table group?Table group的意思就是将这些SPL表将组成⼀个group-ZSTSPL⽤在特殊总帐上,⼀套帐⼀般都要包含计划数据,实际数据和Summary数据,这概念适合各种特别总帐(包括利润中⼼帐).作为⼀般总帐,就要复杂的多,⽐如我们都知道会计凭证表BKPF,BSEG,Summary table GLT0,还有很多计划表.2 为什么加⼊利润中⼼字段ZZPRCTR和ZZCB1字段?(⼀).之所以加⼊ZZBC1是便于是读者更理解coding block,如需要你建⽴加⼊⼏个⾃定义字段都可以.(⼆).⽆论是Cost of sales accounting Ledger 0F(GLFUNCT)还是LedgerL0(GLT1)默认都没有利润中⼼,只有Business area(据称PCA是⽤来退代BA 的,如果是这样,我猜测当时设计时可能就没考虑profit center字段,纯属臆猜,不必当真).如果你需要在SPL中使⽤利润中⼼,请⾃定义table group加⼊此字段.在顺利建⽴table group后,使⽤SE11可发现grouping的5个表中都包含了RZZPRCTR和RZZZCB1,只是前⾯多了R前缀.这样做是否记帐时ZZCB1和利润中⼼字段数据就到SPL中了,当然不会,如SAP 真有⼈⼯智能估计企业的SAP engineers就会⼤量失业.你还必须定义field movement , 请继续往下看.似乎只能⾃加⼊7个字段,我想这主要是考虑性能问题.⾃定义的coding block 字段不仅可⽤于⼀般总帐和成本模块⽽且可⽤于特殊总帐,SAP设计之精妙和完美不得不另⼈佩服,将所谓的⾮hard coding(可配置)推到极点.难怪业界有闻SAP什么业务都可配置出来,虽有夸张,今⽇观之,信矣.需要指出的是,在install时会有如图6的提⽰,特殊总帐的成功安装会将SPL table 转换成Report Write(Painter) table .熟悉Report painter的读者⼀定不会对set,key figure,characteristic陌⽣,关于report painter请看本书相关R eport painter的详细介绍.图6中将cost center 和functional area做为固定特征值.如图7,在install table group时SAP提⽰其建⽴了⼀些report ,读者可⾃⾏检查.Report write table 和GRCT我花了很长时间和⼀个印度FICO顾问向它解释实际上report painter所使⽤的CCSS并不是SE11看到的CCSS,report painter的GLT0和SE11的GLT0并不完全相同,他要求我能在Report writer table GLT0中增加Functional area字段以⽅便报表编制.⾸先,你使⽤Tcode GRCT看看所谓的report writer table,它可理解为⼀个View ,report painter的GLT0当然连接的是透明表GLT0的数据,但是它还有相关的程序⽀持, 透明表GLT0加这些⽀持程序组成了report writer(painter) table.看看report painter CCSS,不但包含了表还有象CCSS这样的strucuture .两点留给读者思考.1table group中的object table有什么⽤途?⼏个SPL table 组成⼀个table group.输⼊⼀table group是如何找到其中包含的SPL table的?2Install SPL table group会建⽴⼀些report painter set,细⼼的读者会发现在建⽴成本中⼼组(KSH1),成本要素组时(KAH1),会计科⽬组(KDH1)等等,这些数据也会作为report set存在, 问题是这些数据保存在什么表中?⼆. Define Table GroupTcode: GCI2如图8,将上⾯的table group设置为Local table.。

SAP项目用户操作手册-税务处理流程

SAP系统用户操作手册流程名称：税务处理流程事务名称：F-02、S_PL0_000030GRR3作者：创建日期： 201202131 事务操作基本信息1.1 事务操作的目的此手册描述了税务的账务处理及帐表余额的查询1.2 事务操作前提非集成的税务账务处理。

1.3 事务代码F-02、S_PL0_000030、GRR32 操作步骤2.1 增值税2.1.1增值税中的进项税和销项税由MMSD模块集成生成，直接在总账中报销产生的进项税可通过事务代码F-02进行账务处理，具体操作见“连云港润众SAP项目用户操作手册-F-02”，最后生成凭证如下。

2.1.2 增值税中进项税转出账务处理，来源于两部分，一部分出口销售产生的进项税转出，在发生出口销售时，销售岗告知税务岗，由税务岗进行进项税转出账务处理。

具体操作见“连云港润众SAP项目用户操作手册-F-02”，生成凭证如下：另一部分须做进项税转出来源于仓库出入库明细表。

2.1.3 增值税转出未缴增值税账务处理，通过事务码S_PL0_86000030查询增值税进行税、销项税、进项税转出情况。

在如下查询页面中输入过滤条件：货币类型可直接输入或点击，在如下选择页面进行选择。

点击条件过滤页面，出现如下页面，可根据自己的需要进行选择：按回车键后，出现如下页面，7月份进项税余额=7月进项税借方—7月进项税贷方；7月份销项税余额=7月销项税贷方—7月销项税借方；7月未交增值税=7月销项税余额—7月份进项税余额计算出该月未交增值税后，直接在总账中进行转出未交增值税的账务处理，具体操作详见“连云港润众SAP项目用户操作手册-F-02”，最后生成如下凭证。

2.2 企业所得税：2.2.1根据损益情况计算出所得税税额后，通过事务码F-02在总账中进行计提所得税的账务处理，具体操作见“连云港润众SAP项目用户操作手册-F-02”，生成如下凭证。

2.2 其他税种其他税种是指个人所得税及其他地方性税费，通过事务码F-02在总账中进行账务处理，具体操作见“连云港润众SAP项目用户操作手册-F-02”，以营业税为例，生成如下凭证。

SAP操作手册_FICO_销售开票、收款、票据处理流程

1.2 系统操作权限
角色编码
角色名称管理会计
操作内容
1.3 相关规范
业务操作有关业务规则及注意事项，如需说明的相关记账规则、特殊处理及审批要求、执行时间要求等。
1.4 操作结果
指导新学员学习从销售到发票、收款、过账等操作过程。本手册整个操作过程清晰明了，只要按照步骤来，基本上没有大问题。
2.销售订单查询
8）结果如下图所示。
第7页
3.1.2 修改开票凭证(VF02)
开票凭证的修改基本上没啥意义，因为进去后也改不了啥条目。
3.1.3 显示开票凭证(VF03)
1）进入路径：SAP 菜单→后勤→销售与分销→开票→开票凭证→显示或直接输入事务码：VF03。
双击火车回车后进入下一屏。
第8页
2）输入发票凭证编号后回车，进入下一屏。在此屏可查看发票的详细信息。
第19页
回车或者双击后，进入到如下界面：
2）输入相关信息（公司代码、会计年度、收款单号），点击界面：
进入到如下
3）确认信息无误后，点击【过账】按钮，系统会提醒是否确定过账（如果此时点击【否】，则放弃过账，系统不进行后续操作，如果点击是，则收款单生成过账凭证，提示成功信息：
第20页
4）查看会计凭证。
2）输入相关条件后，点击执行按钮进入下一屏。
3）选择银行收款回单对应的那笔应收票据，再点击界面上方的“修改”按钮进入下一屏。
第28页
3）点击“创建收款单”按钮，进入下一屏。
4）输入现金流量标识后，后点击，提示
。
5.1.3 票据收款单过账(ZFI006)
票据的收款单过账和普通的收款单过账是一样的。 1）过账操作和 5.4 一样，在此不再赘述。但是票据的收款单过账生成的会计凭证和普通收款单是不一样的，先找到此笔票据收款单对应的会计凭证号，如下图：

sap 预缴税的设定方法

sap 预缴税的设定方法一、了解预缴税的基本概念1.1 预缴税啊，就像是你提前给税务局交的一笔“定金”。

在sap系统里呢，这预缴税的设定是很重要的事儿。

它是为了确保企业能按照规定及时缴纳税款，避免到时候一下子拿出一大笔钱，手忙脚乱的。

打个比方，就像你订了个好东西，先付个定金，后面就踏实多了。

1.2 预缴税的金额通常是根据相关税法规定和企业的经营情况来确定的。

不同的税种预缴税的计算方式可能有差别。

比如说增值税的预缴税，可能和企业的销售额、采购额这些都有关系。

这就好比不同的商品有不同的定价规则一样，得按照规矩来。

二、在sap中设定预缴税的前期准备2.1 首先呢，得确保企业的基本信息在sap系统里是准确无误的。

这就像盖房子打地基，基础不牢，地动山摇啊。

企业的名称、纳税人识别号这些信息要是错了，那后面的预缴税设定肯定会出问题。

这就好比你把收货地址写错了，东西怎么能准确送到呢？2.2 要明确企业适用的税种和税率。

这可不能马虎，不同的业务可能涉及不同的税种，税率也不一样。

就像你去市场买菜，不同的菜价格不同，得心里有数才行。

如果把税率搞错了，那预缴税的金额肯定不对，到时候就会惹上麻烦，就像捅了马蜂窝一样。

2.3 还得收集企业的财务数据，像销售额、成本这些。

这些数据是计算预缴税的依据。

没有这些数据，就像厨师做菜没有食材一样，根本没法进行预缴税的设定。

这数据可得准确啊，要是数据是错的，那算出来的预缴税就成了空中楼阁，根本不靠谱。

三、sap中预缴税的实际设定步骤3.1 在sap系统里找到税务相关的模块。

这就像在一个大仓库里找特定的货物一样，得知道从哪儿下手。

不同版本的sap系统可能位置会有点差别，但大致的思路是一样的。

如果找不到这个模块，就像无头苍蝇一样乱转，啥也干不成。

3.2 进入税务模块后，根据前面准备好的企业信息、税种税率和财务数据，按照系统的提示来填写相关的参数。

这一步得小心翼翼的，就像走钢丝一样。

一个数据填错了，可能就会导致预缴税金额计算错误。

关于SAP税的配置

SD--关于SAP税的配置维护步骤：税主要在财务会计->财务会计的全局设置->销售/购置税中配置。

1）基本设置定义存储顺序（T682存取顺序-> T682I存取顺序(表)->T682Z存取顺序(字段)）定义税条件类型（T685A）定义税确定过程（T683->T683S）给国家定义税确定过程（T005-KALSM）2）计算定义税码—TCODE:FTXP该TCODE会先根据国家找到税确定过程(T005-KALSM),再维护税确定过程对应的税码(也就是T007A表)T007A(税收代码)Primary key: KALSM(6)税确定过程MWSKZ(2) 销售/购买税代码Key fields:再到税确定过程中的税条件类型+国家+税码找到A003表存储的条件记录号，也就得到对应的条件值3)记账Psting定义税的过账码—TCODE:OBCN(T007B)注意：所有模块的过账码都会存储在T687表，同时各个模块的过账码又会分散到各个模块里。

T687(KAPPL(应用) KVSL1(过账码))例如：会计的税过账码则维护在T007B表（通过TCODE：OBCN维护），TCODE：OB40维护税的过帐代码的BSCHS借方记帐代码BSCHH贷方记帐代码；科目的确定规则确定税务科目T030B(标准过帐代码)Primary key: KTOSL(3) 事务关键字Key fields: BSCHS借方记帐代码BSCHH贷方记帐代码T030R(标准科目的确定规则)Primary key:KTOPL(4) 帐目表KTOSL(3) 事务关键字Key fields:T030K(确定税务科目)Primary key: KTOPL(4) 帐目表KTOSL(3) 事务关键字MWSKZ (2)销售/购买税代码Key fields: KONTS(借方科目) KONTH(贷方科目)4)SD模块配置税定义税收确定规则TCODE: OVK1TSTL(税款：每个国家的有效税类别)Primary key: TALND (3) 帐目表LFDNR (1) 征税顺序Key fields: TATYP(4) 税类别(SD定义的条件类型，也就是T685中满足KVEWE = ‘A’AND KAPPL = “V”条件的税相关的条件记录，这不是税维护的税的条件类型)维护客户的税码类型TCODE: OVK3TSKD（）Key fields:Key fields:这个税码会维护在客户主数据中销售数据->开票凭证（客户基本税指示符KNVI)维护物料的税码类型TCODE: OVK4TSKM（）Key fields:Key fields:这个税码会维护在物料主数据中销售组织数据1->（物料基本税指示符)5）维护SD的税（条件类型）主数据在XK11维护税值是系统会去根据输入的税码（X0，X1），国家去检测对应全局定义的税率是否想等，否则提示错误。

SAP软件会计科目之税务类型（二）

SAP软件会计科目之税务类型（二）在“SAP会计科目之税务类型（一）”中我们介绍了会计科目“税务类型”的设置，介绍了税科目和税相关的科目。

在大家熟悉的用友、金蝶软件中却没有这样的设置，SAP中为什么要维护会计科目的税务类型呢？如果没有维护税务类型会有什么影响呢？其实，这和SAP的整体设计是分不开的。

大家在录入采购发票，或者是销售发票的时候，都是通过匹配业务单据，生成系统发票，同时自动生成会计凭证。

如果相关科目没有维护税务类型，系统将无法过账。

以采购发票为例，材料入库生成会计凭证“借：原材料；贷：应付暂估”，收到发票时生成会计凭证“借：应付暂估、进项税；贷：应付账款”。

对于此业务场景，会计科目“应付暂估”为税相关的科目。

如果会计科目“应付暂估”没有维护税务类型，MIRO录入采购发票时系统提示如下错误。

MIRO录入发票时，系统会把税码写入科目2202030000，由于科目2202030000没有设置税务类型，因此报错。

另一方面，当会计科目定义为税相关后，F-02录入会计凭证时，可以由系统自动生成税金行，提高凭证录入效率。

例如，收到供应商发票，需要手工录入到材料成本差异科目。

金额为100.00，税金为13.00 ，F-02录入发票时操作如下。

在材料差异科目录入发票金额113.00（包含税金）、税码J2，并选中“计算税额”，然后录入供应商行项目。

录入完成后，选择上图红圈中的图标，查看凭证概览如下，在菜单栏选择“凭证/模拟”，模拟凭证，效果如下，系统自动生成了税金行，并且自动更新了不含税金额，将材料差异科目金额113.00更新为100.00。

作者：SAP财会。

SAP 税务设置.pdf

…收入科目确定.税务设置一般pricing(定价)可能会有这样的一系列步骤1.定义condition table->定义condition type->定义存取顺序->最后是定价过程.MM,SD和税务的配置有很多相同情况,甚至共享了很多相同表.Tax, MM,SD Pricing 配置表.1 Condtion table表:T681,Tax IMG使用了标准的A003(Tax classification)和A053(053Taxes via Jurisdiction Code),读者应该记得在MM,SD的pricing配置中需要自定义 Condition table(会产生A***的表)在Tax IMG中不用自定义Condition table.2 Access Sequence部分表MM|SD : V_T682, table T682Tax :V_T682I,table T682I.3 Condition type:相同Tax: V_T685A4 Procedure:相同V_T683此三者Share了IMG 表,一般来讲,只要彻底理解了其中一种另倆中就也差不离了.在大多数情况下, Tax IMG相对简单(如图10-1),只要Assign计算顺序定义税码然后在定义税务科目就可以．[1]计算过程包括定义存取顺序，条件类型然后是定义税务计算过程（如图10-2,10-3,10-4）[2]分配计算过程给国家代码[3]定义税码[4]定义税务科目．税务配置步骤．1定义存取顺序如图10-2,以MWST为例．[1]Access name MWST,一般税务定义用它就行．[2]Access No. line在此只一行，记得MM,SD 存取行号有多行．[3]表示Table A003,MMSD的condition table名也是A+自定义table 名.[4]所用到的字段，其实是A003(KOMK亦有)的字段，只有两个，简洁．***Tax IMG的Access Sequences相对简单，多数情况下用户使用MWST就可,读者还可看到一些专门为美国和巴西定制的Access Sequences.2定义条件类型做过MM,SD condition 配置的对此再熟不过了,看看TAXCN(图10-5)的BASB和MWAS吧,一个是计税的Base Amount,一个是计税的百分比．理解了这俩个condition type其它的都一样．如图10-3,为了便于读者理解，只列出5个最主要参数．[1]Condition type名称–BASB,计税的税务基数base amount.[2]存取顺序名（参照图10-2）,在此千万不要输入, 税务基数和存取顺序无关．[3]K表示税务基数不含税,另一常用的是P表示税务基数已经包含税务[4]不允许手工更改税务基数，必须系统自动计算．[5]在SD Condition计税中，可使用或修改程序来实现，请参考SD定价配置.思考:在记帐时如使用FB00(图10-9)或直接使用Editing Options按钮设置是否选择Calculate taxes on net amount, 假设BASB Con.Category选择的是Ｋ不含税(SAP Default),假设Amount是1000,是否选择Calculate taxes on net amount对计有何影响？Tax amount将是多少.答：选了tax amount是1000*Tax rate,未选Tax amount = 1000 / (1+tax rate).假设BASB Con.Category选择的是P-计税基数含税时, 是否选择Calculate taxes on net amount对计税有何影响？答：Tax amount 都是0,就是说不计算Tax Amount.接下来再看Condition type BWAS,如图10-4,只截了上面部分．[1]Condition type MWAS[2]Access Seq MSWT,在图10-5可看到MWAS到MWCN都属于此存取顺序．[3]进去可看到Condition type MWAS在各国所定义的税码．[4][5]请读者自己比较和图10-3的不同3定义税务计算过程．读者再次感觉Tax calculation Procedure 和MM,SD的Pricing Procedure简直相同,如图10-5.[1]TAXCN,一般国类企业就用它,其实其他国家的tax calculation procedure特别是在计算进项税和销项税上大致相同，只是税率不同而已，关于税率(码)定义请用FTXP[2]Step是计算步骤[3]Fro. To就是从第几步到第几步（简直就是定价）开始是计税有效行，空表示只使用From 一行计税，比如110 MWAS销项税从100 To空，就是说销项税的计算是从BASB-Base Amount 行开始再乘一个销项税率．再看310 CNSD,从300行To空，而300 CNSC由是从100行To 空,则CNSD Service Tax 借项将等于100 BASB乘服务税率再乘一个-1.(如图[4]Account key,也是OB40定义Tax account的Transaction Key***Tcode OBYZ包含了了上面三个配置．4为国家代码分配计税过程．直接为国家代码分配一个计税过程而已，如图10-65定义税码IMG Path:Tcode :FTXP 如图10-7.[1]更改Tax code 属性，总不能input tax写了17 [5],tax code来个13% input tax, china[3]吧.[2]就是接下来OB40定义的税务相关科目,一般是名称类似Purchase-Input Tax, Sales-OutputTax．[4]Base Amount, BASB,下面的Cond. Type实际就是税务计算过程出现的所有的condition type.[6]参考图10-5 [3].[7]计税过程TAXCN所包含的所有Condition Types6定义税务科目IMG Path:Tcode :OB40 ,如图10-8[1]自动记帐科目分配组，对TAX是%TX,再比如MM的自动科目分配(OBYC)的group是RMK,关于更详细的自动科目分配配置(FBKP包含了ＳＡＰ所有的自动科目分配配置)请参考第例自动记帐科目分配．[2][3]MW2和VS2服务类税通常科目必须是成对配置的.如图10-9(仅做测试).[1]假设定义了一个税码JT,税率是50%(测试用)．[2][3]定义服务类税税率借贷是50%,-50%．使用FB60(FB70)在选用此JT税码时,会产生一借一贷的抵消会计分录．如果[3]不设置没有50.000-，则会根据ＴTax-Based Amount产生amount*50%的Tax amount .税务相关记帐.1 FB00定义Editing Options(图10-9).[1]根据实际需要决定1是否需要选择,前面已经讲过．2FB50总帐记帐只所以将FB50单独提出是因为大都数记帐Tcode (FB60,FB70,FB65,F-02)能找到那个Calculate tax选择框，但是在FB50好象初始界面上没有．1.错误提示2.Double Click３更改科目10010120的金额为1030( 1000*J5税率3%),生成凭证如下．特别总帐一日通特别总帐 (Special Purpose Ledger)SAP的应用和实施其实远不象传说中的那么神秘,特别是现在相信ERP的概念已经深入”民心”,不象多年前你实施一个ERP项目甚至还得负责企业用户的基本电脑操作培训.我做ERP开发已经近十年了,第一次听说SAP应该是98年,那时我在修补BAAN,我的第一印象就是听说干SAP的待遇其高.我开始接触SAP是2004年下年,我的感觉是其实SAP的应用不过如此,最搞笑的是似乎很多人已经忘却了SAP TMD首先也是一个软件系统,既然这样, 相对ERP设计来讲,它的应用和实施本来就应该不是复杂的,一个系统本来就应该是Keep usage as simply as possible,而设计才应该是Consider business process as complex as possible ,除非你设计的ERP的系统专门只为了解决某行业的某企业的某阶段的某些问题.有人说俺杀猪的还没领悟SAP的精髓(注, 精髓此二字是他们经常挂在嘴边的,不过估计他们是自己也没搞清楚,如果没错的话,我记得猪呀牛的只有骨髓,你硬要说我没吃过骨髓那就真的是诬陷).我和老婆讲,每天起床不用浪费时间折被子吧,这晚上不又要铺下来吗?老婆回答:如果今天你不折被子,明天你又会找借口说睡觉不用洗脚吧,反正洗完了又会变脏,如果不会或没有变脏又何苦洗,这叫生活规则,懂啵?这个问题正好回答为什么SAP应用如此简单可是你企业却要耗费巨资去请顾问,这就是游戏规则.一位学者这样阐述人生的3重境界,第1重:见山是山,见水是水,第2重:见山不是山,见水不是水,第3重是:见山仍是山,见水仍是水. 企业ERP的应用也该如此,第1,ERP是一个信息系统,第2,ERP是一个(辅助)管理系统,第3,ERP是一个信息系统.有位兄弟说了一句话:不上ERP是等死,上了是找死.如果你从这个角度来讲,就很容易理解,之前国内大部分企业都是经过多年计划经济时代的国企,管理水平如何我不多说,我应用台湾张五常的一句话:国企不倒,天理难容.如果你的企业要靠ERP来代退人管理,一个企业吹嘘上了ERP后堵住了资金黑洞,另一个企业更得意上了ERP后采购猫腻没了,真是I服了U,这是什么跟什么呀,就不多评论了.一个真正的高管理水平的公司应该将ERP看成一个信息系统,能及时提供正确数据的信息系统(管理决策还是靠人),管理应已成习惯,无为而治,MD,现在好好再宰两年SAP以后再慢慢来吹,等以后俺得势了一定要高薪聘请象俺老弟SAP搅肉机这样的专门能吹善写的高手做秘书天天也整点管理方面的文章到处去晒晒…问:你为什么把这篇文章叫特别总帐一日通.没当此时,我总很谦虚地回答,主要一是屠宰SAP真TMD太容易了,你只要花一天的时间看看这篇文章就已经能成为传说中的超级SPL杀手,二是SAP AG估计暂时还没设计出比较有难度的复杂东西来(据可靠消息,本来SAP AG那帮鸟人也不服气确实曾想设计一些专门难一下屠夫这样的刺头的东西,后来经慎重考虑觉得没有必要这样刁难俺老人家,同时主要是就算整出来了,最后还不照样惨死在俺刀下,只是时间问题,就不了了之.).1基本设置(Basic Settings)下面10项的IMG path基于上图.(1)Perform PreparationT-code :GCVO SE16:T000C如图1,在此定义允许Local Ledger, Global Ledger post到特别总帐和允许一些文本使用多语言版本.使用SPL是如此的简单,如果读着使用SAP标准的SPL Ledger L0(表GLT1)的话,读者不必要去了解SPL的具体细节,要做的只有两步,1GCVO启动SPL,2 Tcode:GCL2 Maintain ledger时加上您的Company Codes就可以(请参照(6) Master Data-> Maintain Ledgers),如需要,你可为Ledger L0选择不同于一般总帐的会计年度变式.FB50记笔帐,使用GD23或SE16:GLT1就能看到数据被Post到Ledger L0了,如果你的Ledger 0和Ledger L0的会计年度不同,你特意做个Test Scenario,相信你已经看到FI数据post到了SPL Ledger L0. 如果这时你很高兴以为SPL真的很TMD 容易混,那就TNND错了.特殊总帐的原理很简单,就是在记帐时数据Post到Leger 0(一般总帐)同时根据你的配置将数据记到特别总帐相关表而已.(2) Maintain Coding BlockT-code:OXK1|OXK2|OXK3什么是Coding block?为了让读者彻底理解它举一个简单的例子,假设你设计了一个学生成绩管理系统,其中记录学生成绩表XSCJ有这些字段XhID(学号),Name(姓名),grade(年级),Class(班级),Chinesescore(语文成绩),Mathscore(数学成绩) 等,现在需要在填写学生成绩同时输入学生的年纪身高信息 (在此姑且不讨论设计范式,因为按设计范式,XSCJ表保留XhID就足够,Name,Grade,Class你通常会建立另一学生资料表XSZL,如果你看SAP的物料主数据设置,就是物料描述都建立MAKT 表,已经是第N范式).这时需要的是更改XSCJ加入这些字段或在XSCL表中加入一个结构,这结构包含年纪身高字段. 然后在记录学生成绩时定义一个子屏幕弹出(或默认带出,SAP管这叫Account Assginment coding block screen)一个窗口让用户维护学生信息,在保存学生成绩时将这些信息也一并保存.SAP Codig block一般原理基本如下,它允许增加字段,自动将增加的字段加入各模块的相关表中,并且动态产生一些支持程序.各模块的相关表究竟是哪些表?下面将继续详细阐述coding block的设置.OXK3 Maintain coding block fields进入后界面如图2.[1]专家模式如果读者对ABAP很熟悉,使用此模式,你将一步步建立domain, data element,structure(CI_COBL,CI_COBL_BI),然后是将增加的field加入表BSEG(当然还有其它模块的表和Structure),如果读者觉得自己还不是专家,就使用默认的Light mode(简易模式)吧,它自动完成这些操作.你按F6键Add自定义Field,选择开发类(47后是Package),输入字段类型和长度.[2]coding block subscreen OXK1你想在记帐的account assignment屏幕自动加入刚才自定义字段(本例是ZZCB1),请使用它[3]产生一些程序[4]SAP标准的科目分配字段,这些字段使用SE16:TCOBF可看到,ZZCB1也在此中.[5]自定的ZZCB1,需要指出的是如果使用的是include structure, 这字段将假如COBL,TCOBF,BSEG等表[6]只是将此结构Append到COBL中,OXK1并不可见,它将被用在一些用户自定义程序中. 激活字段ZZCB1的Logcoding block field ZZCB1激活过程由于修改了大量标准表和结构(即要将这字段插到各模块可能设计的表中),你可能需要Access Key.读者必须耐心等待整个激活过程,在此过程中,读者可发现所有的记帐操作都可能会错误,毕竟连BSEG表都正在更新.那个著名的记帐总程序SAPMF05A需要重新编译(不知读者对半解释型的ABAP的运行速度反应如何?).图3读者可看到激活field ZZCB1更新了的ABAP对象,包括CO用到的一些ABAP 对象,典型的比如CO Line item表COEP和SPL 共用的Send table ACCIT_GLX(结构)等,SE11你看到有了ZZCB1 .1.在等待激活时你唯一要做的就是耐心等待,如果过程中途意味Cancel, 这将有一定风险,你可能会发现记帐出了问题,这就意味大多数会产生财务凭证的交易失败,开PO出了问题….你可根据ABAP错误使用SE11直接去激活ABAP对象.如果需要,可执行这些程序重新生成程序或排错,SE38:RGUGBR18|RGUGBR00| RGUGBR26| RSINCL00. .2.为什么激活过程会如此长?很容易理解,SAP是一个庞大的集成系统,但是会计凭证的产生(表BSEG)就有个模块Post过来的相关数据,你在BSEG加了一个字段,这些模块的相关程序或程序中使用的结构肯定要做相应调整 . 至于激活内部的设计逻辑如何, SAP AG的设计人员应该最清楚.3.什么时候要自定义Coding block字段?一企业希望费用能按多种用途分析,Internal Order,Cost center, Functional area等还是不能满足其需求,Line item Text已做它用,财务部依旧要求费用区分能By类,By个人,By区域,By..,总之,似乎你已经没辙,这样的情况下,你就字定义coding block字段,上面已经知道这些字段是可用于Account assignment 的(OXK1).一般的财务软件都会提供一个类似功能,就是允许用户自由定义Account assignment字段.4. SAP允许定义最多7个coding block fields,这些自定义字段也可用在SPL 中,因为在SPL Send table ACCIT_GLX(结构)你能看到它(前提是你必须将ZZCB1加入你定义的SPL 表,请看接下来的相关配置).CO相关表比如COEP你可看到ZZCB1,这意味自定义字段的数据也能传到CO模块,很不幸的是,你不能将自定义字段ZZCB1内容传到CO-PCA模块,因为似乎没有相关配置允许你更改Ledger 8A的表GLPCA/GLPAP/GLPCT(比如你可将Ledger L0的GLT1改成你自定义的table,而这table你包含了ZZCB1).关于如何使用OXK1定义Account assignment subscreen请看例2 维护coding block screen(3) Tables一. Execute Express InstallationTcode: GCIQ如图4,快速安装(Express installation)你可建立更改删除table group,Field movement和SPL Ledger,在此介绍如何建立SPL 的table group .[1]建立一个table group ZSTSPL .[2]在按此按钮时会提示STSPLT->Summary table,ZSTSPLA->Actual line item table,ZSTSPLP->Plan line item table,ZSTSPLO->Object table_1 (object/partner)和,ZSTSPLC-> Object table_2 (transaction attributes)5个表将被建立.[3]在install Table group时,会产生一些程序,SAP强烈推荐reinstall table group,特别是test,和production server是同一台(估计没多少企业会这样),很显然,reinstall会重新更新这些程序,有ABAP知识的人知道程序激活后在同一server是跨client的, 如果不这样做可能导致一些潜在错误.随着计算机的迅猛发展,由于服务器的性能已经大大提供, SPL数据通常设置和一般总帐同步,SPL出错的后果是正常的财务操作也会做不下去,所以你reinstall table group.[4]所谓的send fields,从[1]知道在建立table group时会产生5个表,此些表的部分字段是SAP动态根据其自己设计逻辑动态产生的(比如ZSTSPLT->summary table就类似GL summary table GLT0,其中包含TSL01-TSL16->对应各期间交易|凭证货币的累计金额和HSL01-HSL16则是对应累计本位币金额,这些字段必须在SPL的summary table),你还可加入其他字段.[5]细心的读者会发现这些额外的字段恰好就是account assignment fields[6]只是这些字段前加了ZZ前缀,假设加入profit cente r ZZPRCTR和自定义的ZZBC1字段[7]自定义的ZZBC1字段.1什么是table group?Table group的意思就是将这些SPL表将组成一个group-ZSTSPL用在特殊总帐上,一套帐一般都要包含计划数据,实际数据和Summary数据,这概念适合各种特别总帐(包括利润中心帐).作为一般总帐,就要复杂的多,比如我们都知道会计凭证表BKPF,BSEG,Summary table GLT0,还有很多计划表.2 为什么加入利润中心字段ZZPRCTR和ZZCB1字段?(一).之所以加入ZZBC1是便于是读者更理解coding block,如需要你建立加入几个自定义字段都可以.(二).无论是Cost of sales accounting Ledger 0F(GLFUNCT)还是LedgerL0(GLT1)默认都没有利润中心,只有Business area(据称PCA是用来退代BA 的,如果是这样,我猜测当时设计时可能就没考虑profit center字段,纯属臆猜,不必当真).如果你需要在SPL中使用利润中心,请自定义table group加入此字段.在顺利建立table group后,使用SE11可发现grouping的5个表中都包含了RZZPRCTR和RZZZCB1,只是前面多了R前缀.这样做是否记帐时ZZCB1和利润中心字段数据就到SPL中了,当然不会,如SAP 真有人工智能估计企业的SAP engineers就会大量失业.你还必须定义field movement , 请继续往下看.似乎只能自加入7个字段,我想这主要是考虑性能问题.自定义的coding block 字段不仅可用于一般总帐和成本模块而且可用于特殊总帐,SAP设计之精妙和完美不得不另人佩服,将所谓的非hard coding(可配置)推到极点.难怪业界有闻SAP什么业务都可配置出来,虽有夸张,今日观之,信矣.需要指出的是,在install时会有如图6的提示,特殊总帐的成功安装会将SPL table 转换成Report Write(Painter) table .熟悉Report painter的读者一定不会对set,key figure,characteristic陌生,关于report painter请看本书相关R eport painter的详细介绍.图6中将cost center 和functional area做为固定特征值.如图7,在install table group时SAP提示其建立了一些report ,读者可自行检查.Report write table 和GRCT我花了很长时间和一个印度FICO顾问向它解释实际上report painter所使用的CCSS并不是SE11看到的CCSS,report painter的GLT0和SE11的GLT0并不完全相同,他要求我能在Report writer table GLT0中增加Functional area字段以方便报表编制.首先,你使用Tcode GRCT看看所谓的report writer table,它可理解为一个View ,report painter的GLT0当然连接的是透明表GLT0的数据,但是它还有相关的程序支持, 透明表GLT0加这些支持程序组成了report writer(painter) table.看看report painter CCSS,不但包含了表还有象CCSS这样的strucuture .两点留给读者思考.1table group中的object table有什么用途?几个SPL table 组成一个table group.输入一table group是如何找到其中包含的SPL table的?2Install SPL table group会建立一些report painter set,细心的读者会发现在建立成本中心组(KSH1),成本要素组时(KAH1),会计科目组(KDH1)等等,这些数据也会作为report set存在, 问题是这些数据保存在什么表中?二. Define Table GroupTcode: GCI2如图8,将上面的table group设置为Local table.三. Display Assignments GraphicallyT-code:GCD6没什么特别,你输入一个SPL table,将同一table group的tables以图形界面显示出来而已. 四.T echnical HelpT-code: GCCG|GCGG|GCU2|GCI2|GCVB通常在你create和install table group,SPL产生了相关表,结构和一些程序,这种动态产生ABAP 对象的例子在很多地方都可见到,比如凭证的确定和退代被激活后会自动产生一些程序;CO-PA激活后自动产生一些CO-PA相关表和支持程序.技术帮助是说如果在这些自动产生对象的过程中出现错误,读者可手工再去产生一次,通常这步并不是必需要的,尽管如此,依旧介绍几个Technical Help的Tcode .1 GCCG用户要求在GLT0增加Functional area字段,显然SE11直接增加Functional area后假设在SPL 做了类似install table group的动作会自动产生一些支持程序,这些动作会重新编译记帐程序,于是在记帐时提示Functional area错误,SE11去除Functional area字段后,错误依旧,此时,就要使用GCCG .GCCG用来就是更新SPL产生的语法错误.2 GCU2SAP说SPL做多允许53个期,通常和一般总帐采用12+4 period,当我们看OB29相关帮助是说最多可使用365期间.如你的SPL想使用比如24(half a month),53 period(week)先维护好此结构.然后GCI2安装table group,就能使用53 period .3 GCVBmaintain update type在SAP47已经被禁止, 了解ABAP知识的用户可通过SE93输入Tcode GCVB然后找到程序RGISETGL就可发现程序在INITIALIZATION.时使用了message E410(00).显然SAP认为采用同步实时更新SPL table比较安全,毕竟采用Delay start不能保证GL和SPL数据的完整性,当然这是以牺牲一定的Performance为代价的.如果你确实想使用delayed update.编写程序将表TFDIR字段FUNCNAME=’G_GLDB_POSTING_1’的字段UTASK直接改成2.(4) Maintain Table DirectoryT-code:GCI3 SE16: V_T800A如图9-[1],特别想指出的是,SPL中同样似乎也只能设置3种货币,Transaction currency,Second curreny和Third currency,通常second currency在一般总帐是Local currency(company code curerency), Third currency是所谓的Additional currency(group currency),既然是SPL就不存在local currency的概念,当然如需要,你可更改让second currency就不用local currency而用group currency等.在设置parallel货币(SE16:V_T001A)时,似乎只能设置一个Additional local currency(通常是Group currency),因为第一个local currency是必须的,你看GLT0表只有document currency,Local currency,group currency,即使你在V_T001A定义了3rd local currency,数据记到什么地方?当然会有错误,至于怎样设置3rd local currency只有咨询SAP AG了.有人说SPL可使用3rd local currency, 和document currency共4 currencies,似乎也做不到,因为GCL2只能设置3种货币,所以图9-[1]的Fourth currency估计是用来做装饰美观用的,看看图,恰好可使Currencies和Quantities两行选项对称,哈哈.(5) Maintain Fixed Field MovementsT-code:GCI4 SE16: V_T800MSAP帮助说”Coding is generated from the entries in T800M. This coding is stored inRGIMF000”, 固定的字段移动,就是这些字段的移动是必须的,似乎在此你并不能增删这些配置,如你想自定义字段移动,请使用GCF1 .回顾一下CO-PA,即使你只建立一个characteristic和一个value filed,然后KEA0激活都可,然后你发现想record type,version,period,controlling area, customer这样的字段已经在PA表中了,同样,Fixed field movement表示FICO Post到SPL的某些字段是基本的必须的,如这些字段所承载的信息都未post到SPL,SPL就没有任何意义了.我测试过,即使现在你直接从表T800M delete所有内容,SPL依旧没问题,我想此时数据从FICO过到SPL是通过程序RGIMF000了.(6) Master DataIMG Path:如图10,关于Master Data IMG的10项配置.一.Maintain ActivitiesT-code: GCV1|GCV2|GCV3|GCV4 SE16:T022|T022T在理解什么是Activities, 请读者做下面两个动作.1使用SE16:BKPF,查询条件BKPF-GLVOR依此分别输入RFBU|RMWA|RMWL|RMWE|RMRP|SD00|KOAE|RMPR,然后着重看查询出的记录的两个字段BKPF-TCODE,BKPF-AWTYP,我想读者对activiites就会有初步了解.***需要指出的是BKPF-AWTYP是另一个重要字段,比如AWTYP= BKPF可判断此FI DOC是直接从FI模块post过来的,=MKPF是物料移动产生的,= VBRK是SD billing产生的,细心的读者会发现BKPF,MKPF,VBRK恰好都是header table. 读者可自行检查其它值,了解这些对理解FICO非常有帮助特别是报表开发.2另一个动作是分配CO No. range的Tcode:KANK,点击Group按钮进去看看,有一堆Activities.Activity其实可理解一种业务交易(business transaction)类型,其实在Ledger 0(一般总帐)中也使用了它,在SPL中同样使用它将确定其它模块或外部数据如何将数据Post到SPL 中.***通常并不需要自定义一个Activity ,使用SAP标准的activity就可,读者有兴趣倒是可研究SAP标准的activity.如图3.7.1.6-2 [1]自定义的activity-ZACT,很遗憾,自定义的activity type只能选择0->不post transaction和3可选post但不能是V erion 1.读者使用SE16:T894->SPL和FI-LC合并报表版本表,自定义的activity只能用在计划版本中,关于建立自定义Ledger的版本请看接下来的第三步Maintain Ledger.研究过记帐程序SAPMF05A读者会发现很多activity是写死的,SAP并不是万能,毕竟你想自定义一个activity再嵌入SAP标准逻辑!二.Maintain Field MovementsT-code: GCF1|GCF2|GCF3|GCF4 SE16: T888|T888T|T888M定义一个Field movement其实是形成一个Field group,这些field在分配Activities给company code (Global company) Ledger时将被决定post到特别总帐中.[7]写个user exit,读者觉得似乎含糊不清,可以这样简单理解,一个field movement包含一个field group(就在前面刚讲过SPL的Table group),一个field group决定多少Field(字段)将被post到SPL中.在这里你使用了receiver field,RACCT,RZZPRCTR,RZZZCB1.对于RACCT字段,使用请看例2的程序.不是有很多鸟人说我公司一个charts of account,集团总部是美国,法国要出法国的报表,中国要出中方报表,MD,现在要维护account h和alternative account 是一对多的关系,FS00你也不看看, SKB1不是by company code的吗?不同的company code同科目在不同公司…NND,就是多对对都行,俺建立一个表定义对应关系,然后使用user exit去读.这么简单的社会主义初级的问题还老问,完全是拖社会主义后腿的不道德行为.如图3.7.1.6-3,[1]自定义的Field movement ZFLM,[2]自定义的SPL summary table白ZSTSPLT,就是在前面定义table group时产生的summary table.[3]所谓的Send table,此三个实际上是结构(结构可这样理解就是不包含任何数据不使用来存放数据而是用来在程序中定义内表->内存中的表,这也容易理解,假设程序需要将数据写到多个表中,用结构定义一内表包含这些表的所有字段,在前台操作或保存时先将数据临时存在这些内表中,经过判断无误在做一事务提交到表中)[4]这些是ZSTSPLT表的字段,[5][6]为了方便读者理解,本人特意将sender table 的posting key赋给确ZSTSPLT的利润中心,而自定义的coding block field ZZCB1记录的是操作用户名称. 是的,假设读者使用FB50什么的级了笔帐,会发现SPL表的利润中心和ZZCB1分别保存的是PK码和Username,所以在设置sender field必须注意不能犯错.[7]GCX1|GCX2定义的用户出口.如有需要字段值可根据用户出口定义的Form获得(详细请看3.7.1.10 User Exits)三.Maintain Ledgers在此可对ledger新建更改删除和拷贝等动作T-Code:GCL1|GCL2|GCL3|GCL4|GCL6 SE16:T881|T881T1 在讲述Ledger只前,只想说一句,就是做FICO如果不知道SAP默认的几个ledger(中文叫帐套吧)是很悲哀的.2 在允许建立更改SPL前,必须使用GCVO激活SPL(表T000C-GL_ONLY->local ledger,T000C-BKRS_ONLY->Global Ledger任何一个为X).3通常想使用自定义的table group不用copy from reference ledger(copy from Ledger L0是不可以的,因为GLT1是所谓的共享表->pooled table).4 最简单的方法就是直接使用Ledger L0 with summary table GLT1,将默认的公司代码删除换上实际需要的公司代码就可以.如图3.7.1.6-4,[1]接下来可将SPL Z1 assign给公司代码|公司,[2]分配Activity,你可决定ledger Z1需要分配什么activities(比如Z1只需要FI post过来的数据),[3]版本,通常定义两种版本,1->actual version,2->plan version,所谓的实际版本就是从FI|MM|SD等产生凭证时post过来的,计划版本允许是用户输入的,无外乎是将来可以去对照实际和计划差异啥的,计划数据保存在ZSTSPLP中,SAP默认只有实际版本,在可使用计划版本之前用户必须自定义. [4]记得GCVO设置了多语言版本,如没设置,Ledger text不会显示(全球化策略是SAP在多个应用中都允许使用多语言版本的文本,比如物料描述,可定义不同版本不同的语言描述,在各种打印报表中,可定义不同版本的text element). [5]table group中等summary table,[6]必须选上它才可assign activity(Ledger都不允许post意味此SPL根本就没实际用途),[7][8]rollup和summarize 是有区别的,rollup按一定规则将记录累积,summarize似乎是直接将line item累积起来,实际的line item数据将写如和ZSTSPLT同一table group中的ZSTSPLA中, [9]起码必须保存transaction currency(document currency),如果需要还可使用另两中currency(关于currency请参考1.2币别设置). [10]如果选了保存数量可能会影响性能,读者不妨这样理解,在各模块产生凭证时同时需要根据各种条件决定是否post到SPL中.在保存了Ledger Z1后,接下来来是分配公司和分配交易作业(activity).。