S4 HANA金税接口

本文主要介绍在S4 HANA OP中金税接口的后台配置及前台操作。具体请参照如下内容：

目录

后台配置

1. 激活业务功能-SFW5

2. 激活服务-SICF

3.  创建角色(BP)

4. 创建金税编号范围-(T-code: GTI_NUM_NR)

5.  定义GTI Tax invoice key

6.  用于金税接口的BADI

前台操作

1.  维护客户主数据-BP

2.  维护物料主数据-MM02

3.  维护Customer Type - GT_CUS

4. 维护Customer Type - GT_TCN

5. 将金税接口的Web dynpro 加入收藏夹

6.  维护Personalization Settings

7. 生成GTI导出文件-Outbound new app configration

8. 生成GTI导入文件- Create Inbound Files from Golden Tax System

9.  按照SD billing查询GTI报表- Search by Billing Document

10.  按照VAT Invoice number查询报表- Search by VAT Invoice Number

金税开票业务流程介绍

蓝字发票开具：

红字发票开具：

一般纳税人（开具增值税专用发票）

小规模纳税人（开具增值税普通发票）

后台配置

1. 激活业务功能-SFW5

最新版本的金税接口有三个业务功能，分别是：FIN_LOC_CI_1， FIN_LOC_CI_9，FIN_LOC_CI_26。可以使用事务代码SFW5依次激活它们。

2. 激活服务-SICF

在树状列表找到‘APP_IDGT ’的节点，右键后选中‘激活服务’。

3.  创建角色(BP)

该步骤用于创建可以使用金税接口的角色，在该角色中，将需要金税接口涉及到的"事务代码”和”web Dynpro Application”分配到该角色，具体操作如下:

输入自定义的角色名称和描述：

在角色中将金税接口涉及到的"事务代码”和”web Dynpro Application”分配到该角色：

点击“web Dynpro Application”后，进入以下界面选择需要添加的具体功能。

需要将以下6个金税接口功能添加到该角色：

1. AC_IDGT_OUTPUT_CTRL              Personalization Settings
2. AC_IDGT_OUTBOUND_NEW          Outbound new app configration
3. AC_IDGT_INBOUND                  Create Inbound Files from Golden Tax System
4. AC_IDGT_OUTBOUND_CANC        Create Outbound Cancellation Files for Golden Tax System
5. AC_IDGT_REP_OI_DOC              Search by Billing Document
6. AC_IDGT_REP_OI_VAT               Search by VAT Invoice Number

Web Dynpro 上每个应用程序配置都类似于传统SAP上的一个事务代码。目前金税有留个应用程序配置 : 个性化设置，创建到金税系统的出站文件，创建金税系统的出站取消文件，从金税系统创建入站文件, 按开票凭证搜索以, 按增值税专用发票号码搜索。

另外还需要将以下2个事务代码加入角色：

1. GT_TCN        Maintain Tax classification number
2. GT_CUS        Set Customer Type

以上所有操作，创建了一个金税接口涉及到的所有功能的角色，然后将该角色分配给用户即可。

4. 创建金税编号范围-(T-code: GTI_NUM_NR)

因为金税接口模块有自己的凭证，所以可以理解为一个小模块，因此需要为金税接口模块凭证维护编号范围。

5.  定义GTI Tax invoice key

以上配置顶定义了在生成outbound file的时候，系统进行的一些处理。例如：传输类型可以选择文本文件/Excel文件/在线集成。最大项目数定义了一张发票最大的行项目的总行数，如果超过这个数便会拆分等等。

每个字段的意义如下：

Line Item Limit: 该字段用于定义在生成GTI的outbound文件时，每个GTI编号所包含的最大行数，GTI编号就是SAP系统金税接口模块生成的凭证编号，每个凭证有抬头，有行项目。如果GTI凭证的行项目数量超过该数字，则系会自动进行拆分，系统会生成一个新的GTI编号。例如此处维护了3，在生成outbound file时，如果invoice data一共有5行，则系统会自动将前3行放在一个GTI编号中，后2行放在一个另一个GTI编号。

