注册 登录
赛跑网 返回首页

渔猎者0610的个人空间 https://www.91sap.com/?15631 [收藏] [复制] [分享] [RSS]

日志

SAP 金税标准功能介绍【配置】

已有 1855 次阅读2016-8-1 08:59 |个人分类:SAP 杂谈| SAP, 金税

关于金税的相关资料网上的大牛们已经写了很多了,在此不去啰嗦,这篇文章就是简单介绍一下标准金税功能如何去使用,后面会补一篇相关的操作篇,以便让大家有个更直观的理解,同时也把自己在使用这个标准功能的过程中遇到的一些个Bug跟大家介绍一下。
    如何去简单的理解一下这个金税( GTI - Golden Tax Interface)的功能呢,先度娘一张增值税发票来看看,什么格式(只能税务局专用打印机打印),上面有什么信息。这个功能就是给我们提供了一个从SAP 提取相关的开票信息的一个方法。
    金税功能通过以下几个process来满足我们的不同的业务需求:
    1. 从SAP提取相关的开票信息供我们开票,提取出来之后呢我们可以到税务大厅去开具相应的增值税发票也可以通过直连的方式直接传数据到税务局的开票软件里面开票,直连这里就不讨论了。
    2.开票完成之后,将增值税发票的相关信息传回到SAP中去,跟我们系统中的billing document有个匹配关系。
    3.SAP提供了我们一个查询功能,类似一个简单的报表,哪些已开票的billing以及对应的增值税发票的信息为我们展示出来。
    4.增值税发票分专业发票以及普通发票,分别对应了不同类别的纳税人,我们在为客户开具增值税发票的时候需要知道客户需要专票还是普票,也就是我们需要知道客户是一般增值税纳税人还是小规模纳税人,SAP 为我们提供了一个预先定义的路径,如果某些客户属于小规模纳税人那么我们可以在系统中预先定义好,这样我们在导出开票信息的同时就自动区分了增值税发票的类别。
    直入主题,想使用该功能需要SFW5里面激活三个Business Function, FI_LOC_CI_1,FI_LOC_CI_9和FI_LOC_CI_26,一个个来,就算你想跳过去系统也会提示你先激活哪个后激活哪个,简单的操作不附图了。
    激活会后在后台我们就可以看到相应的配置菜单了,路径就是SPRO- Sales and Distribution - Billing - Billing Document - Country-specific Features - Country-specific Features for China 下面的那么多。


配置:
1.Define GTI Tax Invoice Keys, 进去之后点击新建。

第一个行数限制(Line Item Limit),一张增值税发票都是有行数限制的,这个跟用户去确认,最多可以打印多少行,地区不同行数也不同;如果不填,那么代表无限制,有的时候企业会跟客户有协议,一个月开一次发票,这种情况想想肯定一张发票打印不下来,而且如果一张只能打印8行,如果业务很多的话估计打印个四五十张也是有可能的,那么这种情况下可以打印清单发票,也就是行数无限制,填个0或者空就好了。
第二个净值(Net Value),问下用户他们如果开增值税发票一张增票的最大金额是多少,这个是不含税金额,开票根据不同行业税率是不同的,常见的有17%-大部分,6% - 服务类的,以及11%  和 13% 等等。见过的金额有一万,十万,一百万以及一千万的。如果超过了怎么办?标准功能提供了个自动拆分,如果开票金额超出配置的金额,系统会自动的对这张Billing 进行一个拆分。
第三个币种,这个很好理解了吧?
第四个价格模式,定义我们向税务局传输价格的时候是净价还是含税价。
第五个文件传输类型,系统提供两种文件格式,txt以及excel模式,根据实际情况选择吧。
第六个四舍五入的尾差(Rouding Diff),这个也不难理解,SAP 我们在销售订单录入的时候录入的价格呢一般是净值,但是我们跟客户谈的时候,价格一般都是含税价,起码我在中国看到的是这个样子,跟国外不同,国外一般是 VAT +,代表含税, VAT exclude代表不含税。系统反算回来的净值,按照正常税率反算回去由于四舍五入的原因最终的总值是会有差异的。这个就是说你这个8行里面的最大允许差异是多少,超过了这个在税务局的金税系统中是无法接受的。(一般会让客户在SO里面输入价格会扩大一百倍,然后pcs输入117。。。)
第七个Follow up action,里面有两个选项Proceed with item spilt(part quantity to lines) 和 Proceed with item spilt(keep quantity as 1 for lines),怎么理解呢,比如说我们卖一台设备,注意是一台,价格150万超过了最大开票金额(比如说最大100万),系统会对这个金额进行自动的拆分,比如说拆分成了90万和60万,那么这个1拆分还是不拆分,选择1就根据比例自动拆分,选择2的意思是开票数量的最小值会是1,在此例子中就会是不拆分。这个具体实施过程中就看客户如何去选择了,但是有一点,如果选2的话,最终我们查看的开票数量跟我们系统中billing document上的数量会是有差异的,尤其是这种大型设备的,回头两个报表里面看到的数量不一致,财务还需要向领导或者业务去解释,也够麻烦的。。。
第八个合并标识,谁跟谁合并?正数和负数合并,问下税务局允不允许。。。
第九个合并检查,同一家客户的不同的billing document可不可以合并,一般选择可以
第十个描述,自己手写进去就好了。
2.Assign Goods Tax Catalogs to Tax Codes


 把我们的销售订单中用到的税码给安排进来,最后一个叫tax catalog税目的东西,实话说,我没见过有什么用处,每个企业根据所处的行业不同,税目也不同,而且就算是同一个行业所处的地区不同,税目也不同。跟客户问过,这个东西在他们开票的时候也不是必须的信息,而且后面的操作篇我们也会发现,导出的文件中也不含有这个税目的信息。
