企业官网建设流程全解析

简介：这是中国石化SAP-HR系统操作培训的时间管理模块PPT，面向负责考勤管理、休假与加班核算的HR人员以及SAP系统关键用户，可帮助其快速掌握时间管理模块的日常操作。课件从模块功能概述切入，梳理了记录考勤明细、汇总考勤结果两种方式，并对工作计划规则、休假定额等术语做了解释。业务实现部分按组织单位轮班组管理、员工工作计划规则、休假管理、加班管理、缺勤管理、特殊出勤管理、替班管理、考勤统计等场景逐步展开，还配有月末考勤处理流程说明，能帮助读者理解系统操作环节。全程以演示场景辅助讲解，如为员工生成年休假定额、维护加班缺勤信息等，实操参考价值较强。压缩包内为单个PPT文件，大小约1007KB，已有57人学习查看，适合作为内部培训或自学巩固的参考资料。

1. 时间管理模块：石化考勤员每天打开SAP-HR之后到底在做什么

月底考勤核算结果一片空白、年休假额度和实际休的天数对不上、倒班人员的班次报表怎么都检查不对——这些在SAP-HR时间管理模块里翻车的场景，几乎都指向同一个根因：对「工作计划规则」和「休假定额」这两个基础配置的理解出了问题。这份培训PPT虽然是面向中国石化体系的内部操作培训，但它的内容骨架是通用的：先搭好班次与规则，再按休假、加班、缺勤、特殊出勤、替班逐项维护数据，最后走考勤核算与HR_PT_006月末流程。对于正在上手SAP-HR时间管理模块的考勤员、HR专员和刚转做HR运维的实施顾问来说，这套内容能直接帮你把「系统里该录什么、什么时候录、录完走什么流程」整条线捋清楚，而不是停留在按钮层面。接下来我按实际操作顺序把这套逻辑拆开讲。

2. 工作计划规则与休假定额：把白班和倒班的数据地基先打对

2.1 IT0007不只是排班表：工作计划规则决定了考勤怎么算

PPT里反复提到的「工作计划规则」，是时间管理模块里第一个容易理解偏的概念。很多刚接触SAP-HR的人以为它就是一张排班表，每天往里填员工上什么班，其实不是。工作计划规则定义的是「一类人」的工作节奏——常白班、四班两倒、三班两倒，这些规则维护在信息类型IT0007里，而每个员工主数据里挂的只是这条规则的引用。

实际操作中，IT0007里两个字段最关键：一个是工作计划规则编号，比如四班两倒对应某个规则号；另一个是「是否参加考勤核算」的勾选标志。这个标志如果没勾，后面做的所有考勤录入都进不了核算环节，月底一跑考勤计算，结果全是空的。我见过不止一次项目上线后考勤员反馈「明明录了请假，核算报表里就是没有」，查到最后就是IT0007里这个标志没打上。

字段的维护路径在SAP里是标准的：PA30维护员工主数据，信息类型选0007，录入工作计划规则编号后保存。但石化场景里经常有批量需求——新装置投产、整批大学生入职，这时候一条条维护效率太低，常见做法是用批量导入工具按组织单位刷，或者用PA30的批量维护变式。PPT里的业务一和业务二就是把这两件事分开了：业务一先把组织单位的轮班组信息配好，业务二再把员工个体关联到规则上。

这里有个细节值得注意：轮班组的信息维护在组织单位层级，员工的工作计划规则维护在个人主数据层级。轮班组相当于把倒班人员分成几个组，比如四班两倒分四个组，这个分组信息不在员工主数据里，而是在组织单位下配置。月底考勤核算时，SAP根据员工所属的组织单位和挂接的轮班组，自动算出每个组对应的班次。所以先配好轮班组、再维护员工规则，这个顺序不能反。

2.2 IT2006休假定额：记住「额度」和「使用」是两笔账

PPT术语表里特意提醒了一句话：IT2006里记录的是休假定额的「计划额度」，也就是员工享受的休假待遇，实际休了多少天是每月录入考勤结果时另行维护的。这个「计划与使用分离」的设计，是把新手绕晕的第二道坎。

比如一个员工工龄满十年，年休假按政策是10天。考勤管理员年初在IT2006里生成一条记录，定额10天。这个动作叫「生成休假定额」，PPT里的业务三说的就是这个。之后员工休了3天年假，考勤员在当月考勤结果里录入一条3天的年假记录。注意，这3天不是直接扣在IT2006的10天上的，而是作为考勤结果单独存。系统里有专门的监控报表去看「定额还剩多少」，但SAP默认不做阻断式控制，也就是说：员工定额只有5天，你录了6天年假，系统不会报错，照常保存。

