员工请假系统

员工请假系统（精选9篇）

1.员工请假系统 篇一

关于员工请销假规范

各职能部门： 各职能部门： 为规范人员管理及公司考勤管理制度，严格请假纪律，为规范人员管理及公司考勤管理制度，严格请假纪律，保障公司的正常运 作，根据国家有关规定和公司制定的考勤管理制度，结合公司的实际情况，特 根据国家有关规定和公司制定的考勤管理制度，结合公司的实际情况，规定和公司制定的考勤管理制度 制定本办法如下 具体参照附表 制定本办法如下(具体参照附表 ： 如下 具体参照附表)：

总则
目的：为统一请假标准，严格请假纪律，规范人事管理。

（一）目的：为统一请假标准，严格请假纪律，规范人事管理。适用范围：公司全体员工。

（二）适用范围：公司全体员工。请假类别：具体类别具体说明。

（三）请假类别：具体类别具体说明。请假程序：逐级上报审批，需交请假单至办公室备案归档。

（四）请假程序：逐级上报审批，需交请假单至办公室备案归档。

附

表
附则

员工请假应办理请假手续，填写请假条，做好工作安排和工作交接。员工请假应办理请假手续，填写请假条，做好工作安排和工作交接。应办理请假手续 如实填写部门职务 姓名。填写部门职务、（一）如实填写部门职务、姓名。请假类别：休假、公假、病假、事假，其它则另附说明。

（二）请假类别：休假、公假、病假、事假，其它则另附说明。请假时间：员工月假期为四天，可以调休。

（三）请假时间：员工月假期为四天，可以调休。若员工请假 2 天及 2 天以上

的，则需报至总经理处批准，其它假期的审批程序照此执行。超假期应 则需报至总经理处批准，其它假期的审批程序照此执行。及时通告请示有关领导。及时通告请示有关领导。部门主管意见： 则主管签字，不准，则述明理由。

（四）部门主管意见：准，则主管签字，不准，则述明理由。公司所有员工无论因公、私事请假经批准后，（五）公司所有员工无论因公、私事请假经批准后，均需交请假单至办公室备 案归档。案归档。未办任何手续或请假未经同意而缺勤者，一律作旷工处理。

（六）未办任何手续或请假未经同意而缺勤者，一律作旷工处理。特殊情况需 报公司总经理批准，未经批准的超过假期者按旷工处理。报公司总经理批准，未经批准的超过假期者按旷工处理。

请 假 条
年 月 日 第 号

部门职务 姓 名 请假类别 请假时间 部门主管意见 □准，主管签字： 主管签字： □不准，请述明理由： 不准，请述明理由： 其他（请说明）□休假 □公假 □病假 □事假 □其他（请说明）：

备注：本文件至始发起

严格执行，特殊情况另行通知。备注：本文件至始发起严格执行，特殊情况另行通知。

总经办 2011-8-1

2.员工请假系统 篇二

1.1 任务框架

请假系统虽然不是大型系统, 但其任务框架五脏俱全, 而且涉及到服务器、客户端的信息交互, 多客户端的协作和配合。以浙江旅游职业学院为例, 学生请假, 需要班主任、辅导员、系支部书记、院领导等多级签字, 因此该系统由以下几部分组成[1]。

1.1.1 学生端。

根据需要可设以下几项功能:“填写假单”“显示记请假记录”“修改密码”“关闭退出”和“故障申报”等。在“填写假单”一页, 可根据需要设“假单类型”“请假原因”“起止日期”“起止节次”和“上传证明文件”等。而“上传文件”可以另起一页, 一般有“选择图片”“根据要求编辑图片”“上传”“取消返回”等。如何编辑压缩图片是开发难点。

1.1.2 审核端。

主要分设“显示未批准假单”“显示批准假单”“统计各班级请假情况”等。这3项功能点击后都会列表形式显示记录, 该列表的每一行数据都需要提供“审核”按钮, 点击审核按钮跳入新的一页或者弹出窗口, 之后选择“通过”“不通过”“删除该申请”等。

1.1.3 系统维护端。

一般会设有“增加班级”“增加新学生”“编辑学生信息”“文件夹维护”等。而增加班级时, 根据数据库的不同, 需要导入到系部数据库和班级数据库, 有时学生的信息变动时, 一般会涉及到修改班主任信息和班级名称信息等。

1.2 需要用到的开发平台