Net Value: 该字段用于定义在生成GTI的outbound文件时，每个GTI编号所有行项目的金额之和的最大值，GTI编号就是SAP系统金税接口模块生成的凭证编号，每个凭证有抬头，有行项目。如果一个GTI各行总金额大于该数字，则系会自动进行拆分，系统会生成多个GTI凭证从而保证每个GTI凭证的总金额小于等于该金额。系统在进行拆分时，是按照单价金额拆分的。例如：

有个billing,数量10PC，单价100CNY/PC，因此不含税总金额=10000CNY。如果此处设置的金额为8200CNY， 那么系统在拆分时，不是将金额拆分为8200和1800。系统是按照数量进行拆分的。系统会将10PC拆分为8PC和2PC，因此拆分后的2个GTI凭证中，一个是8PC，8000CNY，另一个是2PC，2000CNY。

Currency:该字段用于控制SD billing的币种。只有交易币种为此处维护的币种的SD billing才会金税模块取到。注意：如果此处留空，则代表本位币。

Price Mode:用于控制发给GTI的单位price是否包含税。即：含税价/不含税价。

Transfer Type:用于明确在执行生成outbound file的时候，生成的文件格式是txt, excel,xml等。

Rounding Differences:最大rounding differences容差值。在GTI中进行拆分合并的时候，拆分合并后的数据可能会出现tax amount<>net amount * VAT tax rate的情况。例如

合并前税的总金额是1.15，合并后用8.89*0.13=1.16，这样合并前后差了0.01，那么在生成outbound file的时候，点击 按钮，系统会根据此处设置的最大容差值进行检查，看此合并前后的产生的差异是否超过此处设置的容差。如果超过则报错。注意合并前后tax amount的金额不会变化，此例里合并后tax amount依然是1.15，只是用net amount*tax rate公式进行计算得到的tax amount 1.16和该行对应的实际tax amount 1.15相差0.01，可以理解为实际值相对理论值偏移了0.01，所以此处叫容差值。

拆分例子也是同理，此处不再重复。

对于中国金税系统，虽然可以接收外部系统传入的tax amount进行开票，但是金税系统也会检查外部系统传入的tax amount和基于公式net amount * tax rate算出的金额的差异不得超过0.0625CNY，如果超过，则中国金税系统不允许导入（也就是说金税系统不会接收任意的tax amount，传入的net amount，tax rate, tax amount三者的关系必须满足“net amount * tax rate ”和“tax amount”的差异不超过0.0625CNY）。通常此处设置为“0.06”。

Follow-up Action:该字段用于控制如果单价过高，即使数量是1，该行的总金额也超过了字段“Net Value”中定义的拆分临界金额时，系统该如何处理。有三种选项，如下：

1. Q Raise an error message: 系统会不进行拆分，直接报错。此时该SD billing无法生产GTI凭证，无法发送到金税系统。

2. P Proceed with item split(partial quantity to lines):系统仍旧会进行拆分，系统会拆分为2个数量为小数的GTI凭证，单价不变，从而数量*单价的每个拆分后GTI凭证的进行不超过字段“Net Value”中定义的拆分临界金额。

3. P Proceed with item split(keep quantity as 1 for lines): 系统仍旧会进行拆分，系统会拆分为2个数量为1的GTI凭证，其中一个GTI凭证的单价变更为Net Value”中定义的拆分临界金额，另一个GTI凭证的单价为剩余金额，从而数量*单价的每个拆分后GTI凭证的进行不超过字段“Net Value”中定义的拆分临界金额。

例如：Net Value”中定义的拆分临界金额为2990，可是billing中的金额为3000,那么：

如果选择2时，系统拆分结果如下：

注意：数量的位数为3位，第一行系统会取最大的导致金额不超过net value临界值的数量。如果是0.097，那么金额就变成了2991了。

如果择3时，系统拆分结果如下：

注意：第一行的单价就是net value临界值，第二行的单价就是拆分前总金额-第一行金额的余额。

Combine Flag:用于控制在生成outbound file的时候，是否可以将positive billing和negative billing进行 combine。有3个选项如下：

     1. Not allowed to combine positive documents with negative ones: 不允许进行合并，否则会报错。案例如下：

