企业官网建设流程全解析

简介：《SAP屠夫SAP作品汇总精华版》是SAP资深顾问“SAP屠夫”多年实践经验的集中整理，面向ERP实施顾问、财务人员及SAP学习者，围绕从后台配置到业务操作中的高频难题展开。文档以单个doc文件交付，容量51.01MB，文件虽仅1个但内部目录层次分明，配有大量配置截图、Tcode和示例说明，适合离线查阅和随用随翻。发布至今已有62人浏览学习，虽然规模不大，但内容覆盖General Settings、FI、MM、SD等多个模块，详细拆解了度量单位检查、业务范围与年度变式、会计凭证类型限制、字段状态与编码块子屏幕、Validation凭证校验与Substitution凭证替代、ERP货币设置、汇率类型与换算表、平行货币、外币评估、财务分类账、采购和销售增值税处理等专题，既有概念讲解也有操作步骤。无论刚入门的新手还是需要查漏补缺的资深顾问，都能从中获得清晰的配置思路和常见问题排查路径。称得上一份浓缩型SAP案头参考。

1. 为什么一份 FICO 配置笔记比 PA 讲义更值得逐页拆

前阵子帮客户做 S/4 HANA 迁移后的上线支持，遇到一个看起来很简单的问题：同样的成本中心字段，在 FB50 里可以输入，到了 MIRO 里却是灰色不可输。权限查过、屏幕变式查过，最后偶然翻到一本老笔记里“Field status 和 Coding block subscreen”的小节，才意识到是凭证类别的字段状态组在起作用。这就是我打开《SAP屠夫SAP作品汇总精华版》的原因：它不像 PA 讲义按模块平铺，而是把 FICO 里零散却高频的配置点，从凭证校验（Validation）、替代（Substitution）、外币评估、特别总账，一直串到内部订单、资产折旧和报表输出，每一处都给了 TCode 和后台路径。对做实施顾问、上线后运维、或者刚接手 FICO 模块的人来说，这种按“问题现象”组织的笔记，比按菜单树背出来的教程要实用得多。下文挑几个最容易踩坑的配置片段，按从凭证到报表的顺序拆一遍。

2. Validation 与 Substitution：凭证级自动控制的配置路径

2.1 Validation 和 Substitution 不是字段状态

很多人查“为什么凭证不能保存”“为什么字段没带出来”，第一时间会想到字段状态变式（OBC4），但实际上另有两层自动控制，分别是 Substitution（替代）和 Validation（校验）。字段状态决定一个字段在屏幕上能不能输、是否必输；Substitution 决定凭证编码时 SAP 自动把某个字段填成什么值；Validation 则是在保存前检查业务规则，不满足就报错。三者的关系可以按时间线理解：用户输入凭证内容后，系统先执行 Substitution 对字段做默认值填充，再执行 Validation 检查，最后才进入过账。所以如果一条校验要求“成本中心必填”，结果替代没有把成本中心填上，看到的报错仍然来自 Validation。

GGB1 和 GGB0 的应用程序区域都选择“F（财务会计）”，但调用点不同。调用点对应的是不同数据结构，比如调用点 1 是会计凭证，2 是资产主数据；文档里单独提到 FI_VALIDATION_DOC 和 FI_VALIDATION_HEADER，说明抬头和行项目的校验逻辑是分开执行的。调试时在这两个函数里设断点，能看到 BSEG 表（行项目）和 BKPF 表（抬头）的当前值，定位规则是否在预期时机触发。

2.2 在 GGB0 里配一条费用成本中心校验

最常见的需求是：某一个费用科目组不允许挂在“在建工程”科目下，或者如果总账科目是办公费，则成本中心不能为空。GGB0 的常规配置路径是：SPRO -> 财务会计（新） -> 财务会计全局设置 -> 凭证 -> 凭证校验 -> 创建规则；直接敲事务码 GGB0 也可以。进入后选择应用程序“F（财务会计）”，新建规则如 Z_FI_COST_CTR。规则由“步骤”组成，每个步骤包含“先决条件”和“检查”。