3个端、不同的功能模块都需要一一实现, 这个过程中需要用到不同的开发平台和工具。笔者采用了VS2005和Eclipse, 前者用于服务器端网页的设计和响应客户端代码的编写, 后者是Android版开发需要的。当然当前VS有更高的版本2015, 笔者习惯用2005这个版本, 读者可以根据自己需要选用。Eclipse虽然也有替代工具, 比如Android Studio (简称AS) , 但笔者也是因为最早习惯了Eclipse, 还没有使用AS。VS2015可以同时开发安卓和苹果版, 有兴趣可以试用一下。

1.3 数据库的建设

以上交互都需要有数据支撑, 因此学生的基础数据库如何建设。笔者采用了3个数据库:全系的数据库、分班级的数据库、请假记录数据库。全系的数据库是为了方便学生登录用的, 学生只需要输入学号和密码, 即可以登录到学生端中。如果分班级存放数据, 显然还需要选择班级, 这从服务角度来讲, 是不够便捷的。分班数据库是为了以后扩展系统功能预设的。请假记录数据库目前采用的是自动序列ID为关键索引的, 因为要考虑到不同的学生会有多次请假的情况, 因此不能用学号或姓名作为关键索引。在数据库建设过程, 遇到了比较现实的难题是, 技术员得到的数据往往是Excel格式的, 这可能与日常办公采用Excel做表格有关。单位提供给技术员的数据也不一定严格按照格式排列;还有如何把每一届的数据自动导入到数据库中 (当然如果直接采用Excel作为数据库也可以, 无须导入到Access) , 需要维护端开发一个专门的工具。笔者利用VS2005开发出维护端的单机版工具, 方便建设数据库, 远程上传批量的学生信息数据。请假记录数据库里可以根据需要, 包含如下内容:ID、姓名、学号、性别、电话、系部、班级、请假原因、请假类型、起止日期、一级Pass、二级Pass和三级Pass等, 一般还需要记录上传该数据的IP地址和时间。而证明文件的保存, 目前采取的是按照学年、班级建设文件夹, 证明文件存放在对应班级的目录下, 而证明文件的名称以学号加上传的时间为唯一识别名称, 并同时记录到请假记录数据库中。

1.4 网站的搭建

该系统是C/S (客户端/服务器) 的交互模式, 因此离不开网站的搭建, 可利用单位自己的服务器存放服务器端文件, 也可以根据需要搭建服务器。有些单位考虑到网站安全, 禁止学生上传自己的图片, 担心部分同学恶意上传带有病毒代码的图片, 这也限制了该系统的应用和推广。笔者目前采用自己搭建服务器, 租用了阿里巴巴 (之前的万网) 的空间。

1.5 不同类型的应用端

三方 (学生、审核、维护) 都通过向服务器发送数据和从服务器接收数据。这三方目前可以开发为不同类型的客户端, 即网页版、安卓版、苹果版、电脑单机版等。

首先, 网页版的开发。笔者采用了VS2005作为开发平台, 具体是采用了VB.NET, 文件是aspx格式, 其主要核心的编码是数据库的访问、增删等。其次, 苹果版的开发。开发苹果版有3种选择, 一是购买苹果电脑, 在MAC系统上利用XCODE开发苹果APP;二是在Windows操作系统上, 用QEMU加载苹果MAC的镜像iso, 虚拟一个苹果系统的环境;三是利用VS2015开发。但个人开发的苹果APP需要上传到苹果的store商店, 经过审核后才可以放在商店上供用户下载, 而且技术员要付款99美元。再次, Android版的开发。相对苹果的APP, 安卓APP几乎是免费的, 其无需购买专用的电脑, 其开发平台Eclipse或AS可以免费使用, 用平台开发的软件也是可以免费安装, 无需上传和审核, 也无需付费, 虽然从技术员的角度看, 有专利被侵犯的潜在可能, 但从应用角度来看, 无疑是方便的[2]。笔者目前主要开发的是安卓版和网页版。具体技术细节, 限于篇幅, 无法一一给出, 在开发过程中, 可能会涉及到xml文件的布局, 证明文件的上传、页面间如何带参数跳转和返回、登录页面与服务器的数据交互、本地图片的预览和选择、大量数据的上传、电话的拨打以及uses-permission权限的设定等这些问题。最后, Windows单机版。为方便维护和审核, 也可以考虑设计Windwos单机版, 如维护数据、与计算机上的数据库交互等。

2 应用实践中遇到的问题

