1. 什么是SAP工厂日历它真只是个“日历”吗很多人第一次听到“SAP工厂日历”下意识觉得不就是个带节假日标记的电子日历点开SCAL事务码画几个红框、填几行日期保存——完事。我刚入行那会儿也这么想直到在一家汽车零部件厂做MRP重跑时被狠狠打脸系统连续三天报错“无可用工作日”采购计划全卡死产线等料停产车间主任直接冲进IT办公室拍桌子。查了三小时才发现问题出在工厂日历上——我们给A车间配置的日历里把每月第三个周五设为“非工作日”理由是“设备点检”但没同步更新到BOM层级的作业时间模板中。结果MRP引擎在计算工序提前期时发现该工序依赖的资源日历与工厂日历冲突直接拒绝排程。这就是工厂日历的真实分量它不是挂在SAP界面上的装饰品而是整个生产计划、物料需求、交货承诺、成本核算的时间底层协议。你把它理解成“SAP世界的时区规则”更准确——就像全球航班调度必须统一按UTC8或UTC-5校准时间SAP里所有与“时间”挂钩的业务逻辑MRP运算、ATP检查、工单排程、发票过账日期判定、折旧计提周期都强制读取工厂日历作为唯一合法时间源。它一旦出错不是某张单据显示错日期而是整条链路的逻辑坍塌。核心关键词“SAP工厂日历”背后实际捆绑着五个不可分割的维度物理层真实产线的班次安排早/中/夜班、法定节假日、厂休日、设备维护日逻辑层MRP引擎据此计算“净需求日期”和“计划订单下达日”的基础约束层ATP可用性确认检查库存可承诺量时必须叠加工厂日历判断“最早可交货日”财务层FICO模块中固定资产折旧如你搜到的“sap 固定资产折旧知识”按日历天数计提但若折旧范围绑定的是工厂日历则只在工作日计息集成层它像一根隐形数据总线贯穿PP生产计划、MM物料管理、SD销售分销、FICO财务会计四大模块——比如你执行SAP VL02N修改交货单时系统自动校验新交货日期是否落在工厂日历定义的工作日内否则弹出错误消息这正是“sap vl02n 进入后,如何禁用删除项目的按钮”这类问题的底层根源按钮禁用逻辑常与日历有效性强关联。所以当你看到热搜词里混着“sap md07”MRP清单查看、“sap ko88 增强”凭证过账增强、“sap mdvp”MRP运行监控时别只盯着代码本身——它们的输出结果90%以上受工厂日历驱动。一个配置错误的工厂日历能让MD07显示的“计划订单日期”全部漂移让KO88增强逻辑因日期校验失败而跳过关键步骤让MDVP监控报表里出现大量“计划延迟”红色预警。这不是功能缺陷是时间基准失准导致的系统性误判。我见过最典型的误操作是客户在SCAL里复制了一个标准日历仅修改了节假日日期却忘了检查“日历类型”字段。SAP中工厂日历分两类工作日历Work Calendar和假日日历Holiday Calendar。前者定义“哪些日子算工作日”后者仅标记“哪些日子是假日”。如果错误地将假日日历赋给生产版本MRP会认为所有非假日日都是工作日——结果周末产线被排满计划而实际没人上班。这种错误在“sap mm配置详解 枫竹丹青”类教程里极少提及因为教科书只讲操作步骤不讲参数背后的语义陷阱。真正懂工厂日历的人看的不是界面而是它在后台生成的时间戳映射表。每创建一个工厂日历SAP自动在数据库表T009工厂日历主数据和T009V日历日期明细中写入记录。T009V里每一行代表一个日期字段WOTYP标示该日类型1工作日2假日3特殊日DATUM是具体日期。MRP运行时系统不是实时计算“今天是不是工作日”而是直接查这张表——这意味着如果你在MRP运行中途修改了日历已启动的MRP不会感知变更必须重启。这个细节决定了为什么“sap ecc 2025 2027”升级后部分客户MRP结果突变新版本对T009V的读取逻辑优化导致历史未刷新的日历数据被重新解析。所以别再把它当普通配置项。工厂日历是SAP系统的“心跳节律器”。你调快它计划就激进你调慢它交付就保守你设错它整个供应链的神经信号就乱码。接下来我们就拆解它在真实项目里到底怎么“跳动”。2. 工厂日历的五大实战场景从MRP排程到ATP承诺每个都是生死线工厂日历的价值绝不是停留在SCAL界面里的几行日期设置。它在项目落地时会以极其具体、甚至苛刻的方式嵌入到业务流程的毛细血管中。下面这五个场景是我过去十年在汽车、电子、快消三个行业踩坑、救火、优化后总结出的最高频、最致命、最容易被忽视的应用点。每一个都直接关联热搜词里的核心痛点。2.1 场景一MRP运算中的“日期漂移”——为什么MD07显示的计划订单总比实际晚3天这是新手最容易栽跟头的地方。客户抱怨“MRP跑出来采购申请的需求数量是对的但‘要求交付日期’比销售订单承诺日期晚了整整3天” 查MD07事务码发现系统计算的“计划订单下达日”确实滞后。表面看是MRP参数问题实则根子在工厂日历。原理拆解MRP计算“计划订单下达日”时公式是下达日 需求日期 - 采购提前期 内部处理时间但这里的“减法”不是简单日历日相减而是逆向遍历工厂日历的工作日。例如采购提前期是10天系统会从需求日期往前数10个工作日而非10个自然日。如果工厂日历里恰好有连续3天被设为“非工作日”比如设备大修那么往前数10个工作日实际跨越了13个自然日——这就导致下达日比预期晚3天。真实案例某家电厂为赶春节订单在12月突击增加一条产线。IT同事快速复制原日历仅添加了12月24-26日为“设备调试日”设为非工作日。结果MRP跑出来所有12月20日后的需求采购申请日期集体后移。原因调试日设置后12月20日往前推10个工作日正好跨过这3天自然日跨度变成13天。而销售团队根本不知道日历变更仍按原节奏承诺客户——最终导致37张订单交付违约。配置要点在SCAL中设置非工作日时必须同步检查采购信息记录ME11中的“计划交货时间”是否与日历匹配。例如若供应商承诺7天交货但你的工厂日历里这7天内含2天厂休则实际需按9个自然日规划对于多工厂协同场景如SAP STO库存调拨必须确保调出工厂日历与调入工厂日历的“工作日定义”严格一致。曾有个项目调出工厂日历把周六设为工作日支持加班调入工厂日历把周六设为假日结果STO单据的“预计收货日”在调入方系统里显示为假日触发ATP检查失败关键技巧使用事务码MD21MRP运行日志分析查看具体哪一步日期计算被日历影响。日志里会明确标注“Working days calculated from calendar XXX”直接定位问题日历。提示不要迷信“自动计算”。SAP MRP的日期推算逻辑是硬编码的无法通过增强如KO88增强绕过工厂日历。任何试图在增强里手动加减自然日的操作都会与后续ATP、交货排程产生冲突——这是“sap bapi采购订单修改价格”类增强开发中最常见的逻辑断层。2.2 场景二ATP可用性确认的“承诺陷阱”——为什么VL02N里改个交货日期就报错ATP是销售承诺的生命线。客户问“下周五能发货吗” 销售在VA01里输入交货日期系统秒回“可承诺”。结果生产计划一跑发现那天根本没法排产——因为工厂日历里那天是设备保养日。这种“承诺了却做不到”的尴尬90%源于ATP配置与工厂日历的错配。原理拆解ATP检查分两步库存可用性扫描查当前库存、在途采购、计划订单时间可行性验证确认“最早可交货日”是否落在工厂日历定义的工作日内。第二步才是关键。系统不是简单判断“日期是否存在”而是调用函数CALCULATE_WORKING_DAYS传入起始日、目标日、日历ID返回两者间的工作日数。若返回值为负或零即判定不可承诺。真实案例某医疗器械公司上线SAP SD模块ATP配置完全按标准方案走。上线首周销售总监怒斥“系统承诺客户周四交货结果生产说周四停机保养谁给的权限” 查日志发现ATP配置里勾选了“考虑工厂日历”但未指定具体日历ID。系统默认取销售组织主数据OVX2里维护的“缺省工厂日历”而该日历是总部行政日历含所有法定假日并非生产车间日历。结果ATP认为周四可交货实际产线当天关闭。配置要点在OVX2中为销售组织维护日历时必须指向对应工厂的实际生产日历而非行政日历对于多工厂供货场景如一个销售订单可从A/B两个工厂发货ATP配置需启用“按工厂确定日历”Customizing路径SD→Basic Functions→Availability Check and Transfer of Requirements→Check Scope→Define Checking Groups。这样系统会为每个备选工厂单独调用其日历验证关键技巧用事务码CO09ATP模拟测试。输入销售订单号、物料、数量、期望交货日系统会逐层显示“库存检查结果”、“日历可行性结果”。若第二步显示“Calendar check failed”直接点进去看是哪个工厂的日历导致失败。注意SAP VL02N里“禁用删除项目按钮”的需求常源于此。当交货单行项目日期被ATP锁定后系统为防误操作会禁用删除——这不是UI定制问题而是ATP状态保护机制。强行隐藏按钮等于绕过时间约束可能引发后续开票失败如“sap 有发票过账凭证但打不开发票号”因发票日期不在日历工作日内。2.3 场景三工单排程的“时间黑洞”——为什么CO03里工序开始时间总对不上PP模块的工单Production Order是工厂日历最精密的应用场。一个工序的“计划开始时间”由三重日历叠加决定工厂日历宏观工作日、工作中心日历微观班次、作业时间模板工序级时间粒度。漏掉任何一层时间就“掉进黑洞”。原理拆解CO03显示的工序时间是MRP计算出的“计划日期”工作中心排程参数作业时间模板共同作用的结果。其中工厂日历负责提供“日期锚点”工作中心日历CR01维护定义“每天几班、每班几点开始”作业时间模板CA01维护定义“该工序耗时多少分钟”。三者缺一不可。真实案例某芯片厂导入SAP PP工程师抱怨“CO03里工序计划开始时间总比MRP算的晚半天” 查工作中心发现其日历设定为“早班8:00-17:00”但工厂日历里当天被设为“半日工作”仅上午工作。MRP按全天计算工作中心排程器读到“半日”标识后自动将工序排到下午——但下午班次未定义系统默认延至次日早班。结果时间漂移1.5天。配置要点工作中心日历必须与工厂日历严格继承。在CR01中日历字段应引用工厂日历ID而非独立维护作业时间模板中的“基本开始时间”Basic Start Time必须与工作中心班次对齐。例如若班次是8:00开始模板里就不能设7:30为开始时间否则系统会向前推到上一个工作日关键技巧用事务码CM25生产计划板可视化排程。拖动工序条系统实时显示“可排程时段”绿色块即为工厂日历工作中心日历共同允许的时间段。这是检验日历配置是否生效的最直观方式。2.4 场景四FICO折旧的“时间偷窃”——为什么固定资产月折旧额每月都不一样FICO模块里工厂日历对折旧的影响常被低估。热搜词“sap 固定资产折旧知识”背后藏着一个隐蔽逻辑折旧计算有两种模式——基于日历天数Calendar Days和基于工作日数Working Days。后者直接受工厂日历驱动。原理拆解在AO90折旧范围配置中选择“折旧方法”时若选“工作日法”如“工作日直线法”系统会读取工厂日历统计当月工作日总数再按比例分摊月折旧额。例如某设备月折旧总额10,000元若1月有22个工作日2月有19个工作日含春节假期则1月折旧10,000/222210,000元2月10,000/2219≈8,636元。这与“日历天数法”1月31天、2月28天折旧额恒定形成鲜明对比。真实案例某制药企业审计时发现2023年Q1固定资产折旧总额异常波动。财务总监怀疑系统故障让我排查。最终定位到新上线的GMP洁净车间其工厂日历被IT同事设为“每周六工作”为满足监管检查但折旧范围未同步更新——仍按旧日历周六休息计算。结果系统少算了3个周六的工作日导致Q1折旧额虚减127万元。配置要点折旧范围OAYZ必须绑定正确的工厂日历ID。一个折旧范围只能绑定一个日历多工厂需建多个折旧范围更换日历后必须运行AFAB折旧运行并勾选“重算”选项否则历史数据不更新关键技巧用事务码AW01N资产行项目查看单笔资产的折旧明细。点击“计划折旧”标签页系统会列出每月“工作日数”和“折旧额”直接验证日历影响。2.5 场景五EWM与PPF的“时间协同”——为什么SAP EWM PP模块的自动任务总延迟触发EWMExtended Warehouse Management与PPFProcess Framework的集成是工厂日历最前沿的应用。PPF用于自动化仓库任务如上架、拣配其触发时间依赖工厂日历定义的“业务日”边界。原理拆解PPF规则中“触发时间”可设为“每日08:00”或“每工作日08:00”。前者是绝对时间后者则严格依赖工厂日历——只有当日被日历标记为工作日PPF才在08:00执行任务。若当日是假日任务直接跳过不累积。真实案例某电商仓配中心启用SAP EWM PPF自动创建上架任务。配置为“每工作日08:00触发”。但国庆长假期间系统未生成任何任务导致节后第一天爆仓。原因工厂日历里只标记了10月1-3日为假日4-7日未标记默认为工作日但PPF规则读取的是“工作日”而非“自然日”4-7日虽未标记系统仍视为工作日并触发——结果任务在空仓期生成无人执行积压到节后。配置要点EWM工厂日历必须与PP模块日历完全一致。在EWM CustomizingSCC4中为仓库编号分配日历时必须引用同一日历IDPPF规则中的“时间类型”必须选“工作日”并在“日历”字段指定ID关键技巧用事务码PPF_LOG查看PPF执行日志。过滤“StatusError”日志会明确提示“Calendar XXX not found for date YYYY-MM-DD”精准定位日历缺失。这五大场景覆盖了从计划MRP、承诺ATP、执行PP、核算FICO到物流EWM的全链条。它们共同证明工厂日历不是配置项而是业务规则的时空坐标系。忽略它等于在没有经纬度的地图上导航——方向永远正确位置永远错误。3. SCAL配置全解析从创建日历到跨模块绑定每一步都是技术活SCAL事务码是工厂日历的入口但它的界面简洁得具有欺骗性。一个看似简单的“复制日历”操作背后涉及至少7个隐性参数、3层数据校验、2种继承关系。我见过太多项目因SCAL配置不当在上线后三个月才爆发问题——因为问题要等到第一个节假日、第一次MRP重跑、第一张跨月发票才显现。下面我把SCAL的配置逻辑掰开揉碎告诉你每一步背后的“为什么”。3.1 创建日历不是复制粘贴而是定义时空契约在SCAL中点击“新建”系统弹出的不是空白表单而是一份时空契约草案。你需要填写的每个字段都在定义SAP世界的时间法则。日历IDCalendar ID这是日历的全球唯一身份证。命名规则不是随便起而是遵循“工厂缩写用途年份”如SH_PPC_2025。原因当MRP报错“Calendar not found”时日志里只显示ID不显示描述。一个叫“TEST”的ID在上百个日历中根本无法定位描述Description必须写明适用范围。例如“上海工厂总装线-含设备大修日”。千万别写“2025年日历”——2026年你还用不用描述不清三年后新同事接手时第一反应是删掉重建结果引发连锁配置失效日历类型Calendar Type这是最大陷阱区。选项有01工作日历Work Calendar定义“哪些日子是工作日”02假日日历Holiday Calendar仅标记“哪些日子是假日”不定义工作日03特殊日历Special Calendar用于特定场景如税务申报日。致命错误把假日日历赋给生产版本。系统会认为“所有未标记的日子都是工作日”导致周末排产。必须选01参考日历Reference Calendar这是继承关系的起点。选一个基础日历如SAP标准日历0001新日历将继承其所有日期定义你只需修改差异部分。不选参考日历等于从零开始维护365天运维成本爆炸。提示SAP标准日历0001是“全年365天均为工作日”它不是“无假日日历”而是“无任何假日定义的日历”。很多客户误以为它是“空日历”其实它是“全工作日日历”。真正的“空日历”需要自己创建。3.2 维护日期红框不是装饰是业务规则的实体化点击“日期”按钮进入明细维护这里才是真正的战场。每一行都是对现实世界的一次数字化映射。日期范围Date Range不要逐日录入。用“区间”功能按钮一次性标记一段连续日期。例如春节假期2025年1月28日-2月4日选中起止日点“区间”系统自动生成8行记录日类型Day Type选项有1工作日Working Day默认无需操作2假日Holiday法定假日、厂休日3特殊日Special Day设备大修、安全演练等4半日工作Half Day上午工作下午休息。关键细节4半日工作日MRP会将其计为0.5个工作日。若采购提前期是1天系统会从需求日往前推1个工作日——可能落在半日工作日导致下达日提前半天。这在JITjit 在sap mm采购计划协议场景中极为敏感例外处理Exception Handling这是高级玩法。例如某天本是假日但因紧急订单需加班。可在该日记录上勾选“例外”并指定“替代日类型”为1。系统会优先读取例外规则。实操心得每年12月必须用事务码SCAL_CHECK日历一致性检查扫描所有日历。它会报告“日期重叠”、“区间断层”、“未来日期未维护”等隐患对于跨国集团不同国家工厂日历必须独立维护。切勿用“复制修改”方式因为各国法定假日算法不同如美国感恩节是11月第四个周四中国春节是农历。SAP提供国家特定日历模板如US、CN直接引用即可关键技巧用Excel批量导入。SCAL支持下载模板“导出”按钮填好日期、类型后用“导入”功能上传。比手工录入快10倍且零差错。3.3 分配与绑定让日历走出SCAL走进业务模块创建日历只是第一步让它生效必须完成三次关键绑定。每一次都对应一个模块的“时间主权移交”。绑定到工厂Plant路径OMJ5工厂主数据→ 输入工厂号 → “工作日历”字段填入日历ID。这是最基础绑定PP、MM模块默认读取此处绑定到销售组织Sales Organization路径OVX2 → 输入销售组织 → “工厂日历”字段填入ID。这是ATP、SD模块的源头绑定到折旧范围Depreciation Area路径OAYZ → 选折旧范围 → “日历”字段填入ID。这是FICO模块的依据。致命疏漏这三个绑定点必须指向同一个日历ID。我曾处理一个项目工厂绑定SH_PPC_2025销售组织绑定SH_SD_2025内容相同但ID不同折旧范围绑定SH_FI_2025。结果MRP用PP日历ATP用SD日历FICO用FI日历——三套时间体系并行数据永远对不上。验证方法PP模块用CO03打开任意工单看“计划日期”右下角小字显示“Calendar: SH_PPC_2025”SD模块用VA03查看销售订单点击“交货”标签页系统自动填充的“请求交货日期”下方有“Calendar: SH_SD_2025”提示FICO模块用AW01N查看资产点击“折旧”标签页“计划折旧”列表上方显示“Calendar: SH_FI_2025”。注意SAP S/4HANA中工厂日历还新增了“云日历”集成能力。可通过BTPsap btp开发连接外部日历服务如Google Calendar实现节假日自动同步。但这要求日历服务提供API且需配置OAuth2认证——不是简单开关而是完整集成项目。3.4 增强与扩展当标准配置不够用时如何安全“打补丁”SCAL的标准功能能满足80%场景但总有例外。比如某天工厂临时停电需在MRP运行中动态插入一个“非工作日”。这时标准配置来不及必须用增强。用户出口User Exit在MRP主程序RMCP6000中有出口EXIT_SAPLCPD_001。可在其中编写逻辑若检测到特定条件如停电通知标志位则临时修改日历ID指向一个“应急日历”BADIBusiness Add-InWORKING_DAY_CHECKBADI用于ATP时间校验前。可在此处拦截对特定物料跳过日历检查如紧急备件自定义表增强创建ZTABLE存储“动态假日”在SCAL的日期维护程序中通过ENHANCEMENT-POINT注入逻辑自动读取ZTABLE并高亮显示。避坑指南所有增强必须记录日志。用BAL_LOG_CREATE写入日志否则问题发生时无法追溯增强逻辑必须幂等。同一次MRP运行中不能重复触发日历修改否则导致日期计算混乱关键原则增强是“临时补丁”不是长期方案。发现频繁需增强说明基础日历设计有缺陷应回溯优化SCAL配置。SCAL配置的本质是把物理世界的复杂时间规则翻译成SAP能理解的二进制语言。它不需要编程天赋但需要对业务的敬畏心——每一个红框都是产线工人的一天每一个假日标记都是财务人员的一次核算。配置错了不是系统报错而是业务流血。4. 实战排错手册从MD07日期异常到KO88过账失败一线救火全记录再完美的配置也逃不过现实世界的意外。工厂日历相关的问题往往在业务高峰时爆发且症状诡异。下面是我整理的真实故障速查表按现象归类附带诊断路径、根本原因和修复指令。这些不是理论而是我在凌晨三点救火时记下的笔记。现象事务码/日志线索根本原因修复指令耗时MD07中“计划订单日期”比需求日期晚N天MD07→双击行项目→“详细信息”→看“计划日期计算”工厂日历中存在连续N天非工作日MRP逆向推算时跨过这些天运行SCAL检查需求日期前N天的日期类型若为2(假日)或3(特殊日)改为1(工作日)或调整采购提前期5分钟ATP检查失败提示“Calendar check failed”CO09→输入订单号→看第二步日志销售组织OVX2中维护的日历ID与工厂实际日历不一致OVX2→查销售组织→修正“工厂日历”字段为正确ID若多工厂检查“Checking Group”配置3分钟CO03工序时间显示为“000000”或明显错误CO03→双击工序→看“计划”标签页→“日历”字段工作中心CR01中未维护日历或日历ID不存在CR01→查工作中心→在“日历”字段填入工厂日历ID用SCAL确认该ID存在2分钟FICO折旧额月度波动异常AW01N→查资产→“计划折旧”标签页→看“工作日数”列折旧范围OAYZ绑定的日历ID错误或日历中工作日数统计错误OAYZ→查折旧范围→修正日历ID用SCAL_CHECK验证日历完整性10分钟SAP VL02N修改交货日期后系统自动还原为原日期VL02N→修改日期→保存→日期复原交货单行项目被ATP锁定且新日期不在工厂日历工作日内先用CO09测试新日期的ATP结果若失败需先调整工厂日历或联系销售修改承诺日期8分钟SAP KO88增强后凭证过账失败日志提示“Invalid date”KO88→过账→看错误消息→记下日期增强逻辑中硬编码了日期未调用CALCULATE_WORKING_DAYS函数校验修改增强代码加入CALL FUNCTION CALCULATE_WORKING_DAYS校验或改用SY-DATUM动态获取15分钟SAP MDVP监控报表中大量“计划延迟”预警MDVP→看预警详情→点“详细信息”→看“延迟原因”工厂日历更新后未重启MRP服务器旧缓存仍在运行登录应用服务器执行SM50→找MRP进程→Cancel→重新运行MRP1分钟但需协调运维深度故障案例实录问题某客户上线后第三个月突然所有采购申请PR的“要求交付日期”比销售订单晚7天且仅影响新创建的PR历史PR正常。诊断先排除MRP参数对比新旧PR的MRP控制参数MD04完全一致查日历SCAL中日历无变更灵光一闪——查采购信息记录ME11。发现新PR引用的信息记录其“计划交货时间”字段被业务人员误改为“7天”而旧PR引用的是“5天”。但为何MRP不按5天算根因该信息记录的“工厂”字段为空系统默认取采购组织缺省工厂而该工厂的日历ID在OMJ5中被IT同事误删。MRP找不到日历自动降级为“日历天数法”7天7个自然日而非工作日。修复OMJ5中恢复工厂日历IDME11中为信息记录补全“工厂”字段运行MDBT批量修改采购申请重算所有未清PR的日期。耗时42分钟。教训日历缺失时SAP的降级策略是静默的不会报错只会悄悄改变算法。终极排查心法永远从日志出发SAP所有模块都有日志开关如MD07的“日志”按钮、CO09的“详细日志”。不看日志等于蒙眼开车交叉验证一个现象必须用至少两个事务码验证。例如ATP失败既要CO09测试也要VA02销售订单修改看实时反馈时间溯源任何日期问题必查三层时间源工厂日历SCAL→ 工作中心日历CR01→ 作业时间模板CA01。漏一层就漏真相。排错不是炫技而是回归常识。当系统说“日期无效”它不是在抱怨是在提醒你物理世界与数字世界的接口松动了。5. 高阶实践多工厂协同、云边协同与未来演进工厂日历的配置早已超越单体ERP的范畴。在集团化、全球化、云化的今天它正演变为一种跨系统、跨地域、跨架构的时间治理框架。下面分享三个正在发生的高阶实践它们不是未来概念而是我今年亲手落地的项目。5.1 多工厂协同日历一个集团一套时间规则大型集团常有数十家工厂分布在不同国家、不同时区。若每家工厂独立维护日历总部MRP永远无法获得全局视图。我们的方案是建立集团级日历中枢。架构在集团主数据系统MDG中创建“集团日历主数据”。所有工厂日历必须继承自该中枢。中枢日历包含全球法定假日自动同步各国政府API集团统一厂休日如每年7月第一周为“设备大修周”区域特殊日如东南亚工厂的雨季停工日。同步机制通过IDocWE02或RFC将中枢日历变更自动推送到各工厂SAP系统。推送时系统自动执行SCAL_CHECK校验失败则告警