先决条件写BSEG-BUKRS = '1000'，检查里写费用科目和成本中心的组合规则。GGB0 的规则编辑器会把条件编译成 ABAP 程序，所以用 BSEG 结构去理解字段名是有效的。下面按 ABAP 逻辑写一个等价判断：

* 等价于 GGB0 中一条检查的 ABAP 逻辑 IF BSEG-HKONT = '660000' AND BSEG-KOSTL IS INITIAL. MESSAGE E001(ZFI_MSG) WITH '科目 660000 必须维护成本中心'. ENDIF.

BSEG-HKONT是行项目总账科目，BSEG-KOSTL是成本中心。660000可以换成科目区间或科目组，实际配置里还可以用“科目表 + 科目编号”的组合方式。如果希望在多个公司代码下生效，先决条件里就不要限定 BUKRS，或者把公司代码写成 OR 条件。GGB0 的检查报错后不会立即判断是哪一条步骤，需要在测试运行里逐步看。

需要特别说明：上面这段 ABAP 只是帮助理解，不是让你复制到 GGB0。GGB0 的规则编辑器维护的是结构化条件，系统最终会生成 ABAP 代码，但直接改生成的程序不是受支持的做法，升级或传输时会出问题。

2.3 用 Substitution 给行项目补字段

Substitution 最常见的用法，是根据总账科目带出默认成本中心或业务范围。比如系统里大部分费用科目都归集到“T1000 综合管理部”，就可以在 GGB1 中建替代，先决条件判断科目，替代步骤把成本中心填进 BSEG-KOSTL。要实现这一点，前提是成本中心字段已经允许输入，否则替代即使赋值了，屏幕也不显示。字段状态的控制在 OBC4 中完成，所以排错时先查字段状态变式，再查替代规则，顺序不能反。

文档里专门写过“Field status 和 Coding block subscreen”，意思是如果要替代的是自定义增强字段（比如预算归口部门），还需要把字段加到 Coding Block 中。常见做法是 SE11 给 BSEG 建一个附加结构 ZBSEG，激活后，在 GGB1 中这个字段才会出现在替代结构里；然后回到 OBC4，把该字段在相关凭证类型的字段状态组里设为“可选输入”。如果没做这一步，替代程序运行时虽然能写值，但界面上看不到，用户会以为没生效。

2.4 排错顺序和函数断点

遇到“凭证保存被校验挡下来”，我一般按下面顺序查：

• 第一步，看 GGB0 中规则集是否激活，激活状态在规则列表里的小灯显示；
• 第二步，在 GGB0 菜单里选择“测试运行”，手工输入一张类似凭证，系统会显示命中了哪一步；
• 第三步，如果还定位不了，就在 FI_VALIDATION_DOC 和 FI_VALIDATION_HEADER 打断点，观察 BKPF 和 BSEG 的字段值。

需要留意的是，S/4 HANA 中启用凭证分割后，替代、校验和凭证分割的执行顺序会变化。替代在行项目还未拆分时执行，校验在拆分后执行，所以校验里看到的是拆分后的行项目数量，这和 ECC 时代不一样。排查时不要把两者混在一起，否则会把“替代没生效”误判成“校验规则写错”。

3. 外币评估与平行货币：从汇率类型到 FI 外币重估

3.1 货币类型、汇率类型和汇率换算表

外币评估这一串配置里，最容易混淆的是“货币类型”和“汇率类型”。货币类型是 SAP 内部对币种的用途划分，比如 10 集团货币、20 硬通货、30 全球公司货币，具体以事务代码 OB07 中显示为准；汇率类型决定一笔外币业务按哪一套汇率折算，常见有 M（平均汇率）、P（期末汇率）、B（预算汇率）等。真正维护汇率数值用的是 OB08，在里面输入源货币、目标货币、有效起始日和汇率。

这里有一个细节：OB08 维护的是“某一天起生效”的汇率，而不是“某一天”的汇率，所以如果 7 月 31 日忘了维护，8 月 1 日上传汇率时会把 7 月的汇率也覆盖掉。我一般会要求财务每月做一次汇率快照，用 OB08 的“删除有效期”功能把未来日期先限定住。

3.2 平行货币配置路径与常见误区