目前很多工作都转移到手机上操作, 10.00~16.67cm大小的屏幕, 需要实现之前1 024×768像素电脑上的功能, 需要有一个良好的页面布局, 否则使用者将因为难用而放弃。从应用反馈来看, 主要遇到如下问题:1网页版要考虑到手机上左右手操作的习惯;2优先选择的功能要放在突出的位置;3平面设计问题, 使用Eclipse做xml界面设计时拖放比较麻烦, 为业界所诟病;4学生在使用时, 发现无法登陆, 这可能与数据导入时有遗漏有关;5学生的密码忘记, 维护方需要查询后发短信提供;6学生无法上传尺寸超过规定的照片, 但手机上又无法编辑大小时, 作为审核的老师, 还是需要学生提供纸质的证明, 当前很多APP需要认证身份时, 都需要申请人拍照上传, 这个过程中因相机像素比较大, 势必需要压缩图片;7误操作造成的删除需要, 学生有删除权限吗, 还是审核端有删除权限;8按照单位的统计需要, 还要把学生的旷课统计进去, 这似乎与请假系统无关, 但如果不能提供旷课统计, 似乎请假系统的应用效果也打了折扣。因此, 还需要增加一个专门供学习委员上传旷课学生数据的“学习委员端”。

3 结语

通过开发本系统, 不仅在技术上对一个完整的系统框架有了更清晰的认识, 也对学生的管理工作如何提供更加便捷的服务有了全新的体会, 同时也发现当前手机操作系统的不同给技术员带来了很多苦恼, 不仅要开发网页版, 还要根据客户需要开发安卓版、苹果版, 甚至Windows Mobile版, 当然网页版是最通用的, 任何操作端只要有浏览器都可以使用。但使用的体验和提供的服务功能可能不同。

今后将根据使用的反馈不断完善该系统, 在此基础上不断开发更多的服务系统, 让管理过程中遇到的各种困难和问题, 都能够借助技术的力量变得更加便捷、更加人性化。这样不仅可以提高管理效率, 也可以提高科技管理意识, 让使用的双方都能体验到公正高效的管理模式。

参考文献

[1]王兴晶.Visual Basic.NET数据库开发典型实例[M].北京:电子工业出版社, 2002:181.

3.员工请假系统 篇三

【关键词】信息化改革；简化步骤；一站式管理

一、我国民办高校请假系统中存在的缺陷

（一）制度上权职不清，请假流程混乱

权职不清。一部分学校将学生课程请假审批的权限交由任课教师，辅导员并不能第一时间掌握本专业学生的请假情况，而有的学校正相反，将权限直接下发给辅导员，任课教师根本不知道自己课上有多少学生请假，也不知道他们的具体请假时间、姓名和所在专业。因为教务课程平台与学生管理平台并没有实现资源共享，辅导员在网上可以查询学生请假情况并审批而任课教师依旧看不到。

学生请假流程的混乱。因为无法实现平台间的资源共享，学生在网上申请课程假之后还必须通过请假条或者其他方式将请假信息交于任课教师，否则即使在上网批准通过，其申请的假期依然不能核准，也就是说学生要申请两次，既在网上向辅导员或任课教师申请一次，然后再通过其他方式向另一方申请一次。这其中一旦有一个环节出错，不但学生无法正常请假，还会造成任课教师与专业辅导员之间工作上的冲突。

（二）缺乏专业人员参与管理

民办高校普遍缺少信息管理人才，即使拥有网络技术部门，所能处理的问题也只是停留在简单的技术层面，很多人员无法胜任信息管理工作。有的学校根据自身条件成立了以高级领导为核心的专门工作组，但是其中拥有专业知识的领导却是少之又少，这就使得一旦学生请假系统出现问题只能求助于校外方的帮助，若是问题处理不及时还会出现业务瘫痪。

（三）信息数据孤岛问题严重

在高校信息化建设中数据孤岛问题突出，不同部门间的数据信息不能共享，设计、管理、生产的数据不能进行交流，数据出现脱节。数据孤岛迫使信息需要重复多次的输入，大量的冗长、垃圾信息导致信息交流的一致性无法保证，从而降低了产品的工作效率，增加了错误量。现在由于请假流程中没有明确规定教学、社区公寓和学生管理之间相互联系的权责，在功能设置上自然也不会去特意实现请假信息数据共享，因此数据孤岛问题是请假流程混乱的必然结果。