这个设计在石化这种多用工形式的场景里尤其重要。化工装置的倒班人员、值班人员、常白班人员的休假政策不完全一样，定额生成的依据也不同。PPT里演示的是「根据员工工龄生成年休假定额」，常见做法是每年固定时间点用批量程序跑一遍，按员工的服务年限段自动生成定额数据。跑完之后考勤员要做的是抽查，而不是逐条核对——因为批量程序是按规则走的，真正的风险点在员工入职、离职、转岗这些动态事件上，这些情况系统不会自动更新定额，需要人工介入。

实操参数上，IT2006的维护重点是：定额类型（年休假、调休等）、定额开始日期、定额天数、以及是否允许结转。结转设置直接决定年底没休完的假是清零还是顺延到次年。石化企业一般对倒班人员的调休有特殊结转规则，这些都是在IT2006的对应字段里控制的。培训PPT里不展开讲字段级细节，但你要知道这个逻辑链路：定义规则→生成定额→日常使用→监控余量，每一步都有自己的数据载体，不能混。

3. 休假、加班与缺勤：三个高频业务的数据维护全流程

3.1 休假管理：从审批假条到系统录入的闭环

PPT里休假管理的操作步骤写得很收敛：「根据审批后的假条维护员工的休假信息」。这句话背后其实是两个角色协同：考勤管理员生成休假定额，考勤员维护员工的休假信息。前者管额度，后者管使用。

实际操作流程通常是这样：员工请假先走线下或OA审批，审批完成后假条流转到考勤员手里，考勤员在SAP的考勤录入界面（常见做法是PA61）选择员工、选择休假类型、填起止日期，保存后生成一条考勤数据。这里的关键是「审批前置」——SAP的时间管理模块本身不是审批系统，它只记录结果。如果员工还没批假就先录了系统，后面审批被驳回，这条数据还要返工删除，纯属给自己找麻烦。

另一个常见问题是休假类型的选择。年假、病假、事假、调休、婚假、丧假，每种类型在系统里都有独立的代码，对应不同的扣减逻辑和工资处理。很多人录的时候图省事统一选「休假」，月底跑考勤核算时全部被归到一个类型里，不仅报表难看，更重要的是工资计算会把不同类型按不同规则处理——比如带薪假和不带薪假的扣款逻辑完全不一样。所以我一般建议考勤员在维护时强制核对一遍假条上的类型和系统里的休假期代码，宁可在录入时多花十秒钟，也别月底对着报表一张张查。

3.2 加班管理：先有审批单，后有系统记录

加班管理的PPT演示场景是「为已经加班完成的员工维护加班信息」，按加班审批单维护常白班员工的加班信息。这里有两个限定词需要注意：「已经加班完成的」和「常白班员工」。

为什么要限定常白班？因为倒班人员的加班逻辑和常白班完全不同。倒班人员本身就有夜班、中班等班次，超出正常班次的出勤是否算加班、按什么倍数核算，这些由工作计划规则里的班次定义去完成，不需要单独录加班信息。而常白班员工没有班次定义兜底，加班工时只能靠考勤员手工录入。所以在维护加班数据前，先问一句「这个人是什么工作计划规则」，能省掉后面一大半的返工。

加班数据录入的选择也很关键。是按天录一条「加班8小时」，还是按时间段录「18:00到次日02:00」？这个取决于薪资核算时需要的是「小时数」还是「时间段」。石化场景里夜班津贴通常按时间段计算，所以如果企业有夜班津贴需求，就必须录起止时间，而不是只录加班小时数。PPT里没提这个细节，但你在实际配置系统时一定要确认清楚薪资模块的取数口径。

加班审批单的核对，是另一个雷区。很多考勤员录加班只看加班天数，不看审批单上的加班时间段。审批单写的是工作日加班3小时，系统里录成周末加班8小时，这就不只是数据错了，是性质变了——工作日加班和周末加班的倍率不一样，工资算出来差不少。录完之后最好在系统里把审批单号和加班记录关联起来，方便后续审计追溯。

3.3 缺勤管理：旷工数据不维护，工资照发

缺勤管理在PPT里只有一句话：「根据线下考勤签到情况，维护员工的缺勤信息」。看起来简单，实际执行时却最容易被忽视——因为它不像休假和加班有审批单流转，缺勤的触发起因是考勤签到数据。

石化工厂里很多岗位是现场签到，甚至是指纹机、门禁记录，这些数据不一定实时同步到SAP。考勤员拿到月度签到统计后，发现某员工连续几天没有签到记录，需要确认是出差、外勤还是旷工。出差外勤有对应的特殊出勤类型，真正确认旷工的才维护缺勤数据。如果这个确认环节拖到月底，缺勤数据过了考勤核算窗口期，工资照发不说，后面的考核数据也对不上。