平行货币让同一张凭证同时以多个币种记账。配置路径是 SPRO -> 财务会计（新） -> 财务会计全局设置 -> 公司代码 -> 多本位币 -> 并行货币（OB22）。在 OB22 中为每个公司代码维护“货币类型-平行货币”的对应关系，比如货币类型 10 对应 CNY，20 对应 USD。

这里的误区是：很多人以为设置完 OB22，所有报表会自动带出平行货币，其实还必须配合货币类型定义和相应总账科目，否则后续外币评估时找不到第二个本币金额。OB22 配置完成后，建议立即用 FB50 做一张外币测试凭证，查看行项目显示中是否出现“第二本位币金额”。如果为空，先检查公司代码是否分配了正确的货币类型，再看对应总账科目是否允许平行货币。

3.3 外币评估用 FAGL_FC_VAL 还是 F.05

老总账用 F.05，新总账用 FAGL_FC_VAL。两者的核心逻辑一样：取某一评估日，对尚未清账的外币往来科目或外币总账科目余额，按评估汇率重新折算，差额记入汇兑损益。配置上先要用 OB59 定义评估方法，包含汇率类型、账目类型和科目确定；执行时用 FAGL_FC_VAL 输入公司代码和评估日期。

用一段 ABAP 来理解汇率取值逻辑会直观一些：

DATA: lv_rate TYPE tcurr-ukurs. SELECT ukurs INTO lv_rate FROM tcurr WHERE kursart = 'P' AND fcurr = 'USD' AND tcurr = 'CNY' AND gdatu <= sy-datum ORDER BY gdatu DESCENDING. ENDSELECT.

这里kursart是汇率类型，用P代表期末评估汇率；fcurr是外币，tcurr是本位币；gdatu是汇率有效日期。ORDER BY gdatu DESCENDING的作用是优先取评估日之前最近的一条汇率，避免取到未来日期。实际评估程序会按行项逐条重估，并且对未清项和余额项分别处理，但汇率取值方式可以按这个模型理解。

3.4 汇率变化怎样影响发票校验

文档里有一个“汇率变更影响发票校验”的案例，这类问题多出现在 MIRO 中。当采购订单在收货时已经按原汇率暂估入账，发票校验时汇率变化，系统会计算采购差异和汇兑差异。汇兑差异的科目在 OBYC 的 KDM 过程中配置，没有配置 KDM 时就会报“科目确定错误”。所以在做期末外币评估前，先检查 OBYC 中 KDM 过程是否有科目，否则外币应付账款无法产生汇兑损益。这个点会自然带出下一章的 OBYC 科目自动确定。

4. 特别总账与 OBYC：从表结法到存货过账的科目确定

4.1 特别总账给中方报表留了一条独立路径

特别总账（Special Purpose Ledger）在 ECC 时代是解决“法定账套之外还要出一套中方报表”的常用手段。外企中国子公司通常法定报表按国际财务报告准则出，但国内工商和税务要求按中国企业会计准则重分类。这时候在 SPL 中定义一套独立方案，沿用财务凭证的数据，按“表结法”或“账结法”做期间结转，就能在不干扰总账的前提下生成中方报表。

配置路径分成几个固定环节：先执行“准备”（Perform Preparation），再维护编码块（Maintain Coding Block）、表和表目录，然后维护固定字段移动（Fixed Field Movements），最后挂上 Validation、Substitution 和 User Exits。其中固定字段移动容易被忽略，它的作用是控制哪些记账码、哪些字段组合可以在方案中过账。比如中方报表要求“本年利润”科目只能在 12 月结转，就可以在 Fixed Field Movements 里限制过账期间和记账码组合，避免业务人员在其他月份手工做结转凭证。

在 S/4 HANA 环境下，传统 SPL 已被 Universal Journal 吸收，很多报表改用 CDS 视图和分析工具。如果是在老 ECC 项目里做支持，SPL 的配置仍会碰到。阅读资料里的 SPL 部分时，建议重点看“例 1 使用 SPL 出中方会计报表”的建模思路，而不是纠结某个按钮的位置。

4.2 OBYC 的五个高频过程和配置步骤

