简介一份针对SAP S/4HANA 1909版本的常规配置讲解PDF面向SAP模块顾问与系统运维人员系统梳理国家定义、计量单位、货币设置与日历维护等基础配置。资源包仅含1个PDF文档压缩后体积1.18MB内容紧凑便于通读与随时查阅。该资源已有376人学习。文档结合IMG配置路径与字段说明逐一解析国家参数、地址格式及银行/税收检查规则说明七个基础计量单位与维度转换逻辑、非维度单位的维护限制讲解汇率类型的用途如M型用于记账清算、参考货币、买卖汇率与反向汇率等参数以及公假、公共假期日历和工厂日历的定义方法。这些配置直接影响主数据校验、凭证换算与生产排程阅读后可快速掌握SAP常规设置的全局逻辑是理解各模块业务设计的有用参考。1. 常规配置最容易被跳过、翻车时又最难查的一层SAP S4 HANA 1909版本里常规配置这一层是顾问们最容易跳过去、后来又要回头补的东西。它不像增强开发那样能立刻看到效果但你迟早会被它绊住工厂日历没配好MRP把计划订单排到一月一日汇率类型M缺条目外币采购订单保存时反复报错国家字段长度不对供应商主数据里的银行账号怎么填都过不去。这些问题的根子都在 SAP NetWeaver常规设置 这条路径下——国家、计量单位、货币、日历四块。这份PDF按1909版本整理好了全部截图和路径我先把这四块的路由、字段和坑拆开讲一遍细节对着PDF翻更方便。2. 定义国家地址格式、日期格式与字段长度怎么一次配对2.1 国家设置管什么国家设置是跨应用的基础配置S4 HANA里客户和供应商统一到BP业务伙伴主数据之后BP的地址、银行账号、电话区号全都吃国家设置。每个国家在系统里都有固定的日期表达方式、地址结构和字段校验规则中国邮编6位美国邮编5位德国邮编也是5位但格式规则完全不同日期显示上中国习惯YYYYMMDD欧洲多用DD.MM.YYYY美国是MM/DD/YYYY。正文里说“所有国家都已在SAP系统中定义一般不需要增加”这句话的实际意思是国家代码、ISO编码、电话代码系统都预置好了顾问要做的是核对和微调而不是自造国家。系统在维护主数据时会按国家配置去检查邮编、银行账户、税务信息等字段这就是为什么字段长度错了BP保存就会直接报错。2.2 两条配置路径与关键字段配置入口在 SPRO SAP NetWeaver 常规设置 设置国家下面分两类维护视图。配置1是“定义mySAP系统中的国家”维护国家基本参数、地址格式和日期格式配置2维护国家邮政编码、银行账户等字段长度。正文里说的“跨应用程序设置”就是指这两处改完会影响所有模块的主数据校验。字段所处配置作用常见取值国家/地区配置1国家唯一标识系统按ISO预置CN、US、DE日期格式配置1该国家下所有日期显示的格式DD.MM.YYYY / MM/DD/YYYY地址格式配置1地址屏幕的字段顺序与行数SAP标准地址格式编号电话代码配置1维护主数据时自动带出的国家区号CN86、US1邮政编码长度配置2主数据邮编输入校验中国6位、德国5位银行账户长度配置2银行主数据账号位数校验按当地银行标准具体操作不复杂SPRO里展开“设置国家”双击国家行进入维护界面改完保存进请求传输。需要提醒的是日期格式和地址格式有标准编号比如日期格式1、2、3对应不同排列不要自己编新的编号规则否则界面显示会乱。2.3 常见误用与验证方法我见过最典型的误用是把国家级别的日期格式改成自己看着顺眼的样式结果该国家所有BP主数据、凭证打印全部跟着变客户那边直接炸锅。日期格式这种显示层面的东西优先在用户参数里处理不要动国家级配置。另一个误用是自造国家代码比如编一个“CNA”代替CN后期法律报表、银行文件导出全部对不上。验证国家配置最直接的办法SE16N查表T005用国家代码筛出来看日期格式、地址格式、电话代码是否跟业务一致字段长度类的校验直接新建一个测试BP填一个明显不合规的邮编试试系统拦不拦。改配置前先查这个国家下已经有多少BP引用配置请求一起传别只改生产机不留痕。提示字段长度调大后以前保存不了的银行账号会突然能保存但银行文件导出格式不一定兼容动长度之前先找财务确认。3. 检查计量单位七个基础单位、维度与非维度的本质区别3.1 维度决定换算计量单位配置路径是 SPRO SAP NetWeaver 常规设置 检查计量单位。SAP按国际单位制SI预置了七个基础测量单位所有可以互相换算的单位被分到同一个“维度”下长度维度里米、英尺、英寸可以换算质量维度里千克、磅、吨可以换算但长度和质量之间永远不能换算。实际业务里这决定了物料主数据的基本单位怎么选。如果物料基本单位是KG采购订单用G或者T系统可以自动换算如果基本单位是PC采购订单写成EA那就看两个单位在系统里是什么维度关系。正文特别提到“您不能更改在标准系统中提供的测量单位内部代码”这意味着MTR、KGM这种代码保存后就绑死了所有BOM、采购订单、库存都按内部代码存储外部显示文本则可以按语言单独维护。3.2 非维度单位AAAADL的限制系统中有一个特殊维度叫AAAADL是“非维度测量单位”的虚假维度。PC件、EA个、CS盒、箱、打这类统计单位都没有物理量纲不属于SI体系所以它们被放在这个虚假维度下。比较项有维度单位非维度单位是否属于SI是可追溯到国际单位制否人工统计单位典型代码MTR、KGMPC、EA、CS、箱维度字段Length、Mass等AAAADL单位间换算定制中可维护分子分母不能维护分子分母常见用途BOM、采购按重量体积计价件数、箱数、数量统计正文里说得很清楚不同非维度测量单位之间换算的分子和分母无法在定制中指定。所以PC和CS之间想配一个“1盒24个”的全局换算规则在计量单位维护界面里根本配不了分子分母字段是灰的。这个限制不是系统bug而是它们本身没有物理换算基础不能硬套换算率。3.3 新增计量单位CS盒的具体做法物料要用“盒”作为单位但系统没有常见做法是事务代码CUNI新建计量单位它是“检查计量单位”配置的快捷入口。步骤CUNI回车点新条目外部单位代码填CS维度选AAAADL非维度维护语言相关文本中文填“盒”英文填“box”或“case”保存系统自动分配内部代码。外部代码是业务可见的标识内部代码是系统存储用的两者分开的原因在于BOM、采购订单只认内部代码改内部代码等于断链。维护完CS之后物料主数据的基本单位、采购单位就能选到CS了。但CS与PC之间的换算不要试图在单位定义里做正确做法是在物料主数据“计量单位”页签里给每个物料单独维护包装数量比如1盒24个这个关系跟着物料走不污染全局单位定义。提示别为了让CS和PC“看起来统一”就把非维度单位改成有维度单位维度是物理属性不是配置喜好。4. 货币设置与汇率类型M类型、备选汇率、参考货币和反向汇率4.1 汇率类型M是过账的默认路径货币配置路径在 SPRO SAP NetWeaver 常规设置 货币货币代码和换算率一般用系统默认真正要动的是汇率类型。正文强调当过账并清算凭证时系统默认使用汇率类型M下的汇率。也就是说只要事务涉及外币凭证过账就会去找M类型下“外币→本币”的汇率条目。常见错误是只在OB08里维护了远期汇率类型或者某一种参考汇率M类型下根本没有该外币对本币的条目结果采购订单保存时直接报“汇率不存在”。OB08是日常维护汇率的事务代码进去之后选汇率类型M维护有效期和汇率值注意直接报价和间接报价的方向别把汇率填反。正文还提到“SAP系统必须在此汇率类型下在您的公司代码货币中包含至少一个条目”意思是每个公司代码用到的每种外币都要在M类型下有一条相对本币的汇率记录哪怕汇率是1也要有一条否则清账处理会卡住。4.2 备选汇率与换算率定制某些货币组合可以使用不同的汇率类型配置入口是“定义货币换算的换算率”。正文给了一个典型场景汇率类型M从USD到LTL时采用EURX定义的汇率。实际含义是当USD和立特这种小币种之间没有直接汇率条目时可以指定它借道EURX欧元基准汇率完成折算。字段含义配置建议基础汇率类型触发跳转的原始类型一般维护M起始货币/目标货币需要特殊处理的货币组合按业务外币清单换算率类型实际读取的汇率类型EURX、P等生效日期规则生效时间上线前配置正文特别警告生产开始后换算率的变化可能会导致SAP系统出现不一致。这句话要重视汇率类型跳转规则千万不要上线后随意改宁可新增一种汇率类型也不要覆盖原有类型的含义。我一般会让开发顾问把涉及换算的财务配置项单独列一个变更清单每次变更前后对比一次。4.3 参考货币、反向汇率与报价方式汇率类型字段里有一组容易混淆的参数参考货币、买入汇率、卖出汇率、In v、固定。参考货币的作用是间接推导设置CNY为参考货币后如果USD/JPY汇率没维护系统会用USD/CNY和JPY/CNY把USD/JPY推算出来。In v表示允许反向汇率比如系统里没有USD→CNY勾上In v后会自动用CNY→USD的汇率转换。固定标记一旦勾上过账时就不允许手工修改该汇率。买入汇率和卖出汇率用于外汇买卖场景中间价从买入价和卖出价计算得出财务上做外币评估时会用到普通生产系统一般维持默认。直接报价和间接报价的区分也很简单本地货币是欧元、外币是美元时直接报价就是1美元0.80欧元间接报价是1欧元1.25美元。看OB08汇率表时先确认系统用的哪种报价方式不然很容易把汇率方向看反。5. 常规配置避坑五个典型翻车案例与自查清单这四块配置平时没人注意出问题时定位半天。下面五条是实际现场里反复出现的情况按“现象→原因→解决”记下来每一条背后对应前面某一节的具体配置对不上号就回到对应章节查。5.1 坑一供应商主数据银行账号字段长度校验失败现象创建国内供应商时银行账号怎么填都提示“长度与此国家无效”账号明显没填错。原因国家配置里的银行账户字段长度没有按当地银行标准设置对应第2章的配置2。S4 HANA里银行主数据挂在BP上保存时直接吃国家字段长度校验。解决SPRO进入“设置国家”的配置2把该国家银行账户字段长度改成当地标准。改完以后历史主数据如果需要统一刷新先用测试BP验证规则再跑批处理。5.2 坑二PC和EA之间想配换算率分子分母是灰的现象单位维护界面里想定义1PC1EA或者1箱24个找了一圈发现分子分母输入框不可编辑。原因PC、EA、箱都是非维度测量单位挂在AAAADL虚假维度下没有SI基础定制中不提供换算率字段。这是第3章说的硬边界。解决全局规则走不通就在物料主数据“计量单位”页签给每个物料单独维护包装换算或者建物料时统一口径基本单位和订单单位保持一致。不要试图绕过这个限制去改维度。5.3 坑三外币采购订单保存时报“汇率不存在”现象OB08里明明看得到该外币汇率但凭证保存时一直报汇率或汇率类型错误。原因凭证过账默认走M类型而OB08里维护的是其他汇率类型或者反向汇率In v没勾系统只允许单向读取也可能是公司代码本币组合下M类型根本没有条目。解决OB08按M类型维护该外币对公司代码本币的汇率条目。如果业务上允许倒算把汇率类型的In v打开。再不行检查凭证货币与公司代码本币是否一致有时是凭证货币选错了。5.4 坑四MRP把公共假期排成工作日现象MRP跑出来的计划订单落在元旦、国庆第一天交期全乱。原因工厂主数据没有分配工厂日历或者工厂日历没挂正确的假期日历。第5章提到假期日历和工厂日历被后勤和HR多个领域定为标准MRP排产直接读工厂日历的工作日规则。解决按“公共假期→假期日历→工厂日历→工厂参数分配”四步走完。MRP重跑前确认工厂主数据里的日历字段已经指向新日历别只维护了日历忘了分配。5.5 坑五公共假期没按预期自动顺延现象元旦落在周六希望系统自动顺延到工作日或者反过来不希望延后的假期被延后了。原因定义公假时“固定日期”规则下的保证标记没勾系统不确定这个假期是否需要顺延。正文明确说“只有标记字段保证才可使用它在这种情况下将该假期转移到下个工作日”。如果选了不固定的公共假日则每年都要人工定义一次系统不会自动处理。解决需要自动顺延的假期定义时勾上保证标记不需要顺延的保持普通固定日期不固定假日在每年年初统一维护别配一次就忘。建议把这类工作放进年度运维日历每年12月集中做次年公假导入。5.6 配置后的快速自查清单常规配置改动小、影响面大我习惯在每次传输之后按下面这张表过一遍半小时内能扫完。检查项自查方法发现问题后的动作国家设置SE16N查T005核对日期/地址格式/电话代码在SPRO配置1中修正字段长度新建测试BP填一个不合规的邮编和账号在配置2调整长度计量单位CUNI查看单位维度与换算率区分维度/非维度别硬配汇率OB08查M类型外币对本币条目补汇率或调整In v/参考货币日历SCAL查看次年工作日与假期分布维护公假、分配假期日历、改工厂参数这套清单走完不超过半小时省下的是排产返工和外币过账出错的四五个小时调试。6. 维护日历的快速手法SCAL复制、分配与上线前验证6.1 直接用SCAL进入日历维护维护公共假期和工厂日历不必每次从SPRO逐层点。常见做法是直接输事务代码SCAL进入后能看到公共假期、假期日历、工厂日历三个入口层级关系跟IMG路径一致但少了树形点击改起来快很多。对经常要切测试机和生产机的顾问来说少点两层树就是少一次点错的风险。6.2 新工厂复制一套日历新工厂上线时工厂日历通常不用从零定义。SCAL里打开工厂日历清单选中一个同地区、作息规则接近的日历用“复制为”生成新日历ID再调整厂休日之类的工厂专属规则就行。步骤SCAL进入工厂日历清单选择来源日历比如同国家旧工厂的日历复制为新工厂日历检查工作日规则与分配的假期日历回到工厂主数据把工厂日历字段换成新日历。复制比自己定义快得多而且不容易漏掉公共假期。需要注意复制后假期日历是共享引用还是独立副本如果新工厂的休息规则跟旧工厂差异大就新建假期日历再重新分配别在旧日历上直接改。6.3 上线前的验证日历配好不等于生效。我的验证顺序是SCAL里看新日历的月度视图确认周末、公共假期、厂休都正确再去工厂主数据确认日历字段已分配最后跑一次MRP观察计划订单日期是否落在工作日。之前有过一次新工厂日历没分配MRP把元旦排成生产日的翻车经历从那以后每次新工厂上线我都强制走一遍“SCAL复制→分配工厂→MRP试跑”这套流程五分钟但能挡掉最基础的交期错误。配置常规设置这种事慢一点比返工快希望帮到你。本文还有配套的精品资源点击获取