SAP S/4HANA FICO 入门 57：印度 GST 与税务计算程序-YES开发框架网

SAP S/4HANA FICO 入门 57：印度 GST 与税务计算程序

本集从 FI 角度建立印度 GST 的基础框架：采购产生进项税，销售产生销项税；可抵扣进项税与不可抵扣进项税采用不同会计处理；系统通过国家、税务计算程序、条件类型、账户键、税码和税务科目把税额计算与总账过账串起来。课程后半查看了多套现有税务程序，但没有在独立环境完成一套从零配置。本文把课堂中的非 SAP 图表全部改写成中文，并校正德里 UTGST、进项税抵扣资格和不可抵扣税过账方式等容易误导的说法。

视频信息

原视频：SAP FICO FOR BEGINNERS | FULL COURSE | DAY 34
视频时长：1 小时 13 分 31 秒
视频地址：https://www.youtube.com/watch?v=veLMpXrHnuA
本文范围：印度 GST、进项税与销项税、可抵扣与不可抵扣税、CGST/SGST/UTGST/IGST、税务计算程序、条件类型、账户键、OBYZ、OB40、FTXP
截图规则：只引用原视频中的 SAP 系统画面；英文课件、Excel、网页和外部文章画面不直接使用，相关内容已翻译为中文表格

税法会变化。本文用于理解 SAP 配置结构，不构成印度税务意见；税率、抵扣资格、税种组合和申报处理必须由企业税务团队按当前法规确认。

一、先分清进项税、销项税和应纳税额

在采购场景中，企业向供应商支付 GST，系统把符合条件的税额记录为进项税；在销售场景中，企业向客户收取 GST，系统把税额记录为销项税负债。

业务方向	税务含义	典型会计表达
采购	支付给供应商的 GST，可能形成进项税抵扣	借：费用/存货；借：进项 GST；贷：供应商
销售	向客户收取的 GST，形成对税务机关的负债	借：客户；贷：收入；贷：销项 GST
结算	依照法规和各税种抵扣顺序使用合格进项税抵减销项税	结转进项、销项并确认应付或可结转税额

课堂用“销项 100、进项 50，所以缴纳 50”帮助理解净额概念。这个例子只能作为单一税头、全部进项均合格时的简化说明。实际印度 GST 还要区分 IGST、CGST、SGST/UTGST，遵循当前抵扣顺序、申报匹配、反转和受限抵扣规则，不能把所有进项与销项直接混成一个余额。

二、可抵扣与不可抵扣不是由“是否核心业务”单独决定

课堂把酒店、餐饮等支出概括为“不是企业核心业务，所以不能抵扣”。这不是可靠判断标准。印度 GST 的进项税抵扣要同时检查 CGST Act 第 16 条的资格和条件、第 17 条的分摊及 blocked credits，以及发票、供应商申报、付款、业务用途等当前要求。

在 SAP 会计处理中，两类税额的差异是：

处理方式	会计结果	SAP 设计重点
可抵扣进项税	税额进入独立进项税科目，后续参与合规抵扣	条件类型、账户键与进项税 G/L 正确关联
不可抵扣进项税，分摊回原项目	税额计入费用、存货或资产成本，不产生独立可抵扣税行	使用把税额分配到基础项目的过账标识，例如标准键 `NVV` 的相应设计
不可抵扣进项税，单列费用	税额进入单独的不可抵扣税费用科目	使用允许独立税行的账户键，并在 `OB40` 分配科目；是否采用取决于企业会计设计

所以，“不可抵扣税一定看不到独立行”也不是通用结论。SAP 官方说明，不可抵扣进项税既可以分配到 G/L 或资产行，也可以过账到单独费用科目；具体结果取决于税码、税务程序、账户键和过账标识。

三、采购与销售在哪一步产生税务会计行

课程用采购和销售两条链路解释税额进入 FI 的时点。

采购链路

步骤	主要业务凭证	本集示例中的 FI 结果
PR/PO	采购申请、采购订单	选择或确定税码，通常尚未生成 FI 税务凭证
收货	物料凭证/会计凭证	借：存货或费用；贷：GR/IR，本集示例不在收货时确认 GST
发票校验	`MIRO` 供应商发票	借：GR/IR；借：可抵扣进项 GST；贷：供应商
付款	供应商付款	借：供应商；贷：银行或付款清账科目

真实系统中税码可以来自采购条件、主数据和国家本地化逻辑，不一定总是由用户在 PO 手工选择；税务时点也应以业务类型和本地法规为准。

销售链路

步骤	主要 FI 影响
发货过账 PGI	通常借记销售成本、贷记产成品存货
开票 Billing	借记客户，贷记收入并贷记销项 GST
客户收款	借记银行或收款清账科目，贷记客户