OBYC 看起来只是维护“自动记账的科目”，实际上它决定了采购收货、发票校验、库存转移和寄售消耗这些业务过到哪个总账科目。配置事务码是 OBYC，进入后第一屏选择“过程”（Process Key），过程是一个两位或三位字符的键值。

配置步骤是：在 OBYC 屏幕输入过程 BSX，科目表和估价分组代码，点击“科目确定”按钮，输入总账科目。估价分组代码与评估类（Valuation Class）共同决定物料在不同的库存状态下记到哪个科目。比如同一个原材料，正常库存用 BSX，在途物资用 BSX 配合不同评估类也可能不同。

4.3 用表 T030K 核对 OBYC 配置

有时界面配置看着没有问题，但过账还是报“科目确定错误”。这时候需要到表里核对。常见做法是用 SE16N 打开表 T030K，按条件过滤出某个过程对应的配置记录。以 SQL 查询的逻辑写就是这样：

SELECT * FROM t030k WHERE ktopl = 'YCOA' AND ktosl = 'BSX';

ktopl是科目表，ktosl是过程键值。如果这个组合查不到记录，OBYC 界面里多半会报错。KTOPL 在系统里一般是大写，输入时不要带空格；如果 OBYC 界面里还配置了估价修改和估价分组代码，查询时也要加上对应的字段条件，具体字段名以 SE11 显示 T030K 为准。SE16N 里看到的数据是已激活的，修改 OBYC 后可以立即刷新。

4.4 委外加工、运费和汇率差异的科目落点

文档里有一组例子专门讲 PO condition 与 OBYC 的关系。简单说，采购订单中的条件类型会被映射到不同的记账过程。比如采购运费在发票校验时通常用 FRL 过程，委外加工时消耗的组件库存则用 GBB 下的对应事务键来处理。最容易出错的是没有在 OBYC 中给某个估价修改和过程的组合配置科目。当 MIRO 报错包含科目确定相关的消息号时，基本可以直接怀疑 OBYC 的过程键缺失。

另一个容易忽略的点是“汇率变更影响发票校验”和上文的 KDM 是连在一起的。采购订单以 USD 下单，收货和发票日期之间汇率变化，系统会按 KDM 找汇兑差异科目。如果 KDM 没配，OBYC 报错会发生在过账前，而不是期末评估时。所以建议在项目上线前，把 BSX、GBB、PRD、KDM、FRL 这些高频过程都用测试物料跑一遍收货和发票校验，把 OBYC 的盲区留在测试阶段。

5. 内部订单预算与折旧替代：预算控制和资产过账的自动规则

5.1 内部订单先激活，再定义类型和预算

内部订单的配置顺序有讲究。如果直接维护订单主数据，会发现控制范围里根本没有“订单”这个对象。需要先用 OKKP 打开控制范围，激活订单管理；然后定义订单类型（KOT2）、编号范围（KONK）、状态主文件（OK02/BS02）和授权码（BS52/BS53）。KOV2 这类参数文件维护事务码，以及 KO22 的预算录入事务码，是配置和业务的分界：参数文件在配置里定义，预算金额在实际业务中录入。

常见问题是预算参数文件没有分配给订单类型，导致用户在 KO22 里输不了预算。配置完成后，创建订单时要在订单主数据中指定预算参数文件。执行预算控制的业务事务码是 KO22（单个订单）和 KOB2（批量）。预算参数文件里可以定义超出预算时给出警告还是错误消息，这点要在项目启动阶段和财务确认清楚，否则正式月结时会被一连串预算报错卡住。

5.2 结算规则自动生成

内部订单归集的费用最终要结算到成本中心、资产或获利能力段。手工在 KO02 里一条条维护结算规则效率低，常见做法是在订单类型中定义结算参数文件，由系统自动带出结算规则。文档里提到的“结算规则自动生成”就是这个意思。

配置路径是：内部订单类型 -> 结算参数文件，在参数文件中定义默认的结算接收方类型、结算比例和结算期间。比如订单类型 ZB01 默认结算到资产 AS，比例 100%，期间 1-12 月。这样创建订单后，KO02 的结算规则页签会自动带出对应内容。期末用 KO88 对每个订单执行结算，没有维护到接收方或接收方已冻结时，结算会报“接收方不存在”。