二、请假系统的改进方法

若想针对请假系统中的现有缺陷进行改进必须从管理制度和系统功能两个方面入手。

（一）管理制度上的改进措施

管理制度方面的改进可分为两部分：

第一，认清权责，保证流程的准确性和时效性。通过制度一系列的规章制度，完善学校的请假制度，简化、优化原有的课程假和外出阶段假的流程。[1]具体流程优化方法如下：

1.课程假的优化。

学生申请课程假可登陆手机微信系统或学工系统自助请假。不再需要任课教师或辅导员审批，但申请课程假的时间和申请原因会被自动编辑为微信推送给该课程的任课教师和辅导员且每申请一节课程假会自动扣除该生本门课程相应的分数。若扣满全部平日成绩分数则本门课程不再有平日成绩且该生本门课程不可再申请请假。

2.外出阶段假的优化。

外出阶段假细化为一般阶段假和特殊阶段假两种。

学生申请一般阶段假，需要先通过手机微信平台或学工系统填写请假信息并提出申请。辅导员通过计算机终端或手机平台接收请假申请并进行审批。辅导员拥有的特定的给假权限，超过特定给假权限天数的申请，系统自动生成为辅导员与学院领导共同核准，既辅导员审批通过后，还需学院领导审批请假才可生效。

普通阶段假生效期间产生的课程一律按课程假计算。每节课扣除相应的平日成绩。

超过三天的普通阶段假系统会自动将请假信息推送给请假学生家长，方便家长监督。

特殊阶段假是指因为特殊重大疾病、家中发生变故、自然灾害或因为其他不可抗力而必须请假且不涉及休学的情况。特殊阶段假的申请和审批流程需要注意以下几点：

（1）申请特殊阶段假的学生同申请一般阶段假的学生相同，需要先通过手机微信平台或学工系统填写请假信息并提出申请。

（2）申请特殊阶段假的学生在进入微信平台或学工系统填写请假信息时要注意必须点选特殊阶段假选项才能够申请特殊阶段假。

（3）特殊阶段假请假原因模块不可随意填写，只能从备选的选项中点选。包括：重大疾病、家庭变故、自然灾害、其他四个选项。

（4）当申请结束后，请假信息会自动推送给辅导员，由其审批。

（5）特殊阶段假审批通过后，请假信息自动推送给任课教师和家长。

（6）若在请假中或事后返校提交材料时发现请假内容不实，辅导员可实时操作取消其特殊阶段假。

（7）学生返校后需到辅导员处销假。

第二，在权责清晰的前提下安排专人负责学生请假的管理工作。这里的专人指的是系统专业技术人员和管理人员两种。系统技术人员负责系统的开发、升级、测试工作。管理人员负责系统平日维护，功能操作和数据管理工作。两种专业人才可以重合，但不能有其他部门的人员兼职，以免造成权责混乱。

（二）系统功能上的改进措施

首先是实现移动端实时请假功能。在学生管理系统下建立一个微信公众平台并申请一个服务号，作为后台管理辅导员和教师的微信帐号，只要学生和家长只要关注教师的微信账号就使用本系统。[2]

在微信公众平台内建立子系统，子系统主要用于管理、发布和统计用户的相关信息以及请假信息。该子系统的具体功能如下：

1.用户管理。

主要是针对学生和家长，学生和家长要使用本系统必须先关注本系统的服务号。后台管理子系统根据学生和家长的信息进行配对和管理，一个学生最多配对两个家长，同时用于统计学生请假次数、理由和管理学生外出位置、路线等并生成图表以供教师和家长查询。

2.教师管理。

主要用于教师管理和监督学生的请假要求、监督学生的所在位置和外出路线、查询统计的学生请假的相关信息。

3.学生请假子系统。

系统主要用于学生的请假申请、到校销假功能。

4.家长监督系统。

主要用于家长对请假学生外出位置、路线的监督。学生到家后家长可通过系统确认学生到家以及查询学生请假历史记录等。

5.学生干部协助子系统。

主要用于教师指定的学生干部确认学生到校情况。

随着智能手机和通信网络的迅速发展，我们可以通过移动端和PC的联网避免学生乱请假、假请假、请假后缺少监管、外出没有跟踪定位、学校与家长沟通不足等情况的发生。[3]

其次是建立更加细致的分类请假功能。通过分析可发现高校在校生请假的主要类型一般可分为三种：