销项税通常随开票进入 FI，而不是因为 PGI 自动成为税务负债。SD 定价程序负责销售定价与税条件确定，FI 税务程序、账户键和总账科目负责最终税额计算及会计过账，二者需要协同设计。

四、CGST、SGST、UTGST 与 IGST 的正确组合

印度 GST 是双重征收结构。根据 GST Council 官方说明，核心组合是：

供应范围	税种组合	示例理解
邦内供应	CGST + SGST	同一邦内的供应
无立法机构的联邦属地内供应	CGST + UTGST	在适用 UTGST 的联邦属地内供应
邦际供应或按法律视为邦际的供应	IGST	两个不同邦/适用地区之间的供应及其他法定场景

课程把“德里境内供应”说成 CGST + UGST/UTGST，这是错误示例。UTGST 用于无立法机构的联邦属地；德里是有立法机构的联邦属地，在 GST 体系中按 State Tax 处理，德里境内供应通常是 CGST + Delhi SGST。具体税种仍要结合供应地点、供应商所在地、收货地和交易性质判断。

另一个课堂口误是把 UTGST 说成 UGST。日常交流中偶尔会出现这种缩写，但正式法律与 SAP 文档通常使用 UTGST；配置中的标准条件名称可能显示 Union Territory GST，应按系统版本和 SAP 交付内容确认。

五、税务计算程序是如何工作的

税务计算程序使用条件技术，把“从什么基数、按什么顺序、用哪个条件计算、结果过到哪里”组合在一起。

组成部分	回答的问题
Step	条件按什么顺序执行？
Condition Type	这一行计算什么税或小计？
From/To	计算基数来自哪一步或哪些步骤？
Requirement/Formula	何时执行、是否需要特殊基数或计算公式？
Account/Process Key	税额是单独过账，还是分摊回费用/资产？对应哪个税务科目？

在 IMG 中，路径位于 Financial Accounting Global Settings → Tax on Sales/Purchases → Basic Settings。课程进入 Check Calculation Procedure，相关集中事务是 OBYZ。

IMG 中的税务计算程序与国家分配入口

OBYZ 可以进入访问顺序、条件类型和程序定义等活动。不同版本也常使用 OBQ1、OBQ2、OBQ3 等直接事务；应以当前系统 IMG 活动和官方配置指南为准，而不是机械背事务码。

六、程序按国家分配，不是每个公司代码各建一套

课程打开程序清单，可以看到面向印度、意大利、日本等国家/地区的不同税务程序。

税务计算程序清单中包含印度相关程序

税务计算程序通过国家/地区进行分配。公司代码的国家键决定它使用哪套程序，因此同一国家下的多个公司代码通常共享这项国家级分配。由此产生两个重要约束：

不能为了个人练习随意替换印度的现有分配，否则同一客户端中其他公司代码和学员都会受影响。
新程序必须在独立客户端或经过治理的配置环境中设计、测试和传输，不能在共享系统里边猜边改。

课程也意识到共享训练系统只有一条印度国家分配，所以本集最终只查看现有程序，没有真正替换并完成从零配置。

七、不要把旧式复杂程序直接当成 GST 模板

课程打开 TAXINN 和 TAXINJ 等历史印度程序，能看到服务税、基本消费税、附加税、多个小计与参考步骤。

TAXINN 中包含历史服务税与消费税条件

另一套旧程序包含大量可抵扣、不可抵扣、服务税和累计基数步骤。

历史印度税务程序包含大量步骤和参考基数

这些画面的价值是理解条件技术，不是让新 GST 项目复制旧程序。旧税制可能存在“税上加税”和多级小计；GST 条件通常围绕统一基础金额分别计算 CGST、SGST/UTGST、IGST 和 Cess。实施时应优先使用当前 S/4HANA 版本的 SAP 交付内容、适用 SAP Notes 与印度本地化指南。

课堂展示的简化自建程序把 Base Amount 放在第一步，进项 CGST、SGST、IGST 都从该基数计算。

简化程序中的基础金额和进项 GST 条件

另一套示例同时包含进项和销项 CGST、SGST、IGST。

同一税务程序中的进项与销项 GST 条件

这能说明结构，但条件名、步骤号和账户键都是示例系统内容。不能仅凭名称判断它是否符合当前印度本地化，也不能把自定义 Z* 账户键误认为 SAP 标准。

八、账户键决定税额去哪里

程序中的 Account Key/Process Key 是条件类型与总账科目之间的桥梁。课程选中进项中央 GST 行，显示其账户键。

进项中央 GST 条件通过账户键连接后续科目确定

完整链路是：

税码 → 税务计算程序 → 条件类型 → 账户键/事务键 → OB40 税务 G/L

SAP 官方说明：

