SAP S/4HANA FICO 入门 60：GST 条件技术、Business Place 与主数据
SAP S/4HANA FICO 入门 60：GST 条件技术、Business Place 与主数据
本集把印度 GST 配置从“税务程序里有几行条件”继续展开为一条完整链路：条件表保存查找字段组合，访问顺序规定查找先后，条件类型承担具体税种，税务计算程序组织基数与账户键，条件记录保存适用税率，Business Place 则把企业自己的州级 GST 注册与工厂、税务科目连接起来。后半段转到 S/4HANA Business Partner 的 GSTIN 维护，以及 FBL1N 布局、排序和小计。课程展示了项目配置文档，但没有完成税码、税率、过账与 GST 结果的端到端测试。
视频信息
- 原视频：SAP FICO FOR BEGINNERS | FULL COURSE | DAY 37
- 视频时长：1 小时 24 分
- 视频地址：https://www.youtube.com/watch?v=nK012Rv2sFA
- 本文范围：GST 条件技术、
OBQ1/OBQ2/OBQ3、FV11、FTXP、OB40、Business Place、GSTIN、BP 主数据、FBL1N与FK10N - 截图规则：只引用原视频中的 SAP 系统画面；PDF、Word、Excel 和文件管理器画面不直接使用，相关信息已翻译并重组为中文表格
税务规则和 SAP 本地化内容都会更新。本文用于理解配置结构，不构成印度税务意见；税率、抵扣资格、GSTIN、申报与科目设计必须由企业税务团队和当前系统版本共同确认。
一、条件技术不是一张表，而是一条逐层收敛的链
课程最重要的主线可以整理成下面六层：
| 层级 | 作用 | 本集关注点 |
|---|---|---|
| 条件表 Condition Table | 定义一次查找由哪些业务字段组成 | 国家/地区、工厂地区、供应商 GST 分类、物料税指示、Control Code 等 |
| 访问顺序 Access Sequence | 按优先级依次读取多个条件表 | 更具体的组合先查，未命中再继续 |
| 条件类型 Condition Type | 表示一个计算或过账目的 | 进项 CGST、SGST、IGST、UTGST、不可抵扣税、反向征税等 |
| 税务计算程序 Tax Procedure | 组织执行步骤、基数、公式与账户键 | From/To、Requirement、Account Key、非抵扣处理 |
| 条件记录 Condition Record | 保存特定字段组合下的税率或有效期 | FI/MM 税条件场景常见 FV11，销售定价记录通常使用 VK11 |
| 税码与科目 | 把业务选择、税率和总账过账连起来 | FTXP 定义/维护税码，OB40 或印度本地化映射确定 G/L |
这条链的关键是“先设计业务判断，再配置查找”。条件表编号和步骤号只是实现结果，不能先复制一套编号再反推需求。SAP 官方对条件技术的说明同样强调：访问顺序读取条件表，找到匹配的条件记录后才得到结果；具体字段组合应来自业务要求，而不是来自课堂示例编号。
二、条件表与访问顺序：字段越多，不一定越正确
课堂在配置视图中新增访问并放入条件表。画面里用的是演示访问顺序 MWST 和表 005，目的是说明“访问顺序包含访问、访问再指向条件表”。
进入 Fields 节点后，可以看到条件表字段如何从通信结构取得值，例如销售组织、分销渠道、客户和物料。
对印度 GST，课堂项目文档提到采购侧表 790、791、792，销售侧表 768。这些编号不是所有 S/4HANA 系统都必须照抄的标准答案；它们可能来自特定版本、SAP Note、Best Practice 内容或客户项目。实施时应先确认：
| 检查项 | 正确做法 |
|---|---|
| 字段是否在定价通信结构中可用 | 先确认数据来源与填充时点，缺失时不能只靠条件表解决 |
| 字段组合是否真的区分税务结果 | 没有业务区分力的字段不要加入，否则记录维护量会失控 |
| 访问顺序是否由具体到一般 | 先查最精确组合，再按业务允许的回退规则继续 |
| Exclusive 标志是否合适 | 命中后是否停止，应由税务设计决定 |
| 跨客户端配置影响 | 课堂出现 cross-client 警告，修改前必须明确客户端与传输策略 |
三、条件类型、税务程序和条件记录要分清职责
在印度 GST 场景中，进项与销项、可抵扣与不可抵扣、正常税与 RCM 通常需要不同条件类型或不同程序行。课堂文档中的 JICG、JISG、JIIG、JIUG 等名称可以帮助理解，但是否存在、含义是否一致，要以当前系统交付和项目命名为准。
税务程序里常见字段的职责如下：
| 字段 | 含义 | 常见错误 |
|---|---|---|
| Step / Counter | 控制执行顺序 | 把课堂步骤号当成法定固定编号 |
| From / To | 指定计算基数来自哪些步骤 | 基数指错，导致税上税或漏算 |
| Requirement | 决定该行何时执行 | 用条件类型硬拆所有场景，忽略要求公式 |
| Calculation Type / Base Formula | 控制百分比、金额和特殊基数 | 复制公式但不验证输入字段 |
| Account Key | 决定税额过账方向和科目查找 | 把账户键当成 G/L 科目本身 |
| Statistical | 仅参与计算还是形成会计影响 | 误勾后税额不按预期过账 |
SAP 官方的税务计算程序字段说明和税务账户确定说明都表明，程序行、账户键和账户确定必须一起验证，单看条件类型名称无法证明会计结果正确。
课堂资料把采购税条件记录放在 FV11，这适用于相应的 FI/MM 条件式税务方案；销售定价条件记录通常使用 VK11。两者不能因为界面相似而混用。M/03、V/03 分别属于采购与销售条件表维护领域，而 OBQ1、OBQ2、OBQ3 是 FI 税务条件类型、访问顺序和程序的常见直接入口。实际项目应从 IMG 活动和当前版本文档进入，不要只记事务码。
四、不可抵扣税的 NVV 不会寻找独立税务科目
课程再次提到不可抵扣进项税。标准账户键 NVV 的典型作用是把不可抵扣税分摊回费用、资产或其他基础项目，因此它不按普通税务账户键去查一条独立进项税 G/L。SAP 官方也说明，不可抵扣进项税可以分配到 G/L/资产行，或者按另一种设计单独进入费用科目。
| 方案 | 结果 | 设计要求 |
|---|---|---|
使用 NVV 分摊 | 税额并入原费用、存货或资产成本 | 税码、程序和过账标识保持一致 |
| 单独不可抵扣费用科目 | 出现独立税务费用行 | 采用支持独立过账的账户键，并完成科目确定 |
所以，不能在 OB40 找不到 NVV 时随意填一个费用科目“让系统先过”。课堂演示中临时选择管理费用 G/L 只是未完成配置下的输入动作，不应复制到测试或生产系统。每个税务账户必须有明确的会计政策、科目属性、税种和 Business Place 设计依据。
五、OB40 是通用税务科目入口，Business Place 可进一步细分
OB40 按科目表和事务/账户键维护税务自动过账科目。课堂系统里存在大量自定义 GST 键，这只能证明该教学系统已有配置，不能证明每个键都适合新项目。
印度本地化还可以按 Business Place 维护更细的税务 G/L 映射。课堂进入 India Tax Account Determination 视图，并按科目表与事务键读取记录。
画面随后为不同 Business Place 输入不同 G/L。这里的 BLR、DELH、PUNE 都是课堂系统代码，科目号码同样只是示例。
SAP 官方在按 Business Place 分配 G/L中明确说明：GST 注册号映射到 Business Place，实际税务 G/L 也可按 Business Place 映射。实施时要先决定企业是否需要州级税务科目分离，再决定通用 OB40 与印度本地化映射如何配合。
六、Business Place 表示企业自己的州级 GST 注册
Business Place 位于公司代码之下，主要用于税务归集与申报。对印度 GST，SAP 建议按政治州/地区建立相应 Business Place，把同一区域的工厂分配到对应 Business Place，并在 India 区域维护该注册的 GSTIN。
| 对象 | 正确含义 |
|---|---|
| Company Code | 法人会计主体 |
| Business Place | 法人内部用于州级 GST 注册和税务报告的组织单元 |
| Plant | 业务地点；分配到与其地区对应的 Business Place |
| GSTIN | 企业在相应州/地区取得的 GST 注册号 |
SAP 官方Business Place 文档指出：同一区域的多个工厂可分配到相应 Business Place，但一个工厂不能同时分配多个 Business Place；GSTIN 在 Business Place 的 Tax Number 3 中维护。
Business Place 不是客户的注册地，也不能简单理解为“货送到哪里就选哪里”。它首先代表本公司的相关 GST 注册。具体交易采用哪个 Business Place、税种是 CGST+SGST/UTGST 还是 IGST，还要结合发货/收货组织、供应地点规则、业务类型和主数据设计判断。
课程还提到工厂日历可把 GST 法定截止日自动改到节假日前一天，这个说法不成立。工厂日历只提供工作日/非工作日信息；法定申报和付款截止日是否顺延，必须以当期法律、通知和税务机关规则为准，不能由 SAP 工厂日历自行创造税法结论。
七、项目配置文档应是可验证清单，不是截图合集
课程展示的 Word 配置文档包含 Business Place、工厂分配、GSTIN、条件类型、访问顺序、国家程序分配、税码和科目等章节。因为这些都是非 SAP 界面，本文用中文验收清单替代原画面：
| 配置域 | 至少要有的证据 | 验收结果 |
|---|---|---|
| 组织结构 | Business Place、州/地区、工厂分配、企业 GSTIN | 组织与注册对应正确 |
| 条件技术 | 条件表、访问顺序、字段来源、条件类型 | 有命中与未命中测试 |
| 税务程序 | 程序行、基数、公式、账户键、国家分配 | 税额计算可解释 |
| 税码 | 税率、进销项标识、有效期、不可抵扣比例 | FTXP/交付内容与业务一致 |
| 科目确定 | OB40、Business Place 映射、G/L 属性 | 每个税额进入预期科目 |
| 主数据 | BP GSTIN、注册分类、物料/服务税字段 | 关键字段完整且一致 |
| 过账测试 | 邦内、邦际、UTGST、RCM、不可抵扣、销项 | 会计凭证与税务报告同时通过 |
本集只浏览了文档和部分配置，没有完成最后一行“过账测试”。因此不能把本集状态写成“GST 配置已完成”。
八、S/4HANA 中 GSTIN 应维护在 Business Partner 税号区域
课堂先打开 BP 的 Identification 页签。这里包含普通识别号码和 Tax Numbers 两个不同区域，不要把 GSTIN填到普通 Identification Number 表格。
在 Tax Numbers 区域，印度 GSTIN 的税务类别为 IN3。课堂画面已经显示 India: GST Identification Number (GSTIN)。
SAP 官方维护 Business Partner GSTIN要求在 Identification → Tax Numbers 中创建税号，Tax Category 选择 IN3。同一 BP 多地址场景还可按 SAP 的地址相关税号规则维护。
GSTIN 是 15 位结构：前 2 位是州/地区代码，随后 10 位来自 PAN，后续字符包含实体序号、默认字符和校验字符；不要像课堂讨论那样把最后几位随意填写。GST Council 官方资料也说明 GSTIN 为 15 位，并以州代码和 PAN 为核心组成。
如果业务要求“供应商被标记为 GST Registered 时 GSTIN 必填”，应在 BP 主数据字段控制或受支持的 BP 校验/BDT/增强中实现条件校验。OB28 是 FI 会计凭证校验，面对的是凭证字段，不是维护供应商主数据的正确入口；普通 FI 字段状态也不能自然表达“根据 BP 注册分类条件性要求 IN3”。
九、主数据查询不等于直接查表
课堂说“主数据没有报表，只能看表”，这个结论过于绝对。S/4HANA 可以通过 BP 搜索、Fiori 主数据应用、查询、分析内容和获批报表查找主数据；表查询只是技术排查的一种方式，而且受权限、数据模型和兼容性视图影响。
MB5S 也不是主数据报表，它用于 GR/IR 余额分析。选择查询工具前，先确认对象是主数据、业务单据还是余额/行项目。
十、FBL1N：选择范围、布局变式和小计
FBL1N 用于供应商行项目显示。初始屏幕可以选择供应商、公司代码、未清/已清/全部项目和日期范围。
执行后，列表显示供应商项目，并可打开 Change Layout 调整显示字段和列顺序。
布局调整完成后可保存变式。命名、是否 User-specific、是否设为默认值，都应遵循企业报表治理规则，避免覆盖共享布局。
SAP 官方行项目显示说明，布局变式控制列，Totals Function 可以按币种、业务范围、凭证类型等字段产生小计。课程按 Document Date/Year-Month 等字段演示汇总；使用哪个维度应由报表目的决定。
相关经典事务如下：
| 对象 | 行项目 | 余额 |
|---|---|---|
| 供应商 | FBL1N | FK10N |
| 客户 | FBL5N | FD10N |
| G/L | FBL3N，新总账也常见 FAGLL03 | FS10N |
FK10N 的初始屏幕按供应商、公司代码和会计年度读取余额，它与 FBL1N 的逐笔行项目用途不同。
十一、本集应带走的实施顺序
- 先确认业务场景、企业注册和期望税种，不从课堂条件表编号开始。
- 设计 Business Place、工厂和企业 GSTIN 的州级对应关系。
- 明确条件表字段来源，再设计访问顺序与条件类型。
- 在税务程序中验证基数、公式、账户键和不可抵扣处理。
- 建立税码、条件记录、
OB40与 Business Place 科目映射。 - 在 BP 中维护
IN3GSTIN 和注册分类，并实现正确层级的主数据校验。 - 对邦内、邦际、UTGST、RCM、不可抵扣和销项场景逐一完成税额、凭证与报告验证。
- 最后再固化
FBL1N等报表布局，作为验收与日常分析工具。
十二、本集完成边界
本集已经说明条件技术层次、查看税务科目入口、展示 Business Place 细分科目、定位 BP 的 IN3 税号并演示 FBL1N 布局功能；但没有完成税码创建、条件税率维护、GST 业务过账和税务报告核对。RCM、UTGST、不可抵扣税和销项税的实际测试被留到后续课程，因此不能据此宣称 GST 配置已经上线可用。
