考勤-事务处理

业务介绍
考勤事务包括:请假申请、外勤申请、加班申请、调休申请、补班申请、补卡申请。考勤事务的处理方式有两种:
一是由员工发起,经部门主管审批,最后人事进行确认。用于存在用户的员工进行事务申请。
二是由人事直接确认。用于人事给不存在用户的员工进行事务确认;或者企业统一提前下班或放假等,但排班上是正常上下班打卡的情况;或者员工因为没时间或没网络等外界因素不方便做申请事务的时候。
说明:只有人事对确认后生成的确认单才会作为有效数据参与考勤运算。

操作步骤
一、员工申请
流程:

具体使用说明:
1.员工通过“办公/个人办公/考勤”菜单下的“申请事务中心”(推荐使用)或“办公/个人办公/考勤”菜单下的“请假申请”、“外勤申请”...发起申请。

2.部门主管通过“办公/个人办公/部门”菜单下的“考勤管理事务”统一进行审批。

其中,“审批全部”可用来批量审批参数过滤后的所有行数据。

3.人事通过“人力资源/考勤/确认事务/确认单生成向导(从申请)”进行申请单确认。

备注:
1.事务申请的审批流程通过“办公/协同办公/审批定义/审批模板”实现。
2.若想隐藏部分事务不提供给员工申请,只要在功能授权中不授权即可。
3.管理事务是考勤专门提供给部门主管进行集中处理考勤事务的,不包含其他业务的审批。

二、人事直接确认
具体使用说明:
1.人事可以通过“人力资源/考勤/确认事务/确认单生成向导”统一批量生成确认单;或者在考勤结果(全部员工)中对单个员工进行确认。


时间: 2024-08-05 09:53:59

考勤-事务处理的相关文章

数据库的事务处理---PDO实现

事务处理用一句简单的术语称为"原子操作",即一件事情,要么全部完成,要么一个也别完成:有一种一荣俱荣,一损俱损的感觉. 最常用的就是在交易过程中,比如在网络中,甲方付费给乙方,钱确认付款,但是乙方并未确认收款,那么,甲方的账户并不会减少,乙方的账户也并不会增加. 只有当甲方确认付款,乙方确认收款,两个步骤都完成,并且不出现错误的时候,双方的账户才会改变 看代码也许更好理解 1 <?php 2 try{ 3 $pdo=new PDO("mysql:host=localho

mysql 事务处理

知识点: 事务处理是什么? 当数据库表呈树状机构设计时,我们对一个表进行增.删.改的操作,可能会要求对另外的表进行相同的操作,为了保证这多个sql能同时执行成功,就要使用mysql的事务处理. 注意:只有增删改的操作可以进行回滚,alter等操作不可行! 事务特性: 1.原子性:所有的sql执行操作必须全部成功,否则则回滚到处理前状态 2.一致性: 确保数据库正确地改变状态后,成功提交的事务. 3.隔离性: 使事务操作彼此独立的和透明的. 4.持久性: 确保提交的事务的结果或效果的系统出现故障的

第一次接触终极事务处理——Hekaton

在这篇文章里,我想给出如何与终极事务处理(Extreme Transaction Processing (XTP) )的第一步接触,即大家熟知的Hakaton.如果你想对XTP有个很好的概况认识,我推荐Kalen Delaney写的关于它的白皮书,另外微软研究院也发布了题为“对于内存数据库的高性能并发控制机制(High-Performance Concurrency Control Mechanisms for Main-Memory Databases)”的研究白皮书,点此下载. 所有XTP维

JDBC的进化3--补充:事务处理

接着JDBC的进化3,我们来说数据库事务. 事务:一组逻辑操作单元,使数据从一种状态变换到另一种状态. 怎么理解呢? 一组逻辑单元:我认为指的是多条的DML操作,只是一条DML语句的话,对于mysql来说,执行完成功就自动提交了,没成功的话,就没成功喽,这样说来,一条DML语句就相当于一个原子,不可再分了. 从一种状态变换到另一种状态:即这组操作是成功了还是失败了,他们必须同时都成功,有一个失败,就退回到起点.例如银行的转账,不能一个成功,一个失败吧. 来看看JDBC的事务处理: 先来看看,在什

[原创软件]考勤查询工具

软件主要功能: 显示考勤机数据 定时上报考勤数据 全自动无人值守操作,监控提醒 程序界面截图: 开发环境及语言: c# .NET Framework 4.5.2 Visual Studio 2017 更新日志: v2.1(2017.4.8) 修复数据上报的某些BUG 新增失败重试次数设置 新增显示信息选项设置 新增快捷打开日志目录方式 优化考勤起止时间设置 v2.0(2017.4.1) 重新设计界面UI 自动运行和手动运行界面分离 提高查询效率 新增获取信息后的上报方式 更新配置文件格式 更新登

Redis缓存技术学习系列之事务处理

?在本系列的第一篇文章中,我们主要针对Redis中的"键"和"值"进行了学习.我们可以注意到,Redis是一个C/S架构的数据库,在我们目前的认知中,它是通过终端中的一条条命令来存储和读取的,即它是一个非常典型的"请求-响应"模型.可是我们知道在实际的应用中,我们要面对的或许是更为复杂的业务逻辑,因为Redis中不存在传统关系型数据库中表的概念,因此在使用Redis的过程中,我们要面对两个实际的问题,即如何更好的维护数据库中的"键&qu

分布式系统的事务处理【转】

转:http://coolshell.cn/articles/10910.html 当我们在生产线上用一台服务器来提供数据服务的时候,我会遇到如下的两个问题: 1)一台服务器的性能不足以提供足够的能力服务于所有的网络请求. 2)我们总是害怕我们的这台服务器停机,造成服务不可用或是数据丢失. 于是我们不得不对我们的服务器进行扩展,加入更多的机器来分担性能上的问题,以及来解决单点故障问题. 通常,我们会通过两种手段来扩展我们的数据服务: 1)数据分区:就是把数据分块放在不同的服务器上(如:uid %

PHP MYSQLI中事务处理

MYSQL事务处理让所有sql语句执行成功后才去处理,如果有一条没有成功或者报错就会回滚事务,防止敏感操作处理失败.MYSQL中只有INNODB和BDB类型的数据表才能支持事务处理!其它类型是不支持的! $mysqli->autocommit(FALSE); //关闭自动提交功能 $sql = "UPDATE users SET money = money-300 WHERE username = 'Mike'"; $res1 = $mysqli->query($sql);

数据库事务处理机制之事务回滚问题讨论

一.Sql中的事务 概念:事物是一种机制,是一种操作序列,它包含了一组数据库操作命令,这组命令要么全部执行,要么全部不执行.事务是一个不可分割的工作逻辑单元.在数据库系统上执行并发操作时事务是作为最小的控制单元来使用的.多用户登录系统适于使用事务机制. 属性:4大属性: a.原子性:事务时一个完整的操作.b.一致性:当事务完成时,数据库必须处于一致状态.c.隔离性:对数据进行修改的所有并发事务时彼此隔离的.d.持久性:事务完成后,它对于系统的影响是永久性的. 创建 (1)开始事务:begin t