允许单独税行的账户键可以在 OB40 按科目表、税码规则等分配税务 G/L。
采用“分配到费用/资产项目”过账标识的键，不会建立独立税务负债/应收科目，而是把税额加到原基础行。
NVV 常用于把不可抵扣税分摊到原项目；某些设计也使用允许单独不可抵扣税费用行的键。必须查看当前系统键的过账标识，不能只认缩写。

课程把三条不可抵扣进项条件的账户键改成 NVV，表示这些税额不形成独立可抵扣进项税行，而分摊回基础项目。

不可抵扣 CGST、SGST、IGST 条件使用 NVV

九、税码把业务选择连接到程序与税率

FTXP 用于创建和检查销售/采购税码。税码至少要明确：

属性	含义
国家/地区	决定关联的税务计算程序
税码	业务凭证中选择或自动确定的两位标识
税种方向	输入税或输出税
税率/条件值	各有效条件对应的百分比或计算参数
税务科目	通过账户键和 `OB40` 确定

税率到底直接维护在 FTXP，还是通过条件记录维护，取决于程序是公式型还是条件型以及所用本地化方案。课程提到 FV11 维护条件记录，这只适用于采用相应条件技术的设计，不能推广到所有国家和所有税码。

不同税率应创建和治理不同税码，而不是为了改一个业务凭证就改现有税码百分比。更改已在使用的税码会影响后续过账和审计解释，必须按生效日期、测试与传输流程处理。

十、从零配置的正确依赖顺序

课程从外部网页口述了一套步骤。整理成中文后，依赖关系如下：

顺序	配置对象	常见入口	完成标准
1	确认国家与税务程序分配	IMG / `OBBG`	国家使用的程序与版本方案明确
2	访问顺序	`OBQ2` / `OBYZ`	条件记录按哪些字段查找明确
3	条件类型	`OBQ1` / `OBYZ`	CGST、SGST/UTGST、IGST、Cess、RCM 等计算属性明确
4	账户键/事务键	`OBCN` 等 IMG 活动	单独过账或分摊逻辑明确
5	税务计算程序	`OBQ3` / `OBYZ`	步骤、基数、条件和账户键完整
6	税务 G/L 科目	`FS00` 等主数据入口	进项、销项、不可抵扣及结算科目建立并受控
7	税务科目确定	`OB40`	账户键、科目表、税码与 G/L 关系完整
8	税码	`FTXP`	输入/输出方向、税率和检查属性完整
9	条件记录	`FV11` 等适用入口	只在方案要求时按有效期维护
10	集成与测试	FI、MM、SD 端到端场景	采购、销售、退货、贷项、RCM、进口及申报结果一致

事务码和表在不同 S/4HANA 版本、部署方式和本地化方案中可能不同。优先从 IMG 活动进入，确认对象说明和传输属性。

十一、DRC 与本集配置的边界

课程中段进入 SAP IMG 的 Country/Region-Specific Settings，并讨论了 DRC。准确产品名是 SAP Document and Reporting Compliance，它用于电子凭证和法定报表的创建、处理、监控及向税务机关传输；它不是本集税额计算程序的替代品。

层次	主要职责
税务计算程序与税码	在业务凭证中计算税额并生成会计税行
税务 G/L 与结算	记录进项、销项、不可抵扣税和应付税额
SAP Document and Reporting Compliance	按国家要求生成电子凭证、法定报表并与外部机关交换数据

本集只浏览了 DRC 配置结构，没有实施印度电子发票、电子运单或 GST 申报。不能把“看到国家节点”写成“已经完成合规报告配置”。

十二、本集完成与未完成

项目	结果
GST 会计概念	已解释进项、销项、可抵扣与不可抵扣
税种组合	已解释 CGST、SGST/UTGST、IGST，并纠正德里使用 UTGST 的错误
税务程序	已查看国家级分配、条件步骤、参考基数与账户键
不可抵扣税	已说明可分摊回费用/资产，也可按设计进入单独费用科目
税码与科目	已说明 `FTXP`、账户键和 `OB40` 的连接关系
RCM	只做概念预告，没有完成反向征税条件、账户与测试
DRC	只做产品范围说明，没有完成印度合规报表实施
未完成	未在独立客户端从零创建并分配一套程序，未生成税码，未完成 FI/MM/SD 端到端过账与报表核对

本集真正需要记住的不是一串事务码，而是依赖链：国家决定税务程序，税码触发条件，条件按步骤计算，账户键决定税额如何过账，OB40 把独立税行带到正确的总账科目。任何一环不一致，都会出现税额正确但科目错误、税行缺失或 MM/SD 无法确定税率的问题。

SAP 与印度 GST 官方参考

本文依据视频现有字幕与实际 SAP 画面整理，没有进行本地语音识别。课程中的非 SAP 英文图表和网页没有直接引用；其内容已翻译、校正并重组为中文表格。