1、学生在家中因为某种原因需要请假，一般表现为推迟回校时间；

2、学生在校中因为某种原因需要请假外出，但是不回家，一般会当天回学校。

3、学生在校中因为某种原因需要请假回家。

我们根据请假类型可以设计出不同的流程方案并按照方案逐个实现相应的功能。

针对第一种类型可得出的系统设计流程方案是：

1、家长通过系统提交请假要求，并填写请假的理由以及开始和结束日期、时间。

2、辅导员通过手机平台或者学工系统平台收到请假申请信息，然后根据实际状况对申请进行核准。（辅导员权限只有7天，超过7天的假期不予批准。）

3、当辅导员核准结束后，任课老师、家长和学生都会收到一份信息推送。推送内容包括该生的请假开始和结束时间、请假理由。

4、学生回到学校后，经过宿舍门禁系统确认，才可以通过系统销假。

5、辅导员收到销假请求后并通过门禁系统确认请假学生是否在校，若在校则为学生销假。

6、系统自动将学生销假成功的信息发送给任课教师和家长。

针对第二种类型可得出的系统设计流程方案是：

1、学生通过系统提出请假要求，并填写请假的理由以及开始和结束日期、时间。

2、辅导员收到学生申请并作出核准。

3、任课老师和家长接收到请假请求推送（包括请假的理由和时间开始结束时间。）

4、学生回校时间结束前一小时收到信息提示，提醒学生回学校。

5、学生到学校后，经过宿舍门禁系统确认，才可以通过系统销假。

6、辅导员收到销假请求后并确认请假学生是否在校，若在校则为学生销假。

7、系统自动将学生销假成功的信息发送给任课教师和家长。

针对第三种类型可得出的系统设计流程方案是：

1、学生通过系统提出请假要求，并填写请假的理由以及开始和结束日期、时间。

2、辅导员收到学生申请并作出核准。（只能审核权限范围内的申请，若超过权限范围内的天数系统自动生成需两级审批状态，并将请假信息发送给院领导，由院领导和辅导员同时审批方可生效。）

3、审批通过后请假信息自动给任课老师和家长。

4、家长确定学生到家后通过系统确认学生已到家。并预报学生什么时候回校。

5、系统发送信息给辅导员告知学生已到家和学生回校时间。

6、学生返校后，经过宿舍门禁系统确认，才可以通过系统销假。

7、辅导员收到销假请求后并通过系统确认请假学生是否在校，若在校则为学生销假。

8、系统自动将学生销假成功的信息发送给任课教师和家长。

再次是建立跨平台、跨部门联网功能，防止信息孤岛。将学生请假系统中的信息与其他平台，既学生管理平台、教务系统平台、公寓管理平台和微信服务平台共享。让请假系统不再是某个系统下的次级功能而成为与其他平台拥有交互功能的平行系统。平台与平台之间可实现互相信息传送，实时数据更替。

参考文献：

[1]陈炜，王玮.学生事务与管理服务中的流程优化---以北京大学“三大典礼”的组织与服务为例[J]. 高校辅导员，2012，（12）

[2]王靖娜.Android的学生考勤管理系统设计与开发[J].现代电子技术，2014，（4）

4.员工请假制度 篇四

为了规范公司对员工的请假管理，维护公司的正常工作秩序，严格执行公司的请假流程，特制定本制度。

一、请假种类：

1、病假：非因公负伤、疾病员工缺勤时，病假在3日以上（不含）需提交医院证明.2、事假：员工因私人事件需亲自处理时，必须提前一天请假，未办妥请假手续，不得先行离岗，否则以旷工论处。

（1）门店员工请假一天以内（含）由主管批准即可，请假一天以上（不含），三天以内（含）需店长审批；请假三天以上（不含）七天（含），需经理批准；

（2）员工因不可抗力因素不能亲自请假时，应于第一时间电话通告直属上级，由直属上级2个工作日内补齐请假手续，并交人事部人事处，否则以旷工论处。

3、公司员工因执行职务工作遭遇危险导致不能工作者，需出示相关证明，根据具体情况予以休假。

二、请假处理情况：

1、请假理由不充分或有妨碍工作时，可酌情不予给假，或缩短假期或令延期请假。

2、本公司员工请假期满或虽行续假但尚未核准而不到职者，除确因病或临时发生意外等不可抗力事情外，均以旷工论。

3、请假最长期限：一年内旷工或请假累计超过30天者，公司有权予以辞退。