选择positive 和negative billing，点击combine，系统报错。

     2. Allowed to combine positive documents with negative ones:允许进行合并，但是需要手动combine。。案例如下：

选择positive 和negative billing，点击combine，系统不报错，生成了新合并行。

     3. Combine positive and negative documents automatically:允许进行合并并且系统自动combine。案例如下：

系统自动将positive和negative的billing document合并生成可一个新的行项目。

Description:该Tax Invoice Key的描述。

Combine Check:该字段用于控制不同类型的billing type进行combine。

Note Flag:用于控制在开具红字发票时，是否可以手工维护红字发票的note。在生成outbound file时，可以点击按钮 来修改outbound file里的字段“Notes”的值。

Tax Flag:用于控制GTI接口是否会考虑税率为0 的SD billing。可以设置为考虑，也可以设置为不考虑。如果不考虑税率为0，点击 按钮时，系统会报错。

Special Invoice Note:该字段和增值税专用红字发票相关，如果是专用红字发票（Ordinary VAT Taxpayer使用），那么在生成的outbound file的字段“Note”中会默认写入此处维护的固定值+ Red Notification Letter Number(16位红字信息表编码)。例如：此处维护值“增值税专用红字发票信息表”，在生成红字发票的outbound file时，系统会强制输入Red Notification Letter Number(16位红字信息表编码)为“6547812456123456”，在最终生成的outbound file里字段“Notes”里的值为“增值税专用红字发票信息表6547812456123456”。如果在生成outbound file的App中，点击 按钮且手工维护红字发票note值，那么最终显示的是手工修改过的值。如果此处留空，那么系统会自动默认固定值为“Red Notification Letter Number”，例如：此处留空，在生成红字发票的outbound file时，系统会强制输入Red Notification Letter Number(16位红字信息表编码)为“6547812456123456”，在最终生成的outbound file里字段“Notes”里的值为“Red Notification Letter Number 6547812456123456”。

Normal Invoice Note text: 该字段和增值税普通红字发票相关，如果是普通红字发票（Smal Scale VAT Taxpayer和Foreign Payer使用），那么在生成的outbound file的字段“Note”中会默认写入此处维护的固定值+10位蓝字发票代码+8位蓝字发票号码。例如：此处维护值“增值税普通红字发票”，在生成红字发票的outbound file时，系统会强制输入10位蓝字发票代码+8位蓝字发票号码,例如10位发票代码是1111111111,8位发票号码是22222222，在最终生成的outbound file里字段“Notes”里的值为“增值税普通红字发票111111111122222222”。如果在生成outbound file的App中，点击 按钮且手工维护红字发票note值，那么最终显示的是手工修改过的值。如果此处留空，那么系统会自动默认格式为“Positive Invoice Code +发票代码+Positive Invoice Number +发票号码”。例如：此处留空，在生成红字发票的outbound file时，系统会强制输入10位蓝字发票代码+8位蓝字发票号码,例如10位发票代码是1111111111,8位发票号码是22222222，在最终生成的outbound file里字段“Notes”里的值为“Positive Invoice Code 1111111111 Positive Invoice Number 22222222”。

Default Customer Type:此处配置默认的“Customer Type”,如果在GT_CUS中没有配置客户的customer type,那么系统会取此处维护的默认值。 如果GT_CUS中没有配置客户的customer type， 此处也没有配置，则系统默认customer type为“Ordinary VAT Taxpayer”。

Version of Tax classification number:此处维护的税分类编码版本，应该和GTS系统的版本一致。会将此处维护的值写入outbound file中的字段“Version of Tax Classification Number”。

Versions of XML format:如果生成XML文件，此处维护XML的版本。

注意：如何区分开具的发票是Normal红字发票（增值税专用红字发票）还是Special的红字发票（增值税普通红字发票），通过GT_CUS来确定，具体参照GT_CUS事务代码的解释部分。

6.  用于金税接口的BADI

基于S4 HANA标准的解决方案，系统允许在标准的基础上进行客制化开发，可以将客制化的点新增在以上BADI里。

前台操作

在开始介绍操作之前，有几个比较重要的概念需要介绍下：

Invoice Category: 发票类别，包含：蓝字发票，红字发票，取消发票