3.Define Invoice type,这一配置点就是针对不同一般纳税人和小规模纳税人的,如果不配置默认所有客户都是一般纳税人,也就是税务局开具为增值税专用发票,上线之前管客户要一个小规模纳税人清单,在这里面配置上去,当然,如果客户资质发生变化我们也需要知道的,后台需要做相应的更改。

4.还有一点需要配置系统的内部编号,主要是用在合并与拆分的时候,系统会自动给号,也很好理解,如果不拆分不合并的话,那么billing document no就可以用作唯一标识,那么合并或拆分之后这个号码就不是唯一了,这时就需要外部赋值一个唯一识别号码。
Tcode:SNRO, 为object GTICHINA 定义号码段.

    以上就是主要的后台配置点,当然这个GTI 也提供了些BaDI供我们使用,具体项目具体分析吧,我对这个不懂。。。
    华丽的分割线---------------------------------------------------------------------------------------------
    后台配置完成之后,我们还需要对客户主数据进行必要的维护,不然我们还是无法使用该功能的,我们开票的时候需要提供必要的开票信息给税务局,客户的信息这个就是主数据了,出去General信息里面的名称地址电话,度娘来的发票我们还能看到纳税人识别号以及银行信息... 这个在那里维护呢?
    纳税人识别号:在客户主数据General Data level的Control data标签页下。

画了三条横线,在15年9月之前,我们的客户纳税人识别号都是16位的,SAP标准功能说是维护在Tax Number 1这个字段里面,在9月之后,我们都知道我们国家正在做营改增的税改,什么三证合一,五证合一,税号也发生了变化,主要是长度,那个tax number 1只有16位长度,改革之后长度可能是16位可能是18位或者20多位,但是在项目实际操作中,税号维护在tax number 5里面,系统也能取到值,这算个意外。。。那个VAT Reg No. 不是给我们中国区用的,别想着维护在那里。
银行信息:这个不需要截图告诉大家怎么去维护了吧?其实客户的银行信息主要是用在这个GTI的功能上去,你说你几乎不会打款给客户,客户给我们付款,我们也不能说是你非要从你们哪个帐号支付,所以博主实在想不到还有什么用途,所以我们可以将程序做个修改,在检查银行信息的时候屏蔽掉,减少了主数据维护的工作量。实际情况中,如果我们在税务局开了一次金税发票,那么这家客户的开票信息自动会在税务局的金税系统中保存在我们公司的数据库中,下次就不需要提供那么全的信息了。

-----------------------------------------------------

局限与不足:
1. 这个GTI 主要是针对SD的数据,也就是VBRK/VBRP里面的数据,至于我们在FI那边手动直接录入的发票,标准功能是不支持的,想支持就做增强。
2. 如果我们导出来的是excel的格式,物料编码以'000' 这种结尾的,到Excel里面之后尾数上面的0会被去掉,提给SAP去解决了,不过貌似没了下文。当然这个物料编码毕竟是客户化的信息,每家编码都不一样,但是如果我们跟客户签订的合同里面提到了编码,比如 10001和10001000,两种不同的物料,但是导出到excel就变成了同一个物料编码,会不会对客户产生误导?当然如果SAP与政府金税直连,传输以txt方式传输的话,就不会有这种问题了。
3. 如果SD那边启用了开票计划,该标准功能也是不支持的,SAP的官方回复是升级GUI到NWBC,没使用过,他们说是那里面支持。。。开票计划一般是用在分期支付,比如说含有预收款的情况,那么预收款与预收款还要具体问题具体分析,我们收到预收款需不需要给客户开具增值税发票,正常来说,注意是正常来说,预收款不算收入,是不能开发票的,但是我们实务中总会有例外,那么这样的话,在最终的closing invoice的时候,由于标准功能不支持,所以报表中显示的税金金额是不正确的,自己做增强吧,把预收款的settlement那行税金显示调整成负数。
4. 如果一家公司下面有几个分公司,分公司的发票上限与总公司的上限差距很大,比如说1万与100万,还是在开票计划这里,比如说开票计划100万里面,预收款10万,那么closing invoice的时候预收款的settlement会是-10万,如果我们有多个invoice key,有一个就是上限只有1万的,那么我们在导出outbound file的这个步骤中,系统会报错,系统会自动对-10万分拆,分拆成好几张负数,当然我们是不能去开负数发票的(红字发票的业务除外)。
5. 在我们为GTICHINA定义号码范围的时候,虽然系统设置该号码长度最大为20位,但是实际操作过程中发现,导出到excel文件里最长只支持10位,在配置的时候需要注意。

后面会补上一篇操作篇,对该功能会有个相对直观的了解。

评论 (0 个评论)

facelist doodle 涂鸦板

您需要登录后才可以评论 登录 | 注册

小黑屋|联系我们|赛跑网 ( QQ:108519493QQfsq

GMT+8, 2024-5-7 09:19 , Processed in 0.123291 second(s), 22 queries .

Powered by 91SAP X3.4

© 2001-2023 91sap Team.

返回顶部