更隐蔽的问题是缺勤数据的时间维度。缺勤是按天录还是按小时录？石化装置的操作工岗位，缺勤半天和缺勤两小时的处理方式不一样。半天以内的迟到早退，在有些企业的规则里是不扣工资的「宽容期」，超过半天才进入缺勤范畴。这个判断标准不在系统里，在考勤管理制度里。SAP只是把制度变成可执行的数据，制度本身需要HR自己定义清楚。

缺勤数据的录入建议用批量方式。几十个人一天内的缺勤情况，逐个人录效率太低，常见做法是用批量录入模板，按员工号、日期、缺勤代码三列导入。导入之前先做好校验——员工号是否有效、日期是否在工作日历内、缺勤代码是否存在，这三项校验能过滤掉一半以上的导入错误。

4. 特殊出勤与替班：两个容易被忽略的数据维护场景

4.1 特殊出勤：算考勤但不算加班的出勤类型

特殊出勤管理在九个业务里存在感不高，但实际使用的频率比想象中要高得多。值班、待命、出差、外派培训、工会活动——这些场景员工确实出勤了，但不是正常的班次出勤，也达不到加班的认定标准，需要靠特殊出勤类型来区分。

这里操作上最忌讳的是把特殊出勤全部塞进「出差」一个类型里。石化企业的出差有市内、跨省、装置检修外派等不同性质，对应不同的补贴标准。如果只用一个出勤类型，月底统计报表看不出补贴差异，薪资计算的取值也会少一个维度。正确做法是按企业制度拆细出勤类型，在系统里维护对应的代码，然后按实际场景录入正确的类型。

特殊出勤录入的另一个注意点是时间重叠问题。一个员工在同一天既录了正常班次又录了特殊出勤，系统在核算时怎么处理？常见做法是设定优先级规则——比如特殊出勤的优先级高于正常班次，核算时自动覆盖。这个优先级如果不配，系统会同时计算两段出勤时间，导致日工作时长虚高，还可能触发加班规则。配好优先级之后，录入时就不用担心数据冲突了。

4.2 替班管理：多人一台机组时，替班数据最容易录串

替班管理是化工装置场景特有的业务，PPT里把它单列出来，说明在石化企业的考勤体系里替班不是边缘场景。装置运行是连续性的，一个操作工请假，必须有人顶上这个班次。替班的本质是把员工的班次从A调到B，或者由B员工替代A员工执行某个班次。

实操里最麻烦的是「替班后原班次怎么处理」。比如A是白班，B是夜班，A请假后B替了A的白班，那么B的夜班还上不上？如果不上，B的替班数据是一条「额外的白班」，原来的夜班要记录为缺勤或调休。这里涉及一条替班记录和一条缺勤/调休记录的联动维护，漏掉任何一个都会造成工时虚增或虚减。

替班数据的维护路径一般不做成员工自助，而是由考勤员在后台统一操作，这样便于控制权限。录入替班信息时，替换员工、被替换员工、替班日期、替班班次四个要素缺一不可。我见过的常见错误是只录替班员工的出勤，不标记被替班员工的班次变化，结果月底核算时两个人的考勤数据全对不上，查起来极其痛苦——这种问题没有捷径，只能按人员和日期逐条排查。

4.3 按组织单位维护考勤信息：批量处理的正确入口

PPT业务八说的「按照组织单位维护考勤信息」，是方式一轮班组管理下的批量入口。它和我前面说的逐人维护有本质区别：按组织单位维护时，操作对象是整条装置或整个班组，而不是单个员工。

这个功能的使用场景通常是：某装置因计划性检修，整个班组在某几天的出勤情况统一变化。这时候逐人维护要录几十条数据，用组织单位维度批量维护，选一次组织单位，填统一的时间段和出勤代码，一次性完成整个班组的考勤信息更新。效率差距是数量级的。

但批量维护有个前提条件：这个组织单位下的员工，其工作计划规则和考勤参数必须是一致的，否则批量写入的数据对某些人不适用。所以在点「执行」之前，先确认这个组织单位下有没有特殊规则的员工。如果有，要么先把这些员工从组织单位里摘出来单独维护，要么用筛选条件排除掉他们。一次性全局跑，翻车的概率极大。

5. 避坑指南：考勤核算不过、定额被冲掉、替班找不到人的翻车复盘

5.1 考勤核算结果全空：先查IT0007的「参加考勤核算」标志

现象：月中考勤核算跑完后，考勤汇总表一片空白，录入的休假、加班数据全部不参与计算，报表里看不到任何结果。

原因：员工主数据IT0007里的「参加考勤核算」标志未勾选。这个标志决定员工的考勤数据是否进入核算逻辑。批量导入员工信息时，如果导入模板里没包含这个字段，系统默认不勾选，核算时直接把该员工跳过。