Invoice Type:发票类型，包含：增值税专用发票，增值税普通发票等，具体如下：

金税接口模块重要的后台表：

SD Billing的行项目和金税接口凭证(GT Document)的行项目会有明细的对应关系。

金税接口凭证(GT Document)和金税发票凭证是一对一的对应关系，不用到行项目层面，因为每个金税几口凭证行项目必然对应唯一一个金税发票凭证行项目。可以理解为金税接口凭证和金税发票凭证是同一个东西，所以执行明确号码的对应关系，没必要到明细行项目。

1.  维护客户主数据-BP

需要维护客户的“名称”，地址电话信息”，“银行信息”，“VAT Registration Code”。具体如下：

在outbound file中，以下4个字段信息来源于主数据：

在BP主数据中，对应的字段如下：

1：Buyer Name

2：Buyer VAT Number

需要说明的是：

1. 在SD后台配置，有专门的配置点来决定VAT Registration Number来自SO的售达方，送达方还是付款方。具体如下：

选择空，A,B,C,D的逻辑，可以通过F1查看，如下：

以上配置只是决定了VAT Registration Number来自SO的售达方，送达方还是付款方。

2.在SO的售达方，送达方，付款方主数据中维护Tax Number Category和Tax Number。

Tax Number Category永远是3位，前2位是国家ISO编码，第三位表示什么类型的Tax number。具体如下：

XX0: VAT Registration Number

XX1: Tax Number 1

XX2: Tax Number 2

XX3: Tax Number 3

XX4: Tax Number 4

XX5: Tax Number 5

其中XX代表国家ISO编码。

以上规则是SAP预定义的，无法修改，不可配置。

选择不同的Tax Number Category表示维护不同的税类别，后台KAN1中存储的字段也不同,具体如下：

也就是说一个客户可以维护不同类型的Tax number。系统在生成SD billing时默认取XX0的Tax Number。

有的国家在没有XX0时，会取XX1，这个不同的国家情况不同，是SAP预定义的，没有配置点控制。

3：Buyer Address

Buy Address= Region + City + Street + Hourse Number + Telephone

4：Buyer Bank Info.

2.  维护物料主数据-MM02

需要维护物料主数据的“名称”，“规格型号”。具体如下：

在outbound file中，以下2个字段信息来源于主数据：

在物料主数据中，对应的字段如下：

1：Material Description

2：Material Specification

注意：如果此处不输入Size/Dimensions,则系统会默认取物料描述字段作为“Specification”字段的值。

3.  维护Customer Type - GT_CUS

该配置用于维护不同客户的Customer Type,是对客户的一种划分。

Ordinary VAT Taxpayer:1.明确将给该客户issue Special Invoice（增值税专用发票）

                        2.如果选择该选项，那么在生成outbound file时，只会展示币种为GTI tax invoice key中配置的的curerncy的billing document。

                        3.outbound file的invocie type是“增票”。

SmallScale Taxpayer: 1.明确将给该客户issue Normal Invoice（增值税普通发票）

                      2.如果选择该选项，那么在生成outbound file时，只会展示币种为GTI tax

                        invoice key中配置的的curerncy的billing document。

3.outbound file的invocie type是“普票”。

Foreign payer: 1.明确将给该客户issue Normal Invoice（增值税普通发票）

               2.如果选择该选项，那么在生成outbound file时，会展示所有币种的billing document。

3.outbound file的invocie type是“普票”。

4. 维护Customer Type - GT_TCN

以上功能用于维护物料的“Tax Classification Number”，“Preferential Treatment”，“是否课税”相关的信息。

Tax classification Number:用于明确该物料组/物料对应的国税局税务的税分类编码。会写入导出文件的字段“Tax Classification Number”

Tax classification Number Decription: 用于明确该物料组/物料对应的国税局税务的税分类编码描述。

Preferential Treatment:用于明确是否享受税务优惠待遇。会写入导出文件的字段“Preferential Treatment”。

Preferential Treatment Description: 用于明确是否享受税务优惠待遇描述。会写入导出文件的字段“Preferential Treatment Description”。