4、本公司员工依本规则所请各假如发现有虚伪事情者，除以旷工论处外，并依情节轻重予以惩处。

三、员工请假薪酬待遇：

1、事假：按实际请假天数乘以日工资额予以扣除（婚假、丧假除外）。

2、病假：按事假进行核算。

5.车间员工请假制度 篇五

检测中心有限公司

请

假

制

度

二○一○年十二月二十五日

员工请假制度

为规范车间员工请假管理，特制定本制度:

1、车间员工请假，必须履行请假手续。

2、员工请假须先口头征得组长同意，再从办公室索取请假条填写（临时请假1小时内不需）。

3、各级管理人员应在确定不影响正常检测安排的前提下批假。

4、员工请病假，不超过三天的，可直接审批，超过三天的须提供县级医院的诊疗证明，方可审批。

5、一般情况下，员工请假须提前一天提交请假条，不允许临时（已过到岗时间）请假，不允许找人代请假，不允许事后补假。有特殊情况，也应在上班以前亲自致电组长请假，回来后及时补办请假手续。

6、请假超过两日的，上班后要及时到办公室销假,如不及时销假按旷工计。

7、组长须关注员工满假未归现象，要及时联系跟踪，并知会办公室。

8、未履行以上请假手续、请假未准而擅自不到岗者或请假期满布主动销假者，按旷工论处，旷工一日，罚款50元，连续旷工三天

或月累积旷工五天者，按自动离职论处，扣发其所有工资。

9、本制度自签发之日起执行。

6.员工请假管理通知 篇六

1.请各拉线负责人统计好各自拉线的员工联系方式，也请主动将个人号码告知拉线员工，以便有必要时进行电话联系

2.请各拉长统计好自己拉上两天或两天以上旷工员工名单并请及时上报。

3.重申：各员工如确实不能到公司请假的，请电话请假，事后请补请假条，但此规则只限于特殊情况。如连续两天未请假而旷工的员工属于自离，不再给予离职手续的办理，而且会受到相应的处罚。

4.重申：请假在几个小时或一天的，如无特殊情况，请头一天填写申请，各员工请假在两天或两天以内的，如无特殊情况，请提前2天申请，各员工请假在3天或3天以上的，如无特殊情况，请提前一星期申请，以上请假均需交由拉长初审，主管复审，最后由部门经理批准后方能生效。

5.重申：请各员工注意非特殊情况，每月事假不得超过两次。

6.重申：员工在申请离职时，离职日期一栏请注明入职日期，申请日期跟离职日期。

7.请假单员工 篇七

请 假 申 请 单

建议：

1.凡请假时间不到半天的按半天计，多于半天少于一天的按一天计，以此类推。

2.凡请假在一天以内（包括一天），由各部门主管批复；请假超过1天，由各部门主管及

总经理批复，并交综合部备案。

3.请假需说明请假理由，病假、婚假、丧假、产假和工伤假需提交或补交相关证明。

武汉光谷创意产业基地建设投资有限公司

加 班 申 请 单

注：凡加班者需注明加班原因，经上级领导签字同意，并报综合部备案，否则不视为加班处理。

武汉光谷创意产业基地建设投资有限公司

外 勤 / 补 休 申 请 单

建议：

1.凡补休时间不到半天的按半天计，多于半天少于一天的按一天计，以此类推。

2.凡补休在一天以内（包括一天）的，由各部门主管批复；补休超过一天的，由各部门主管及分管副总批复，并交综合部备案。

3.外勤需说明地点及原因，提前由主管批复，建议外勤时间不超过半天为宜

武汉光谷创意产业基地建设投资有限公司

员工月度考勤记录表

年月

注：考勤记录人员在每月最后一天应根据考勤卡登记所有员工的出勤情况，并整理上报

武汉光谷创意产业基地建设投资有限公司

员工年假/补休记录表

8.员工请假制度1 篇八

（试行）SNDQ-05

为规范公司考勤制度，统一公司请假规定，强化公司管理，特制定本制度。

第一条员工请假时认真填写请假条，注明请假时间、事由、联系方式。请假条一式二份，其直属领导一份，财务存档一份。

第二条员工请假半天以内由车间主任审批签字，（报主管领导）并告知财务部存档；一天以上三天以内由部

门主管审批签字，三天以上由副总经理或总经理审批签字。公司要求每位员工每月累计请事假不能超过三天，三天以内扣当日基本工资。超过三天（不包括三天）除扣当日基本工资外，另从绩效工资中扣50元/天。

