关于SAP税的配置
sap采购订单税率维护
sap采购订单税率维护
摘要：
1.SAP 采购订单税率维护简介
2.税率维护的具体操作步骤
3.常见问题及解决方法
4.总结和建议
正文：
SAP 采购订单税率维护是一个涉及采购订单中税率设置的过程。
在进行采购订单时，税率设置的正确与否关系到企业成本的核算和税务的合规性。
因此，熟练掌握SAP 采购订单税率维护的方法十分重要。
以下是SAP 采购订单税率维护的具体操作步骤：
1.登录SAP 系统，进入采购订单相关事务代码。
2.选择需要维护税率的采购订单，点击“显示详细信息”。
3.在采购订单详细信息页面，找到“税率”字段，点击“编辑”。
4.在弹出的编辑页面，输入正确的税率值，并保存。
5.如果需要批量维护税率，可以选择多个采购订单，点击“事务代码”菜单下的“批量维护税率”功能。
6.在弹出的批量维护页面，设置好相关参数，点击“执行”按钮，系统将自动维护所选采购订单的税率。
在实际操作过程中，可能会遇到一些常见问题，如税率设置不正确、无法保存等。
针对这些问题，可以采取以下解决方法：
1.检查税率设置的数值是否符合税法规定，如增值税税率、关税税率等。
2.确保采购订单的相关信息填写完整，如采购组织、采购员等。
3.如果无法保存，可能是系统权限问题，请与系统管理员联系。
4.如遇到其他问题，可参考SAP 官方文档或寻求专业人士的帮助。
总之，SAP 采购订单税率维护是企业日常采购活动中不可或缺的一环。
通过对税率的正确设置，有助于企业降低成本、提高运营效率，同时确保税务合规。
SAP咨询：SAP企业管理软件税务配置详解
SAP咨询：SAP企业管理软件税务配置详解
SAP咨询：SAP企业管理软件税务配置详解
一，设置国家计税过程/定义公司代码对应国家
定义国家参数(事务码:OY01)
定义公司代码对应国家(事务码:EC01)
一个新的系统中,首先必须要为公司代码所属的国家设置一个计税过程,否则所有的FI凭证都不能过帐。
默认对应的计税过程TAXCN，设置参照了SAP的条件技术
计算过程(事务码:OBYZ)包括定义税务条件类型(事务码:OBQ2)、定义存取顺序(事务码:OBQ1)、定义计税过程(事务码:OBQ3)和分配计算过程给国家。
(二).定义税码和税务科目设置
税务配置非常简单,大多数情况下,只需要以下三步:
1).给国家指定计税过程(事务码:OY01),系统已预设。
2).定义税码(事务码:FTXP)
3).定义税务科目(事务码:OB40)
科目税务数据
在会计科目主数据中,有两个字段和税务相关。
可以设置科目使用的税务类型,比如+表示只允许输入销项税,*表示允许所有税种,你甚至可以限制到科目只能使用某一种税码。
posting without tax allowed:选择此标志表示虽然科目输入了允许税务类型,但是可以在记帐时不选择税码,系统出现一个FS 219的警告消息,可以使用OBA5关闭此警告信息。
如果此标志没选上,则凡是选择了税务类型的会计科目在产生财务凭证时间必须输入一个税码.
(三).定价过程中的税务处理
事务码:MEK1(MM)|VK11(SD)
条件技术应用的实例,一个是采购的定价过程，决定相关科目是OBYC-WRX(GR/IR),OBYC-BSX(存货科目)的金额,另一个是财务的计税过程,决定税务科目和金额。
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中税金差异处理方法
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中物料主档中的税分类所在表
sap中物料主档中的税分类所在表
SAP中物料主档中的税分类所在表
税分类是在SAP系统中用来标识物料的一项重要属性。
它定义了物料在税务和财务方面的分类，以便于系统能够正确计算和报告相关的税务信息。
在SAP中，税分类信息存储在物料主档中的特定表中，以便于系统根据需要进行查询和使用。
具体而言，税分类所在的表是MARC（物料-仓库/库存）表。
在这个表中，每个物料都会有一个对应的税分类字段，用来记录该物料属于哪个税务分类。
这个字段的取值通常是由公司内部的税务部门或者财务部门进行维护的，根据实际情况进行配置。
税分类字段的取值通常是预先定义好的，以确保系统能够正确地进行税务计算和报告。
这些取值可以根据不同国家或地区的税法规定而有所不同。
例如，在中国，税分类可以包括一般纳税人、小规模纳税人、免税等等。
在其他国家或地区，可能会有不同的税务分类标准和取值。
通过在物料主档中的税分类字段进行配置，SAP系统能够根据这些信息在相关的业务过程中进行税务计算和报告。
例如，在销售订单中，系统可以根据物料的税分类自动计算销售税额，并在发票中进行相应的税务处理。
这样，不仅可以提高工作效率，还能够确保税务处理的准确性和合规性。
物料主档中的税分类所在表是SAP系统中用来存储和管理物料税务分类信息的重要表格。
通过正确配置和使用这些信息，可以有效地进行税务计算和报告，确保企业的财务和税务处理符合相关法规和规定。
SAP销项税多科目配置
SAP销项税多科⽬配置
业务情景：
⽬前，系统的销项税均记⼊唯⼀的⼀个销项税科⽬。
根据税务局要求，软件产品退税需要提供软件产品销项税的明细。
实现⽅案：
将软件产品的销项税记⼊⼀个单独的软件销项税科⽬。
配置步骤：
1、 新增软件销项税科⽬
2、 复制销项税税码X1⾄XR(销项税-软件)。
T-Code：FTXP
3、 配置税务事务⾃动记帐 T-Code：OB40 事务：MWS。
在“科⽬确定依据”中，勾选“税码”。
然后将所使⽤的销项税税码和科⽬对应上。
4、 增加物料税分类 T-Code：OVK4 物料税款中MWST增加⼀个新的税分类：软件-全额税
5、 修改条件记录MWST。
T-Code：VK11 将物料税分类和税码对应上。
6、 修改相关物料主记录销售视图的税码设定。
sap税额计算规则
sap税额计算规则
SAP（Systems, Applications, and Products）是一套集成的企业资源计划（ERP）软件，包括财务、物流、制造和其他业务功能。
税额计算在SAP中是财务模块的一个重要方面，下面是一般情况下SAP中税额计算的规则：
税码配置：
在SAP中，每个税率都与一个唯一的税码相关联。
首先，需要在系统中配置税码，将其与相应的税率和会计科目进行关联。
条件类型：
SAP使用条件类型来定义税收条件。
每个条件类型都与一个特定的应用（例如销售订单、采购订单）相关联，并定义了税率、计算基础等信息。
定价过程：
在销售或采购过程中，定价过程将触发条件类型的计算。
这包括将税率应用于货物或服务的净价，计算税前金额。
条件记录：
税额计算结果以条件记录的形式存储在相关文档中，如销售订单、采购订单或发票。
条件记录包含了税码、税率、计算基础等信息。
账务凭证：
税额计算完成后，系统将相应的税额和净价添加到账务凭证中。
这确保了财务准确地记录了税收信息。
报表和分析：
SAP提供各种报表和工具，用于分析税收数据。
这包括税额的总计、按条件类型的明细报表等，以帮助企业进行税务合规性和财务分析。
请注意，具体的税额计算规则可能会因国家、地区和业务需求而有所不同。
在使用SAP时，建议查阅相关文档和咨询财务专业人士，以确保税务配置符合当地法规和组织需求。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
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: OVK1
TSTL(税款：每个国家的有效税类别)
Primary key: TALND (3) 帐目表LFDNR (1) 征税顺序
Key fields: TATYP(4) 税类别(SD定义的条件类型，也就是T685中满足KVEWE = …A‟AND KAPPL = “V”条件的税相关的条件记录，这不是税维护的税的条件类型)
维护客户的税码类型TCODE: OVK3
TSKD（）
Key fields:
Key fields:
这个税码会维护在客户主数据中销售数据->开票凭证（客户基本税指示符KNVI)
维护物料的税码类型TCODE: OVK4
TSKM（）
Key fields:
Key fields:
这个税码会维护在物料主数据中销售组织数据1->（物料基本税指示符)
5）维护SD的税（条件类型）主数据
在XK11维护税值是系统会去根据输入的税码（X0，X1），国家去检测对应全局定义的税率是否想等，否则提示错误。
代码研究
函数：FI_TAX_SV_ACCOUNTS
对于新建和取消发票都会使用该函数获取税务科目的配置，特别是取消发票会检查被取消的发票和取消发票的税记账的科目是否相同，不同则显示错误不能记账。
也就是说取消发票会检查科目数否完整。
CALL FUNCTION 'FI_TAX_GET_TAX_ACC_ASSIGNMENT'
EXPORTING
i_bukrs = bukrs “3001 Company Code
i_mwskz = mwskz “X1销售/购买税代码
i_ktosl = ktosl “MWS 事务关键字
* I_XIGNORE_DISTR = 'X'
IMPORTING
e_t030k = e_t030k.。