Zero Rate:明确是否和税相关. 会写入导出文件的字段“Zero Tax Rate Identification”。

5. 将金税接口的Web dynpro 加入收藏夹

同过以上方式分别将以下Web Dynpro加入到收藏夹。

1. AC_IDGT_OUTPUT_CTRL              Personalization Settings
2. AC_IDGT_OUTBOUND_NEW          Outbound new app configration
3. AC_IDGT_INBOUND                  Create Inbound Files from Golden Tax System
4. AC_IDGT_OUTBOUND_CANC        Create Outbound Cancellation Files for Golden Tax System
5. AC_IDGT_REP_OI_DOC              Search by Billing Document
6. AC_IDGT_REP_OI_VAT               Search by VAT Invoice Number

6.  维护Personalization Settings

用于维护个人SAP账户在SAP金税接口模块进行开票时，默认的参数。

Issued by:金税发票中的“开票人”。会将该值写入outbound file的字段“Issued by”。

Collected by: 金税发票中的“收款人”。会将该值写入outbound file的字段“Collected by”。

Verified by: 金税发票中的“复核人”。会将该值写入outbound file的字段“Verified by”。

Condition Type:该SAP用户开票时只会考虑SD billing中此处维护的条件类型来获取tax amount。

Excel output template:在生成outbound file时的格式，SAP预制了2个模板，一个“Beijing”,一个“Shanghai”。

Tax Invoice Key:该SAP用户进行金税开票使用的Tax Invoice Key。

Line Item Limited:根据Tax Invoice Key配置内容自动带出。

Net Value: 根据Tax Invoice Key配置内容自动带出。

Version of Tax Classification Number: 根据Tax Invoice Key配置内容自动带出。

Connect Type Description: 根据Tax Invoice Key配置内容自动带出。

7. 生成GTI导出文件-Outbound new app configration

可以根据筛选条件找到符合条件的“Source Document(SD billing)”。

Step 1.如果有多个SD billing，可以点击 按钮将多条SD billing合并成一个GTI凭证。

Step 2.在Invoice Data区域，可以点击 按钮将多行合并成一行。

2.1.如果是Ordinary VAT Taxpayer的红字发票（增值税专用发票），那么需要点击按钮 维护“16位红字发票信息表编号”。后续写入outbound file的字段“Red Notification Letter Number”。

2.2.如果是Small Scale Payer/Feoreign Payer红字发票（增值税普通发票），那么需要点击按钮 维护原始蓝字发票的“10位发票代码”+“8位发票号码” 。后续写入outbound file的字段“Red Invoice Code”和“Red Invoice Number”。

2.3在维护了 的值只会，系统会根据Tax Invoice Key的配置自动生成Golden Tax Note，具体参照配置点“Tax Invoice Key”的解释。点击 可以查看和修改。系统会将Golden Tax Note的内容写入outbound file的字段“Notes”中。

Step 3.在Source Document区域，可以点击 检查是否满足Tax Invoice Key中定义的各种条件。如果没有问题系统会提示 。

Step 4.如果没有问题，则点击按钮 生成outbound file。系统会根据Personalization Settings设置的模板生成outbound file(目前只有Beijing和Shanghai这2个模板)。目前2个模板的内容格式完全一样。

8. 生成GTI导入文件- Create Inbound Files from Golden Tax System

进入Create Inbound Files application后，首先需要选择导入金税系统生成的导入模板路径：

点击 按钮，读取金税导入文件的内容，解析后展示在行项目：

如有报错，可以点击 展示具体的报错信息。

检查解析后的行项目内容没有问题，可以点击按钮 更新SAP的金税模块数据。

以上操作完成了金税回传接口文件更新SAP金税模块的步骤。回传后，会更新SAP的金税模块的后台表，如下：

9.  按照SD billing查询GTI报表- Search by Billing Document

该报表可以根据SD billing document查询对应的GTI凭证编号，GTI凭证抬头，行项目明细。

10.  按照VAT Invoice number查询报表- Search by VAT Invoice Number

金税开票业务流程介绍

一般企业的业务流程如下：

销售方会在金税系统开具“增值税专用发票“，增值税发票一共有3联，具体如下：