解决：进PA30维护对应员工的IT0007信息类型，勾选参与考勤核算标志后保存。批量场景下用PA30的批量变式或直接改导入模板，重新刷一遍主数据。处理完跑一次考勤核算，确认汇总表里有数据了再放行。

5.2 休假定额越用越少，月末一看被冲成全额扣款

现象：员工月初休了3天年假，当时系统里看定额余量正常。月末考勤核算后，工资里年假扣款变成了全额计扣，好像3天年假白休了。

原因：考勤员把实际休假天数直接改在了IT2006定额记录上，而不是通过考勤录入功能记使用记录。定额被改动后，系统在核算时认为定额未使用，同时又没有考勤结果支撑「休了3天」的事实，最终按未出勤全额扣薪。

解决：严格区分两条维护路径——定额只在IT2006里维护，使用记录必须走考勤录入（如PA61），输入休假类型、起止日期和天数。改IT2006只用于调整额度本身，比如员工工龄变动后重新定额，绝不用来记流水。每次维护完定额余量，对照监控报表检查是不是和预期一致。

5.3 加班录了两次：「先审批后录入」没人监督，月底重复核算

现象：某常白班员工周末加班8小时，考勤员按审批单录了一次。后来为了「保险」，又在补录清单里看到了这个人，再录了一次8小时。月底工资里加班费翻倍，考勤员还一头雾水。

原因：考勤数据没有在录入时做「是否已存在」的校验。SAP考勤录入本身不做唯一性阻断，同一个员工同一个日期录两笔8小时加班，系统当作两笔不同数据同时保留。补录清单通常是从审批系统导出的，考勤员没做筛选就把所有审批单重跑了一遍。

解决：维护加班数据前，先按员工号和日期查一遍已有考勤记录。补录清单在导入前用员工号+日期做去重，筛掉已经录过的数据。如果两条重复数据已经入库，删除时注意保留正确的那一条，别把有审批单关联的记录误删。以后每个月底做一次「录入次数 vs 审批单数」的核对，这习惯能省很多事。

5.4 轮班组配到组织单位上，员工报表里的班次张冠李戴

现象：新成立的二级单位已经配好轮班组，但考勤核算后，发现部分员工的班次显示的是别的装置的规律，白班夜班完全对不上。

原因：组织单位轮班组维护时选错了层级或绑错了关系。轮班组信息挂在组织单位上，但如果员工主数据里的组织归属和实际岗位不一致——典型的比如员工从别的装置调过来但组织单位没同步更新——系统核算时用的是员工主数据里的组织归属，而不是考勤员以为的「新单位」，于是班次全按旧组织算了。

解决：批量导入员工时检查主数据的组织分配，确认和实际所在装置一致。新员工入职或调岗后，第一时间同步组织单位，再维护IT0007工作计划规则。轮班组信息维护完，抽样选几个员工跑一次考勤核算预览，对比实际班次表，确认无误后再正式执行。

6. 月末考勤处理流程：用HR_PT_006串起全流程，月结前十分钟的自检清单

PPT里专门画了HR_PT_006「月末考勤处理流程（方式一）」的流程图，从二级单位考勤员开始，经过考勤审批，通过后进入工资计算与发放，中间分布着工时及考勤监控分析、考勤计算、月度考勤汇总、休假管理、加班管理、轮班管理、特殊出勤管理、缺勤管理这些功能节点。这个流程图本身就是月末自检的最佳索引。

我按这个流程顺序，给你一张每月结账前强制走一遍的自检清单：

方式一和方式二是两套并行逻辑，这里顺带说清楚适用边界。方式一「记录考勤明细」适合倒班、轮班、加班、休假类型丰富的场景，它把每一次考勤行为都细化到具体类型和时间维度，核算逻辑复杂但精度高。方式二「记录考勤汇总」适合出勤形态单一的组织，比如机关职能部门，只需要每个月录一次汇总的出勤天数、缺勤天数，不需要按班次拆细节。石化企业里生产一线基本都是方式一，管理科室可能用方式二就够。如果你所在的单位在两种方式之间犹豫，我的建议是看薪资模块的取数要求——薪资是按明细取数还是按汇总取数，决定了该用哪一套，这和考勤员录入的方便程度无关。

最后一个进阶技巧是考勤核算的「预览模式」。SAP考勤核算支持先跑预览不更新数据库，输出一份计划核算结果。我强烈建议你每次正式核算前先跑预览，肉眼扫一遍异常员工——负工时、超长工时、无规则员工都在预览结果里高亮显示。确认没有异常后再执行正式核算，这等于给月底加了一道保险。从那以后我自己每次做月结都强制走一遍「预览核算→核查异常→正式核算→对比汇总表」这个流程，翻车的次数几乎降到了零。希望帮到你。

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