第一篇:OA系统数据整合:请假管理
OA系统数据整合(3):请假管理
OA行业发展至今,已经远远超过了传统意义上的“无纸化办公”,或“办公自动化”等老概念所描述的应用。新兴的OA系统在智能性、整合性应用上已经取得了突破性的进展,这时行业已经找到一个更贴切的词语来替代OA,那就是“协同”。
(中国软件网讯)OA行业发展至今,已经远远超过了传统意义上的“无纸化办公”,或“办公自动化”等老概念所描述的应用。新兴的OA系统在智能性、整合性应用上已经取得了突破性的进展,这时行业已经找到一个更贴切的词语来替代OA,那就是“协同”。
关于“协同”,具体来说包括四大类:人员的协同、流程的协同、数据的协同、资源的协同,构成了企业完整的经营管理活动。其中数据的协同是当前OA系统的应用重点,也就是华天动力最新提出的工作流2.0,其含义是:不但要实现OA系统内部的数据整合,又实现OA系统和其他业务系统之间的数据整合,消除信息孤岛,减少重复工作。
说到OA系统的数据整合,其实这些年来厂商和用户一直在热烈探讨,却缺乏实践案例。为了填补这个空白,最近华天动力发布了一系列数据整合方面的案例,包括借款与报销、预算与费用等,这次我们看到的是一个关于请假管理方面的数据整合应用。
简单的请假管理流程,为什么还要进行数据整合呢?在华天动力OA办公系统中,请假单可以直接关联请假人的请假历史。无论这个请假记录是保存在OA系统中,还是HR系统中,都可以自动提取过来,为审批人提供决策依据,一项小的改进可以大大提升工作的便利性。
如下图一所示,是大连富强企业集团在华天动力OA系统中使用的“病假请假申请单”,申请人在填写这个表单的时候,能够直接看到自己一年内的请假历史。这些数据来自于OA系统内部,是对以往审批完成的请假单的汇总,根据这个请假历史,申请人就可以更合理的安排自己的假期。
南京苏欣三采软件科技有限公司
Tel: 025-66915810
Fax: 025-83676150 E-mail:suxinsancai@163.com Http:www.xiexiebang.com
地址:南京建邺区新安江街80号西堤国际西堤坊6-602
图一:OA系统内部请假数据关联
而如下图二所示,这是上海利众集团在华天动力OA系统中使用的“员工请假申请单”,这张表单主要用于由申请人给自己的下属提交请假申请。申请人在填写申请单时,只要输入员工的工号,系统就会自动从HR系统中提取该员工的姓名、部门、职务,同时该员工的所有请假记录也被提取过来,一目了然,为申请人和审批人提供了准确的参考。
图二:OA系统外部请假数据关联
显然,OA系统自动从系统内、外提取请假记录,直接显示在申请单上,对审批人来说是非常有用的。比如人事部经理在审批一个请假单的时候,发现某员工近期频繁的请病假,那么到底是该员工真的生病了,还是另有原因呢?他可以找来该员工的主管了解情况,如果真的是生病了,就建议员工好好检查一下;如果是另有原因,就调查一下到底是怎么回事,以便及时解决问题,防止突发事件。
可以想象,如果申请单上没有员工的请假历史记录,那么审批人就要完全靠自己的脑袋去记忆了,想起来了还好,想不起来可能就做出了错误的审批,掩盖了问题。当一个公司有几百、几千、甚至几万人的时候,再好的脑袋恐怕也靠不住了。
可见,OA系统的数据整合并非石破天惊的应用,而是解决了企业中点点滴滴的实际问题。这种应用就像水泥一样,用来抹平、粘合石头和砖块之间的缝隙,让大厦更加牢固,让企业更加健康。
南京苏欣三采软件科技有限公司
Tel: 025-66915810
Fax: 025-83676150 E-mail:suxinsancai@163.com Http:www.xiexiebang.com
地址:南京建邺区新安江街80号西堤国际西堤坊6-602
第二篇:网吧管理OA系统
网吧OA系统
工作总结内部短信会议管理信息管理公告通知规章制度日程安排工作日志客户管理技术管理报修管理远程管理个人考勤投诉处理办公管理奖罚管理人事调动业务管理客户动态OA办公管理系统市场管理客户访问市场营销工资表维护费现金日记帐银行日记账财务管理借款单报销单应收账款应付账款进货价库存管理市场价主要参数库存清单组织机构设置工作流设置行政办公设置系统设置信息交流设置紧急通知设置系统代码设置 一.信息管理
工作总结:主要是对已经做的工作进行记录,如周报,月度总结等 内部短信:主要起通知、提醒和交流作用。
会议管理:会议的计划安排登记,会议纪要管理,会议查询管理。公告通知:具有通知公告的发布、管理和查询等功能。规章制度:
日程安排:主要是对未来要做的事务进行安排、提醒
工作日志:主要是对已经做的工作进行记录,如周报,月度总结等
二.技术管理
客户管理:包括客户信息、客户联系人信息、客户活动记录及客户关怀
报修管理:包括电子设备的定期报告,定期检修,对损坏的设备进行系统的管理 远程管理:通过远距离,跨地区操作并进行管理
三.办公管理
个人考勤:主要用于对公司内部员工考勤的管理
投诉处理:对于员工所反应的意见和投诉收集并处理 奖罚管理:对有贡献的人进行奖励,反之受到相应的惩罚
人事调动:离职管理、复职管理、职称评定、员工关怀、人事分析
四.市场管理
业务管理:包括销售机会、报价单、合同、订单、合同收款等
客户动态:包括客户信息、客户联系人信息、客户活动记录及客户关怀 客户访问:包括客服记录、客户投诉和问题的咨询
市场营销:记录市场活动的相关信息,如活动时间、地点、类型等
五.财务管理
工资表:细分薪酬项目设置、薪酬基数设置
现金日记账:财务工资录入、部门工资上报、福利管理到管理系统 银行日记账:财务工资录入、部门工资上报、福利管理到银行 维护费:对设备的维护所需的费用进行统计 借款单:包括公司所有借的账单 报销单:包括公司所有报销的账单 应收账款:记录应收的账款 应付账款:记录应付的账款
六.库存管理
进货价:产品入库的价格 市场价:产品在市场上的价格
主要参数:产品入库的详细资料,参数 库存清单:产品的进出仓库的库存量统计
七.系统设置
组织机构设置:设置单位名称、部门、用户及角色与权限设置 工作流设置:定义工作流表单、流程等,并对流程进行分类
行政办公设置:设置公共网址、工作日志、公共通讯薄、公告通知、文件套红模板 信息交流设置:设置短信提醒、手机短信、讨论区、词语过滤、信息过滤审核 紧急通知设置:可以设置桌面模块及桌面显示窗口两种不同内容及显示方式 系统代码设置:对OA中各模块设置不同代码
第三篇:OA请假流程
[1] 晨会人员请假流程
[2] 进入个人OA系统后,点击请假管理中的新增打开请假单。
[3] 妥善填写请假单后,从地址本中选择分管矿领导,点击保存。
[4] 保存过的请假单,提交即可传给下一环节处理人。
[5] 确定界面中,不要进行任何操作和改动,点确定通过。
[6] 成功提示界面中,也不需要进行任何操作。稍后系统会自动跳转页面。
[7] 分管矿领导会在待处理事务中看到新的提示。
[8] 分管矿领导批示。
[9] 分管矿领导批示后,从地址本中选择组织部田玉柱的联系方式。
[10] 地址本中找到田玉柱的方法。
[11] 确认窗口,不需要进行任何改动,点击确定通过。
[12] 成功提示页面,稍等系统会自动跳转。
[13] 组织部田玉柱登录后会看到提示信息。
[14] 组织部的处理方式,详见图片内说明。
[15] 对于除科长书记之外的参与晨会的普通人员,组织部直接转发至办公室和调度所。
[16] 需要主要矿领导审批的,主要矿领导参照7-12条处理方式,在主要矿领导意见中签字。
[17] 主要矿领导批示后,选择组织部田玉柱的方法,与分管矿领导选择方法类似。
【注意】其他未尽事宜请致电3980205咨询。
第四篇:OA系统权限管理设计方案
OA系统权限管理设计方案
l 不同职责的人员,对于系统操作的权限应该是不同的。优秀的业务系统,这是最基本的功能。
l 可以对“组”进行权限分配。对于一个大企业的业务系统来说,如果要求管理员为其下员工逐一分配系统操作权限的话,是件耗时且不够方便的事情。所以,系统中就提出了对“组”进行操作的概念,将权限一致的人员编入同一组,然后对该组进行权限分配。
l 权限管理系统应该是可扩展的。它应该可以加入到任何带有权限管理功能的系统中。就像是组件一样的可以被不断的重用,而不是每开发一套管理系统,就要针对权限管理部分进行重新开发。
l 满足业务系统中的功能权限。传统业务系统中,存在着两种权限管理,其一是功能权限的管理,而另外一种则是资源权限的管理,在不同系统之间,功能权限是可以重用的,而资源权限则不能。
针对OA系统的特点,权限说明:
权限
在系统中,权限通过模块+动作来产生,模块就是整个系统中的一个子模块,可能对应一个菜单,动作也就是整个模块中(在B/S系统中也就是一个页面的所有操作,比如“浏览、添加、修改、删除”等)。将模块与之组合可以产生此模块下的所有权限。
权限组
为了更方便的权限的管理,另将一个模块下的所有权限组合一起,组成一个“权限组”,也就是一个模块管理权限,包括所有基本权限操作。比如一个权限组(用户管理),包括用户的浏览、添加、删除、修改、审核等操作权限,一个权限组也是一个权限。角色
权限的集合,角色与角色之间属于平级关系,可以将基本权限或权限组添加到一个角色中,用于方便权限的分配。
用户组
将某一类型的人、具有相同特征人组合一起的集合体。通过对组授予权限(角色),快速使一类人具有相同的权限,来简化对用户授予权限的繁琐性、耗时性。用户组的划分,可以按职位、项目或其它来实现。用户可以属于某一个组或多个组。
通过给某个人赋予权限,有4种方式(参考飞思办公系统)A.通过职位
a)在职位中,职位成员的权限继承当前所在职位的权限,对于下级职位拥有的权限不可继承。
b)实例中:如前台这个职位,对于考勤查询有权限,则可以通过对前台这个职位设置考勤查询的浏览权,使他们有使用这个对象的权限,然后再设置个,考勤查询权(当然也可以不设置,默认能进此模块的就能查询),则所有前台人员都拥有考勤查询的权利。
B.通过项目
a)在项目中,项目成员的权限来自于所在项目的权限,他们同样不能继承下级项目的权限,而对于项目组长,他对项目有全权,对下级项目也一样。
b)实例中:在项目中,项目成员可以对项目中上传文档,查看本项目的文档,可以通过对项目设置一个对于本项目的浏览权来实现进口,这样每个成员能访问这个项目了,再加上项目文档的上传权和查看文档权即可。c)对于组长,因为可以赋予组长一个组长权(组长权是个特殊的权限,它包含其他各种权限的一个权限包),所有组长对于本项目有全权,则项目组长可以对于项目文档查看,审批,删除,恢复等,这些权限对于本项目的下级项目依然有效。
C.通过角色
a)角色中的成员继承角色的权限,角色与角色没有上下级关系,他们是平行的。通过角色赋予权限,是指没办法按职位或项目的分类来赋予权限的另一种方式,如:系统管理员,资料备份员…
b)实例中:对于本系统中,全体人员应该默认都有的模块,如我的邮件,我的文档,我的日志,我的考勤……,这些模块系统成员都应该有的,我们建立一个角色为系统默认角色,把所有默认访问的模块的浏览权加入到里面去,则系统成员都能访问这些模块。
D.直接指定
a)直接指定是通过对某个人具体指定一项权限,使其有使用这个权限的能力。直接指定是角色指定的一个简化版,为了是在建立像某个项目的组长这种角色时,省略创建角色这一个步骤,使角色不至于过多。
b)实例中:指定某个项目的组长,把组长权指定给某个人。
针对职位、项目组:
如果用添加新员工,员工调换职位、项目组,满足了员工会自动继承所在职位、项目组的权限,不需要重新分配权限的功能。
用户管理
用户可以属于某一个或多个用户组,可以通过对用户组授权,来对组中的所有用户进行权限的授予。一个用户可以属于多个项目组,或担任多个职位。授权管理
将一个基本权限或角色授予用户或用户组,使用户或用户组拥有授予权限的字符串,如果角色、职位、项目中存在相同的基本权限,则取其中的一个;如脱离角色、职位、项目组,只是取消用户或用户组的中此角色、职位、项目组所授予的权限。用户所拥有的权限是所有途径授予权限的集合。管理员用户可以查看每个用户的最终权限列表。
权限管理
基本操作权限与权限组(基本操作权限的集合)的管理。
OA权限管理设计的实现 物理数据模型图如下:
物理数据模型图
根据以上设计思想,权限管理总共需要以下基本表:
tb_User:用户信息基本表;
tb_Department:部门表;
tb_Company:公司表;
tb_Module:系统模块表; tb_Action:系统中所有操作的动作表;
tb_Permit:由tb_Module与tb_Action两表结合产生的系统基本权限表;
tb_Permit_Group:权限组表,将一模块的中的所有权限划分一个权限组中,可以通过权限组授予用户权限;
tb_Role:角色表,基本权限的集合。无上级与下级之分;
tb_Position:职位表,有上级与下级之分;
tb_Project:项目组表,tb_Role_Permit:角色授权表;
tb_Postion_Permit:职位授权表;
tb_Project_Permit:项目授权表;
tb_Project_User:项目成员表,IsLead字段代表此成员为项目组长;
tb_Postion_User:职位成员表;
tb_User_Permit:用户授权表,用户ID与角色、职位、项目及直接授予的权限串表;
权限的产生:
由tb_Module中的ModuleCode与tb_Action中的ActionCode组成权限代码PermitCode=ModuleCode+ActionCode。
实例:ModuleCode=0101,ActionCode=01,则PermitCode=010101。
权限值则有ModuleValue与ActionCode组合而成,采用下划线来连接。实例:ModuleValue=Sys_User,ActionValue=AdD,PermitValue= Sys_User_Add 权限组:
包括一组同一模块下的权限的组合,如管理用户包括基本的权限:添加、删除、修改、查看等,将这些组合起来构成一个用户组——“用户管理”权限组。其它类似。只是为了更方便的查看系统权限与权限的分配。
实例:如管理用户的权限代码为010101à查看用户,010102à添加用户,010103à删除用户,010104à修改用户,010105à审核用户等,将这些基本权限组合起来一个集合而构成了“用户管理”权限组。
角色、职位、项目:
也就是按特定的需要划分一种权限的集合。使用角色授权表、职位授权表、项目授权表来实现。授权表中存放的是权限代码PermitCode,而不是权限组的GroupCode代码。
用户授权:
由用户授权表来实现,用户授权表中的RoleCode、PositionCode、ProjectCode分别是角色表中RoleCode组成的串、职位表PositionCode组成的串、ProjectCode组成的串。与角色授权表中的角色代码RoleCode、职位授权表中PositionCode、项目授权表中的ProjectCode不对应(不是主表与从表之间外键关系)。
从而能够实现了一个用户可以拥有多个角色、多个职位、多个项目的情况。
用户授权表中的PermitCode为直接授权的权限代码串,直接给用户分配权限。
实例:
用户ID为UserId=1的用户权限授权表的记录为: RoleCode=001,003 PostionCode = 001,002 ProjectCode=001,005
PermitCode = 010101,020102
表明此用户拥有两个角色,代码为001和003,并继承这两个角色的权限;
担任两个职位,代码为001与002,并继承两个职位的权限;
属于两个项目组中的成员,项目代码为001与005,并继承两个项目中的权限。直接指定给用户的权限为010101与010102这两个权限代码的权限
用户权限字符串:
根据用户授权表的角色代码、职位代码、项目代码得到权限字符串及表中直接分配的权限字符串组合成一个用户的所有权限字符串集合。
第五篇:OA系统使用管理规定
OA使用管理制度
一、总则
公司办公自动化系统(以下简称OA系统)是以金蝶K/3 OA协同办公系统为管理平台,采用服务器/客户端/浏览器结构,建立起来的覆盖全公司管理人员的办公信息管理系统,实现网上办公、移动办公、无纸化办公和信息资源共享。OA系统是公司信息化建设的重要组成部分,是提高公司办公整体管理水平的重要手段。为了加强对公司OA系统的管理,提高公司工作效率,有效降低和节约成本,加快办公自动化建设,保障文件和各种信息传递快捷通畅,最终解决部门自身与部门之间协同工作的效率问题,从而系统地推进管理工作朝着制度化、标准化和规范化的方向发展,结合公司实际情况,制定本规定。
1.1 目的
规范公司流程管理,提高公司流程效率。1.2 适用范围
各中心、各职能部门。
二、职责划分
2.1 公司人力行政中心是公司办公自动化OA系统的归口管理部门。主要职责为:
(1)、负责制定OA系统规章制度;
(2)、负责OA系统核心工作流程设计、修改;(3)、负责OA系统各职能部门工作流程设计的审核;(4)、负责确定、监管OA系统核心工作流程参与人员的权限;(5)、负责监控、检查、督办核心工作流程的工作流转;(6)、负责工作流程的归档,并为其他部门提供查询;(7)、负责OA系统内各大功能模块信息内容更新的监督;(8)、负责对系统内的保密设置进行定期检查;
2.2 OA系统管理员负责OA 系统的建设、维护和服务支撑工作,负责服务器的管理维护和日常运行。主要职责为:
(1)、负责OA系统软件的配置升级管理;(2)、负责OA系统的数据备份;(3)、负责制定OA系统应急方案和系统技术管理规章制度;(4)、负责公司领导、各部门人员的培训和技术指导工作;
(5)、负责OA服务器、操作系统和硬件的维护,确保服务器安全运行;(6)、负责系统用户注册、注销等管理;
(7)、负责OA平台功能模块各部门书写权限的设置。
三、基本要求
3.1 使用OA系统的各级用户应保证各类文件处理的响应时间。系统所有内勤用户在每个工作日上班后一个小时内必须使用电脑浏览器登陆OA系统,中午和下午下班前一个小时内分别进入系统浏览一次,以保证公文系统的正常流转和信息的及时传送,最好长期登陆进OA办公。
3.2 每位OA用户的登录名和登录密码应予以严格保密,并做到定期更新密码,以防他人盗用账户,由于密码泄漏造成的损失由用户名所有人负责;
3.3每位OA用户要保证在OA系统上发布、流转的信息和文件的准确性、完整性和规范性,并对所发布和审批的内容负责。在OA系统中的意见和审批与原书面签署具有同等效力和权威,相应人员应予以执行和遵守。
3.4 OA系统中的各分类公告及新闻均由有权限人员予以发布和更新,具体内容由本单位负责人确定,新闻内容不应涉及相关商业机密;人事公告或日常行政公告由人力行政中心负责统一发布和管理,主要涉及各级人员的职务任免、调动和重大奖惩(包括通报表扬、重大表扬、严重警告)以及员工录用和辞退等人事信息;各中心和各部门发布的日常行政公告,主要涉及本单位的制度发布、管理规范和其他重大事项等内容。
3.5各级OA用户应认真遵守本制度的相关规定,进行规范使用和操作,违反本制度规定进行操作或使用的,将由上级主管或总部系统管理人员视情节轻重给予轻度至中度类别过失处罚。
四、应用管理
4.1 流程模块的使用
流程模块是OA平台的精髓所在,其中包含日常工作、公司公文、行政事务三大类型。用户只需根据实际需求如:请假申请、加班申请、出差申请、采购申请、工作交办等等,填写相应授权范围内的表单,并根据系统绑定的流程提交审核。固定表单绑定流程中的各级用户应根据公司相关制度规定和要求对表单进行操作和审批。
流程发起要求
a、流程发起要求:经办人在发起流程时,对于需要多部门会签或审核的流程,发起人应先进行线下沟通(线下沟通至少包含直接上级和相关业务部门负责人),才能发起流程。上级审批人在接收到流程发起人的申请后应及时审批,若拒绝发起人的申请可不进行提交,但必须在签办反馈中写明拒办理由并保存反馈,流程发起人在接收到回退指令后,应认真查阅回退理由,以便重新调整和更改流程。
b、流程资料上传与检查:经办人发起流程时,需要上传相关附件资料,应检查资料的完整性和可用性(保证附件资料在审批过程中能正常打开)。在发起流程后,经办人须及时将纸质附件送到相关审批人处进行审核。
流程审批要求
a、审批意见:各环节审批人必须明确发表意见,客观、清晰的表达自己的意见和态度,避免出现类似“阅”、“知晓”、“好的”等无明确态度的意见。
b、禁止讨论性协商:流程原则上只是完成审批过程,具体事务通常是在各种会议上已经完成讨论,流程审批人在审批时快速明确并签署意见,禁止在流程审批过程中作讨论性协商。
c、流程搁置与打回:在流程审批过程中,如发现经办人上传流程有误或有疑问,须立即与经办人进行沟通后明确意见,禁止未经沟通直接搁置流程或者强行将流程打回,更禁止没有仔细审阅流程就直接通过。
d、流程协商:对于流程中未设置相关人员但确实需要征求意见的,可以发起流程协商,但应避免利用流程协商完成工作正常的沟通和协调。
流程审批时间要求
a、流程审批时间:原则上流程审批人每天至少早、中、晚进行三次登陆公司OA系统进行流程审批,原则上员工当天流程必须当天处理完毕,部门总监以上领导原则上流程处理不能超过2天,特殊岗位与流程除外。
4.2、消息中心的使用
消息中心主要用于与公司内部人员沟通和交流,内部各部门沟通和交流应尽可能使用协同方式进行,以提高业务处理效率。
五、安全保密
1、OA系统的所有用户,不得利用OA系统从事危害国家、集体和他人利益的活动,不得在系统上制作、传播有碍社会治安和不健康的信息,不得制造和输入计算机病毒以及其他危害系统安全的数据。
2、OA系统中的所有用户应按规定的权限阅读和使用系统提供的信息。不得盗用他人用户账号,不得干扰其他用户和破坏系统服务。
3、未经管理人员的同意,任何人不得随意让公司无关人员及外部人员查看OA系统中的内容,更不许下载受控的内容。
六、网络维护
为确保网络的正常运行,全体员工都有对OA系统维护的义务;
1、公司OA管理员是公司OA系统栏目,版面变更唯一的指定人;
2、禁止在OA系统上传带有病毒的文件、图片等;
3、未经许可,不得私自改变OA系统的桌面内容;
4、不得对网络运行进行人为设限。
七、考核
为强化OA系统的健康运行,发挥其有效作用,实施考核管理。
1、OA系统自动对协同审批进行跟踪,对每位同事审批事项的处理周期、延误情况进行记录。并将使用情况纳入月度或考核范围。
2、对长期不使用OA系统、不按统一要求进行规范使用;网上办公数据不准确,对工作造成不良影响的,将按照事务的后果情况进行处理。
3、对不遵守规定、影响流程传输正常运行的使用部门和使用人员,依照有关规定追究相关人员和领导的责任。
4、对泄漏机密,造成不良后果的,按公司有关规定进行处理。
八、应急措施
应急措施是保证、文件信息、资料不丢失的有效措施。
1、对公司制度、报告、考核、档案等有价值的内容、信息,在发布的同时,发布人还应进行备份,以避免信息丢失。
2、OA管理员对OA系统要及时进行维护管理,防止发生系统失效,每月进行一次系统清理,每月进行一次数据库备份,对服务器进行安全防护。
九、附则
1、为了保障OA系统的硬件、软件和信息的安全,保证系统的正常运行,全体用户应遵守本管理制度,违反者应承担相应责任并接受公司考核制度的处罚。
2、本制度未尽事宜按公司有关规定执行。