简介面向SAP顾问、实施及运维人员的SAP常规配置详解PDF基于S4 HANA 1909版本演示讲解。内容聚焦国家定义、计量单位、货币与维护日历四大基础设置每个部分均给出IMG配置路径、功能说明与参数含义。例如国家设置涉及邮政编码、银行信息与日期格式校验货币部分细述汇率类型M、参考货币、买卖汇率及反向汇率规则日历部分则区分固定假日与不固定假日的维护方法帮助读者厘清跨模块通用配置的关键逻辑。文档将配置步骤与业务意义结合不仅告知具体操作还解释了为何这样设置适合项目实战前的系统预热。压缩包内共含1个PDF文件大小1.18MB便于下载与离线阅读。已有376人在线学习下载是SAP初学者及项目成员掌握基础配置、减少业务联动问题的实用参考。1. S4 HANA 1909的常规配置为什么不能照着ECC老路走拿到一台刚装好的S4 HANA 1909顾问头一件事通常是打开SPRO然后心里一沉菜单层级变了新总账把科目和成本对象绑得更紧客户和供应商被BP统一接管物料自动记账先要理清评估分组。「常规配置」听起来像扫一遍IMG实际上是在业务跑起来之前把企业结构、财务基础、后勤主数据规则和跨系统接口一次定准。配好了后续增强、报表、接口都顺配错了事务层毫无异常月结对账时全部浮出来。这篇内容写给三类人刚转S4的实施顾问、有ECC底子想快速对齐S4差异的老手以及负责系统初始化的模块接口人。所有路径与事务码按1909版本口径讲和ECC习惯冲突的地方我会明说。2. 先定骨架再谈功能S4 HANA 1909的企业结构与逻辑系统配置2.1 从SPRO进IMG常规配置的组织方式S4 HANA 1909的IMG整体上继承了ECC的树状结构但节点数量和层级明显增加。打开SPRO会看到「SAP参考IMG」和「项目」两个核心入口参考IMG是完整配置清单按模块分组项目是一张可裁剪的配置清单适合把实施方案里需要用到的节点单独收拢起来分给不同模块顾问并行推进。很多人一上来就翻参考IMG结果面对几千个节点根本不知道哪些是必配项、哪些只是给未来扩展留的口子这种状态最容易漏配置。我一般建议项目启动时就建立一个IMG项目把配置节点逐项勾选进去。创建入口在SPRO→「项目」→「创建项目」输入项目ID和描述后进入项目视图从参考IMG里拖节点进去。有个容易被忽略的操作「激活状态」要设成「已发布」否则其他顾问打开项目看不到最新结构。IMG项目整理好之后每个节点的配置改动都挂在同一个传输请求上后续要回溯「谁在什么时候配了什么」会轻松很多。配置组织方式上还有两个前置动作。第一用SCC4确认客户端权限生产客户端设「禁止更改」配置客户端设「自动记录更改」免得备份/测试客户端里产生一堆无效请求。第二给常用配置路径做几个快捷事务码SE93比如「ZCFG_FI」直接跳总账配置节点、「ZCFG_MM」跳物料自动记账省去每天在SPRO树里反复展开的体力活。下面这张表是我在初始配置阶段高频用到的入口入口/事务码用途使用阶段SPRO打开参考IMG和项目IMG全程SCC4客户端维护、更改保护初始化SE93创建配置快捷事务码推进中SE10查看当前用户传输请求每个配置日SCU0比较两个系统的定制设置验证/割接2.2 逻辑系统配置数据先知道自己属于谁逻辑系统在S4里的地位比ECC时代更重ALE、IDoc、RFC、公司间数据交互全部依赖逻辑系统名来标识数据来源。常规配置里逻辑系统属于那种「不配就用不到、配错了查不出来」的项配置界面看不出问题等IDoc报文跑起来才发现数据进了错误的系统。配置入口在事务码SALE展开「基本设置→逻辑系统→定义/分配逻辑系统」。先用SALE或BD54创建逻辑系统名长度控制在8位以内再把逻辑系统分配到客户端。常见命名规则是「系统代号三位客户端」比如开发机S4D100、测试机S4T200、生产机S4P300。这一套规则配合SM59里的RFC目标配置后续建伙伴参数、配ALE分发模型BD64时不会认错系统。逻辑系统配置完成后一定要做的校验动作是用SE16N查TBDLS和T000确认每个客户端挂的逻辑系统名唯一且和STMS传输域里的系统名不冲突。但如果两个客户端挂了同一个逻辑系统IDoc接收方会把两台机器的数据混在一起SM58里报的错往往只在特定伙伴配置下出现排查成本非常高。所以「唯一命名」这条规则在系统复制、测试环境搭建时要格外盯紧。2.3 BP配置S4的客户/供应商主数据新规矩S4 HANA里客户和供应商主数据以业务伙伴BP为中心这是和ECC最大的结构差异。传统事务码XD01/XK01在S4里只是兼容层主数据的真正归宿是BP。常规配置第一步就是把BP的基础设置对齐到业务模式上。配置路径IMG→跨应用组件→SAP业务伙伴→基本设置。这里要做三件事定义BP编号范围、定义角色分组和字段分组、配置客户/供应商集成的字段分配。编号范围建议沿用ECC的规则尽量用内部给号避免批量导入时冲突角色按业务场景拆比如客户角色FLCU00、供应商角色FLVN00采购组织、销售组织相关的字段都挂在角色上字段分组控制建主数据时哪些字段必输、哪些隐藏。「客户/供应商集成的字段分配」决定BP数据和CVI客户供应商集成数据之间的同步方向以BP为主覆盖客户主数据还是以旧客户主数据为主反写BP。生产环境标准做法是以BP为准日常主数据维护只走BPCVI只负责把存量客户/供应商转换过来。字段分配里的关键参数是「方向」和「字段变式」配好后用事务码BUPX做一次转换检查确认存量客户和供应商的BP记录都已完整生成。提示从ECC升级上来的项目必须先跑CVI同步完成客户/供应商到BP的转换再开始配置销售和采购业务否则订单创建时会出现「业务伙伴不完整」的报错。BP配置做完还有一步容易漏在BP主数据里给每个账户组分配「一般数据→地址→角色」三个页签的字段分组国内项目一般会把银行信息、支付条件、税务信息拆成独立分组。分组拆得细业务人员建主数据时的界面才干净也能减少必输字段被乱填的概率。3. 常规配置主战场财务、物料和SD的最小闭环一次配通3.1 评估类与总账科目OBYC是物料记账的黑匣子S4 HANA里物料移动要自动产生会计凭证靠的是IMG→物料管理→评估和科目设置→科目确定→配置自动记账也就是事务码OBYC。这组配置在顾问圈里几乎成了「评估类与总账科目」的代名词但真正理解它的人并不多。OBYC的记账逻辑可以概括成一句话物料移动时系统按「记账事务 评估分组代码 评估类」三个维度找到对应的总账科目。评估类挂在物料主数据上决定存货科目的归属评估分组代码挂在工厂的评估修改上决定不同工厂、不同库存状态下的科目差异。三者任何一个对不上记账科目就会跑偏。常规配置顺序建议是先定义评估修改和评估分组代码OMWD再维护OBYC各记账事务的科目映射最后回物料主数据把评估类填对。1909版本里物料账默认激活评估修改在物料账的评估设置里维护这一点和ECC有差别。很多新项目的坑就是OBYC配了但OWMD的评估分组代码没按工厂分清楚结果两个工厂的存货科目串了。我一般先配BSX——它是存货记账的主事务做「评估类→存货科目」的映射再配GBB和WRX处理收货/收票差异最后处理PRD和KD差异科目。BSX的映射表可以先用标准模板后期按财务科目表微调GBB相关的「库存记账的冲销」要注意VBR消耗和INV库存行的区分否则出库和盘点的科目会取到同一个月底成本分析时很难看。验证OBYC配置是否生效最直接的办法不是对着IMG看配置值而是创建一个测试物料在工厂下做一笔采购收货MIGO 101然后FB03把会计凭证调出来看科目。科目不对时的排查顺序是物料主数据的评估类→OBYC里该评估修改下的评估分组代码→科目表。这三个环节任何一个断掉凭证里的存货科目、差异科目就都会跑偏。3.2 OKTZ与跨币种清账两个容易配漏的成本与财务项成本核算变式是产品成本计划的骨架事务码OKTZ定义成本核算变式配置路径IMG→控制→产品成本核算→成本核算变式→定义变式。S4 HANA 1909中成本核算变式和物料账结合得更紧密物料成本估算的结果会直接写回物料账的价格字段影响后续差异分摊。成本核算变式里最核心的是「数量结构控制」和「成本核算类型」。数量结构控制决定BOM和工艺路线由谁提供、是否允许替代物料成本核算类型决定估算是按标准成本还是计划成本跑以及结果写回哪个价格字段。日常项目通常用模板PPC1复制改造改完记得在「物料账」页签里勾选「更新物料价格」否则成本估算完成后物料账的价格不刷新后面做差异分摊会莫名少一截。跨币种清账属于财务基础配置。如果业务只有人民币本位币、欧元做集团报表币种配置入口是IMG→财务会计→全局设置→多币种→定义多个本位币OB22然后在「外币业务的未清项管理」里给附加本位币配一个汇兑差额科目。清账时系统把汇兑差额记到这个科目上成本要素类型一般选「初级成本/收入」方便后续COPA取数。跨币种清账常见的问题是科目配置允许自动记账但科目表里该科目没有分配成本要素保存时报「科目XX在成本核算中未定义」。另外OB22里的汇率换算策略默认按凭证日汇率如果公司要求月末统一重估需要把重估价组配齐并和FAGL_FC_VAL的配置保持一致。这两个点不检查清账时要么科目错要么汇率错月结时才发现就晚了。3.3 SD销售订单项目类别一个配置界面串起交货、开票和定价销售订单的项目类别Item Category决定一行项目在交货、开票、定价上的行为。配置路径IMG→销售与分销→销售→销售单据→销售凭证的项目类别。1909的界面结构基本沿用ECC几个关键开关是交货相关、开票相关、定价相关、ATP检查。行项目类别由「订单类型 项目类别组」组合决定。项目类别组TAN标准物料、TAS服务、TAP免费项目挂在物料主数据的销售视图建单时系统按组合自动带出项目类别。配置时建议把「项目类别确定」的表也过一遍路径在「销售凭证的项目类别确定」否则会出现在测试环境里手动改项目类别才能保存的情况。项目类别交货相关开票相关典型用途TAN是是标准库存物料TAP否是免费项目样品/返利TAF否否文本说明项TAS由计划行决定是服务项目维护项目类别界面时有两个字段经常被忽略。一个是「计划行决定」它把项目类别和计划行类别串起来决定交货计划是按日、按周还是按MRP生成另一个是「科目分配类别」决定销售订单行是否生成成本/收入科目分配。1909里如果启用了销售订单会计和物料账联动科目分配类别的默认值还会影响销售成本结转建议和CO顾问对一遍再落配置。3.4 SM30维护自定义表与Fiori配置视图常规配置不只改标准IMG很多时候还要维护自定义配置表。S4 HANA 1909里用SE11创建表、SE54生成表维护、SM30做数据录入这条链路依然有效。SE11建表时注意勾选「允许维护」和「显示/输入检查」否则SE54生成维护界面时找不到表。SE54里生成表维护有个「事件」页签可以挂自校验逻辑。比如配置表不允许同一工厂出现重复行就在事件01检查数据记录里写校验子例程放在函数组里。如果需要按工厂做权限隔离可以在事件01里加AUTHORITY-CHECK不同工厂的配置人员只能看到自己范围内的数据。这个做法在成熟企业几乎是硬性要求但小团队里经常被忽略。S4 HANA 1909的Fiori里管理员维护配置表通常用「Maintain Customizing Table」这个app前端是Fiori后端还是SM30逻辑。想让它可用前提有三个后端具备SM30维护能力、目标表已生成维护视图、app的PFCG角色已分配。有一个容易被忽略的步骤是在表维护生成器里勾选「屏幕上的下拉辅助」否则Fiori端做值校验时对话弹不出来用户会误以为保存没反应。4. 常规配置避坑S4 HANA 1909最容易返工的五件事4.1 复制出来的公司代码没有凭证编号范围月结时集体哑火现象F-02保存凭证报错「年度编号范围XXXX不存在」或者OBA7里看到编号范围只在模板客户端有新公司代码下一片空白。原因项目阶段为了省事直接复制标准公司代码模板。会计凭证的编号范围按年度和公司代码隔离客户端复制时NRIV表里的区间行没跟着过来1909的会计年度变式也有公司代码维度新公司代码没有分配变式系统根本不知道该用哪一组年份。解决检查IMG→财务会计→总账会计→凭证→凭证编号范围→定义条目确认目标公司代码下所有会计年度都有范围再用SE16N查NRIV对象名是「RUKUB_公司代码」和「F_」开头的那些行。编号范围补齐后检查OB29定义的会计年度变式是否通过OBBO分配给了公司代码。这一步做了月结那天才不会因为一张凭证卡住。4.2 评估分组代码没对齐OBYC取到错误的存货科目现象MIGO 101过账成功但FB03显示的存货科目不是本工厂的或者启用物料账后工厂间的估价差异全部记到一个共有科目上。原因OMWD里评估修改和评估分组代码的映射比ECC更严格。工厂没有纳入评估分组或者评估修改在物料账里有多个激活版本OBYC科目确定时就取到了默认分组对应的科目。在库存细分场景下评估分组没有细分到库存状态也会出现类似问题。解决重跑OMWD把工厂→评估修改→评估分组代码的映射补完整分组代码名称建议用「工厂代码0001」这类易读规则回OBYC在对应「评估修改」下逐条核对BSX/GBB/PRD等记账事务码。配置完成后用同一个物料在两个工厂各做一笔收货对比凭证科目科目一致才算配通。不要只盯屏幕上的配置值实际过账验证最可靠。4.3 CVI同步方向配反客户供应商主数据互相覆盖现象BP批量导入后某个供应商的银行信息变成了客户主数据的那套CVI同步报告显示「反写字段冲突」的条数比预期多。原因BP配置的「字段分配」里方向选成了以客户主数据为主反写BP。生产环境批量导入时旧客户主数据被回填进BP把已有的BP字段覆盖掉了。方向反了的项目数据清洗的代价远大于配置本身。解决先把BP配置方向改为以BP为主数据源再做数据修复用BUPX跑一致性报告看差异字段数再决定是按字段回写还是重建BP。这步必须先在沙箱验证直接在生产上跑BUPX之前把差异报告存下来。另一方案是把受影响的BP删除重建、重新同步但这个操作只在BP没有业务单据关联的前提下才敢用。4.4 逻辑系统重复且未释放IDoc接口静默失败现象IDoc发送状态停在12伙伴参数配置看一遍没问题SM58里RFC队列处理报「逻辑系统已经存在」。原因最常见的场景是从开发机复制出来的测试机逻辑系统名没有改和开发机一样。伙伴配置把消息路由回了开发机IDoc表面在传输实际进了错误的系统。这类问题比接口报错更危险因为数据看起来是成功的。解决用BD54检查每个环境的逻辑系统名测试机改成唯一名称后在SALE里把客户端重新分配给新逻辑系统同步检查SM59里的RFC目标和伙伴端口配置确保指向新系统。改完在SM58里重启报错的队列观察IDoc状态是否推进到30。系统复制类操作后逻辑系统检查应该成为固定动作。4.5 Fiori配置视图白屏SM30界面却能正常维护现象Fiori里打开「Maintain Customizing Table」一直转圈或者提示未授权同一用户切到GUI进SM30却正常维护。原因Fiori app映射到后端SM30需要权限对象S_TABU_DIS、S_TABU_NAM、S_TABU_LIN配合PFCG角色里如果只配了GUI的SM30权限Fiori端会识别到但打开失败。部分场景下后端服务没在SICF激活也会白屏。解决先在PFCG角色里把S_TABU_NAME权限加全重新生成角色并分配再查SICF里相关节点是否激活。如果是Gateway前端连后端还要看后端RFC用户权限和代理表这些配置组合建议做成标准请求固定放进每个Fiori配置管理员角色里。5. 配置走出黑匣子传输、验证与文档化的日常5.1 配置传输请求的收集、释放与导入顺序配置请求是SAP的日常事务。每次改SPRO、SM30或SE54系统都会提示请求是否需要变更。SE09能看所有请求SE10看当前用户自己的。常规做法是每个顾问每天建一个「可修改请求」把当天改动收进同一个请求里释放时统一处理后端系统的请求数量也干净。传输顺序的把控是重点。跨模块配置之间有隐性依赖先传企业结构公司代码、工厂、利润中心再传OBYC科目确定、BP配置、SD/VL/OV定制等。顺序反了目标系统某个配置页面会提示「维护不存在」或「关联对象不存在」导入本身不报错但用户操作时功能缺失排查起来比配置报错麻烦得多。用SE09打开请求对象列表看对象先后顺序必要时把依赖前置对象的配置拆成独立请求先释放。保守的做法是固定传输策略开发机→质量机→生产机走完每个步骤在STMS里确认导入返回码是0。这里特别提醒绿灯只代表导入动作完成不代表数据正确导入之后必须按业务场景做冒烟验证。5.2 用表级对比验证配置漂移配置漂移的发现往往靠月结不做验证的团队只能在黑匣子里运行。常见验证方式有三种SCU0比较定制设置、SE16N导出表数据、直接连HANA跑SQL对比。SCU0从SPRO菜单的「工具」启动选两个客户端或系统比较指定IMG节点的定制设置颗粒度是IMG对象适合快速定位「哪个节点配了、哪个没配」。表级细看我一般用SE16N把配置表导成Excel或文本再用对比工具做差异。直接连HANA跑SQL对比更直接SELECT mandt AS 客户端, bukrs AS 公司代码, opmt AS 记账事务, ktosl AS 记账码, gpgrp AS 评估分组代码, konts AS 默认科目, konto AS 科目 FROM t030k WHERE mandt 100 ORDER BY bukrs, opmt, ktosl;这段查询把OBYC的记账配置按公司代码和记账事务排出来。OPMT是记账事务BSX/GBB/PRD等KTOSL是记账码GPGRP是评估分组代码。结果和目标系统不一致说明配置在传输或手工维护中发生了漂移。注意T030K里同一个事务码可能配了多行对比时最好带上评估分组代码GPGRP直接按单一维度比会漏差异。除了T030K基础三张表T001公司代码、T001K工厂、T024采购组织也值得定期快照。把这些对比脚本沉淀成固定SQL集合每次配置割接前跑一遍能省下大量后期排查时间。5.3 配置文档化的低成本做法文档化的最低成本是在配置过程里同步留下痕迹。三个动作第一每次配置前在传输请求描述里写清「为什么改、改成什么、影响哪个流程」第二把最终配置值和默认值的差异记在IMG项目的注释里SPRO节点上右键→「注释」第三对关键自定义表用SE16N导出Excel存到配置库。更细的做法是启用表变更日志。在SE11表属性里勾选「日志数据更改」或者对表维护生成的屏幕勾选「保存时记录变更」SM30/SM34里每改一次配置系统都会写进变更文档表按用户、日期、字段追查。这套做法的价值在多个项目并行阶段体现最明显每个顾问改了什么、传没传、传到哪个环境一查请求号和变更记录就清楚。配置文档不需要长篇大论关键是「改前状态、改后状态、改动人、日期」四个字段一行记录比任何精美文档都可追溯。团队里如果有人问「这个配置为什么和另一套系统不一样」答案应该能在十分钟内从请求描述或变更日志里翻出来而不是靠记忆。6. 版本化管理把S4 HANA 1909的配置当成代码来维护配置当作代码维护核心动作就一个定期做配置快照并保留可对比的历史。1909系统里每个公司代码、每个工厂、每张关键配置表都应该有一个「配置基线」版本。相比留着几十个SPRO截图一份能被对比工具直接读取的表快照要可靠得多。具体做法分三步。第一步用SE16N导出关键配置表的全量数据至少包含T001、T001K、T030K、TVAP、T460A、T003这几张统一按「系统ID_表名_YYYYMMDD.txt」命名放进Git仓库或团队配置平台。第二步在配置割接或版本升级前用SCU0跑一次定制设置对比把差异清单另存。第三步每次配置变更发布后把新旧快照做一次diff——这相当于给配置做review只是对象从代码变成了表记录。想把这套做法固化下来可以在SE38里写一个小报表随时拉出当前环境和基线环境的关键配置差异REPORT z_cfg_baseline. PARAMETERS p_bukrs TYPE t001-bukrs OBLIGATORY. SELECT t001~bukrs, t001k~werks, t030k~opmt, t030k~ktosl INTO TABLE DATA(lt_cfg) FROM t001 INNER JOIN t001k ON t001k~bukrs t001~bukrs LEFT JOIN t030k ON t030k~bukrs t001~bukrs WHERE t001~bukrs p_bukrs UP TO 200 ROWS. SORT lt_cfg BY bukrs werks opmt ktosl. cl_demo_outputdisplay( lt_cfg ).这段ABAP在1909的ABAP 7.54里可以直接运行。INNER JOIN把公司代码和工厂拉起来LEFT JOIN把OBYC记账配置关联上去SORT按「公司代码-工厂-记账事务-记账码」排序输出就是一张配置基线表。参数p_bukrs限定公司代码避免把整套配置表全部拖出来。实际使用中可以把行数上限去掉但表数据量大的时候会卡建议保留UP TO约束。快照节奏我一般按「项目割接前必做、月度例行一次」执行。割接前快照是给自己留的后悔药月度的意义是发现那些被补丁或权限调整悄悄改掉的配置值。有一次升级后工厂的存货科目集体串账我用这套方法二十分钟锁定了OBYC的一行配置被补丁覆盖而同事还在手工翻SPRO截图。这个习惯坚持下来配置不再是黑匣子。希望帮到你。本文还有配套的精品资源点击获取
 全局锁定 Cytoscape.js 节点：API 用法、底层实现与实战指南)