第三条请假经领导批准后，与同事做好交接工作，确保工作连续性。

第四条超假期应及时通告请示有关领导审批。

第五条假满回公司，再次做好交接工作。

第六条本公司员工请假除因急病不能自行呈核可让同事或家属代为之外，应亲自办理请假手续。员工因疾病让同事或家属代请假的，由代请人填写请假条，并让车间负责人签字生效，病假两天以上（包括两天）必须出具区级医院证明，否则以旷工处理。口头请假并无请假条者亦按旷工处理。

第七条未办妥请假手续，或假期届满仍未续假者，均以旷工论处。旷工1天以日基本工资的10倍扣减，并扣发绩效200元；每月累计旷工2天者，扣发当月基本工资；一年累计旷工3天者按自动离职处理。

第八条请假理由不充分或因请假而影响工作时，可不予给假。员工临时出公司门卫未经部门负责人同意签字者，扣除50元/次。

第九条员工离职分为辞职、自动离职、辞退、开除四种（试用期内员工及公司双方均有权提出辞职或解雇，而不负担任何补偿，离职前须与公司结清各项手续）

* 辞职：试用期过之后，员工辞职需提前一个月通知公司，到辞职日期结算工资，但不结算任何福利；

* 自动离职：员工无故连续旷工三天以上者，视为自动离职，不予结算任何工资、福利；

* 辞退： 试用期内，员工因工作表现、工作能力等原因不符合本公司要求，无法胜任本职工作的，公司有权辞退，公司结算工作期间日工资，转正后辞退的，公司给予补贴一个月的基本工资。* 开除：员工因触犯法律，严重违犯公司规章制度或犯严重过失者，即予革职开除，计薪到革职日止。

第九条请假以小时为最小单位。

第十一条 除带薪假外，公司员工每人每月请事假未超过3天扣当日基本工资。

第十二条 春节放假期间，外地员工除法定休息日之外，可提前5天请假，按事假处理；超过5天，则扣日基本

工资的三倍。

第十三条 员工的工龄工资每年月工资增加25元。

9.医院员工考勤请假制度 篇九

第一章总则

第一条为维护医院的劳动纪律，保持良好的工作秩序，特制定本制度。

第二条本制度适用于本院正式职工、聘用合同工和与医院存在劳动关系的其它人员。

第二章考勤

第三条医院考勤管理由科室、院办、人事科和财务部共同负责，日常工作由科主任或科室指定的考勤员承担。

第四条科室考勤

(一)科室考勤员必须如实考勤本部门全体员工的出勤天数，于次月5日前将本科室考勤统计表上交人事科，人事科审核并建立台帐后，把各科上报的考勤结果交财务部。

(二)对上班迟到、早退的工作人员，考勤人员应予以登记并报人事科。

(三)考勤不实，视为考勤人员工作失职。

第五条请各类假期必须提前办理请假审批手续。

第六条元旦、春节、清明、端午、国际劳动节、国庆节及由国家和当地政府规定的其它公众假期为带薪假日。

第七条员工有以下情况视为旷工：

(一)未请假或请假未批准，不上班的；

(二)迟到和早退时间超过1.0小时以上（旷工的最小时间单位为半天）。

第八条科室在考勤统计表上报时，必须经本部门负责人审核签字。

第三章请假

第九条假期种类包括：年休假、探亲假、婚假、丧假、产假、哺乳假、病假、事假、放射假等。具体假期规定及请假待遇按《萧山区中医院职工假期暂行规定》执行。

第十条请假规定：

(一)职工请假：本人申请，5天以内科室负责人审批同意，5天以上报职能科室审批（临床、医技、药剂科室人员到医务科、护理人员到护理部、其他各类人员到院办公室审批）。

(二)病假证明开具：3天内临床常见普通病种的职工病假证明由防保科医师开具；超过3天的职工病假证明必须由医院职工保健委员会成员开具；超过1个月由防保科审核。

(三)中层干部请假须经院领导批准。若要离开萧山区的，应向院领导说明。（3天以内向所属职能科室和分管院长说明，3天以上向院长说明）

(四)科主任及三级医师离开萧山区3天以上必须指定委托人，并报院部批准。一般同科室的科主任与三级医师不同时请假外出。

(五)因特殊原因本人不能事先请假的，应委托别人办理或电话告假。

第四章附则