• 记账联：用于销售方销售记账的依据
• 发票联：用于采购方采购记账的依据
• 抵扣联：用于采购方进项税抵扣的依据

            因此销售方开具“增值税专用发票“后，需要将“发票联”和“抵扣联”交付采购方。

蓝字发票开具：

操作步骤：

1. 登录电子税务局，开票业务

2. 选择蓝字发票开具

3. 选择发票种类（专票还是普票等）

4. 在增值税发票界面输入购方信息，商品信息，备注等，点击发票开具

5. 发票开具成功之后，可以同邮箱，二维码，下载PDF/ODF等方式交付给采购方。

增值税专用发票样例-蓝字发票：

注意不同行的税率可以不同。

红字发票开具：

一般如下情况需要开具红字发票：企业发生销售退回，销售折让，开票有误，应税服务终止等情况，不符合发票作废条件的，就需要开具红字发票。一般跨越的发票不可以作废，需要开具红字发票。

一般纳税人（开具增值税专用发票）

Step 1.”增值税专用发票红字发票信息表”开具：

在开具红字发票之前，需要在“增值税发票系统升级版”中开具增值税专用发票信息表，然后审批通过后，才可以申请开具增值税专用红字发票。增值税专用发票红字发票信息表可以由销售方开具，也可以由采购方开具。在不同的情况下，有对应的

一方进行开具，具体如下：

由销售方进行开具的情况：1.增值税专用发票尚未发出

2.采购方拒收。

操作步骤：1.在“增值税发票系统升级版”中“销售方申请”下选择开具原因（增值税专用发票尚未发出/采购方拒收）

           2.填写蓝字发票的发票代码和发票号码

           3.系统根据蓝字发票信息自动显示红字发票信息

           4.如果需要修改，可以进行手工修改。

           5.点击打印按钮，打印信息表。

           6.“增值税专用发票红字发票信息表”导出，导出文件时XML格式。

           7.上传“增值税专用发票红字发票信息表”，提交税务局审核。

           8税务局审核通过后，“增值税专用发票红字发票信息表”有16位编码。

由采购方进行开具的情况：1.增值税专用发票已交付购货方且购货方已经认证了的发票(可能已抵扣，也可能未抵扣)。

操作步骤：1.在“增值税发票系统升级版”中“采购方申请”下选择开具原因（已抵扣/未抵扣）

           2.填写蓝字发票的发票代码和发票号码(采购方已认证抵扣，不需要该步)

           3.系统根据蓝字发票信息自动显示红字发票信息

           4.如果需要修改，可以进行手工修改。

           5.点击打印按钮，打印信息表。

           6.“增值税专用发票红字发票信息表”导出，导出文件时XML格式。

           7.上传“增值税专用发票红字发票信息表”，提交税务局审核。

           8税务局审核通过后，“增值税专用发票红字发票信息表”有16位编码。

           9购货方将信息表交给销售方

           10.销售方收到信息表在金税心态手工进行红字发票开具（直接开具方式）。

Step 2.红字发票开具：

    方式1：直接开具(采购方申请信息表和销售方申请信息表都是用该方式)

          1.销售方获得纸质信息表后，录入增值税专用发票红字发票信息表编号16位

          2.输入对应的蓝字发票代码(10位)和发票号码(8位)

          3.开具(系统自动根据蓝字发票生成红字发票)

    方式2：导入红字发票信息表(只有销售方申请信息表都是用该方式)

         1. 从本地导入审批通过的红字发票信息表

         2. 系统自动展示红字发票信息

         3. 打印红字发票

方式3：导入网络下载红字发票信息表(只有销售方申请信息表都是用该方式)

         1. 点击下载按钮，从网络查询审批通过的“红字发票信息表”

         2. 根据筛选条件查询需要开具的“红字发票信息表”

         3. 选择需要开具的“红字发票信息表”，系统自动展示红字发票信息

         4. 打印红字发票

增值税专用发票样例-红字发票：

小规模纳税人（开具增值税普通发票）

直接在金税系统直接输入需要红冲的蓝字“发票代码（10位）”和“发票号码（8位）”进行开具红字发票，不需要申请“增值税专用发票红字发票信息表”。