5.3 折旧码与 Substitution 结合改折旧科目

资产折旧不是简单按资产卡片上的成本中心过账。折旧费用科目由“科目确定”决定，而资产卡片里的成本中心只能作为成本中心字段的默认值。当某资产发生处置或退废时，财务希望当月折旧不再计入原来的费用科目，而是转入“固定资产清理”。这种场景用 Substitution 做条件替换比改资产主数据更安全。

在 GGB1 中，新建一个替代规则时，应用程序可以从下拉列表中选择。资产主数据相关的替代常使用“Asset Accounting”作为应用区域，调用点对应资产主数据维护或折旧过账。规则的条件里可以引用资产主数据字段，比如资产分类 ANLKL、资产号 ANLN1；替换的字段则指向 BSEG-HKONT。也就是说，当满足“资产分类是机器设备且状态为退废”时，把总账科目替换为固定资产清理。

* 理解用：折旧过账时按资产分类替换费用科目 IF ANLA-ANLKL = '3100'. SUBSTITUTE BSEG-HKONT WITH '160100'. " 固定资产清理科目 ENDIF.

ANLA-ANLKL是资产分类，160100是固定资产清理科目示例。这里的 SUBSTITUTE 不是标准 ABAP 语句，表达的是替代规则的效果。正式配置时，在 GGB1 的替代步骤中维护先决条件和替代值，系统会自动编译成相应逻辑。如果还要判断退废状态，需要在条件里引用对应的状态字段，这取决于资产状态主文件是如何建的。

5.4 排错：预算超限和折旧替代不生效

预算控制排错时，先看订单主数据里的预算参数文件，再看 KO22 里的预算值有没有分配。很多“超预算”的报错来自承诺（未清采购订单）没有及时更新，实际不是预算不够，而是预留占用了。此时用内部订单预算/实际比较报表，查看确认是承诺未清还是实际过账超限。承诺未清导致的超限，只需要更新 PO 或删除不再采购的预留就行。

折旧替代不生效时，建议按三处检查：第一，GGB1 中替代是否已激活，优先级对不对；第二，字段状态变式里目标科目是否允许替代字段显示；第三，折旧过账使用的记账码和替代条件里引用的字段是否匹配。如果替代规则引用的是资产主数据字段，而折旧过账程序在该调用点还没读入 ANLA 数据，条件就永远不满足。这种情况下，可以改用资产会计的科目确定替换方案，而不是 Substitution。

6. 用 Report Painter 出中方报表：行列定义与一个常见坑

6.1 Report Painter 的四个事务码

Report Painter 不适合所有报表需求，但如果只是把总账余额按中方的利润表格式展示，它比 ABAP 报表更容易维护。外资企业常用它来输出“中方格式的利润表”，原理就是把科目余额按行集和列集重新排列，而不过账任何分录。常用事务码如下：

6.2 行列定义要点

创建报表时，一般先在 GRR2 中定义行集，把“主营业务收入”“主营业务成本”等行项目映射到科目或科目区间；再到 GRR3 建列集，“本月数”列使用期间变量，比如系统字段中的当前期间变量，“本年累计”列设置为从 1 月到当前期间。如果项目里已经用了 S/4 新总账，列里还可以加入“实际/计划”切换。行列建好后，在 GRR1 中把行集和列集组装成一张报表，并分配报表组；最后用 GRR4 发布到菜单。

6.3 一个容易踩的货币坑

很多项目里，中方报表以 CNY 为本位币，但凭证里混存 USD 和 EUR 业务。如果在列定义中没有把金额字段的货币类型固定为公司代码货币，Report Painter 会直接按凭证货币加总，CNY 加 USD 加出来根本没有意义。设置方法是在列定义里指定“货币类型：公司代码货币”，汇率类型选 M 或 P，这样系统会用汇率表把外币金额换算成 CNY 后再汇总。验证方法也很简单：在 GRR1 执行报表时，先勾选“测试运行”，查看输出列的小计是否与科目余额表一致；如果不一致，优先看列定义里的货币类型和汇率类型。最后一点，报表组要用 GRR4 发布到菜单里，否则 GRR1 测试正常，前台用户却看不到。

本文还有配套的精品资源，点击获取