翼机通业务系统需求规格说明书.doc

翼机通业务系统需求规格说明书

57
2020年5月29日
文档仅供参考
翼机通业务系统需求规格说明书
V 0.1

1月

文档记录:

摘要记录:
关键字

编 号
HC-翼机通业务平台- -需求规格-01
关 联
需求规格说明书、产品说明书

变更记录:
变更者
版本
变更日期
批准人
审批日期
变更内容
刘炜焘
V0.1
-10-19

初始创立
周增源
V0.1
-01-13

修改

目 录
1. 引言 1
1.1 项目名称 1
1.2 项目背景和内容概要 1
1.3 关键实体说明 1
1.4 预期的读者和阅读建议 1
1.5 参考资料 1
2. 项目概述 1
2.1. 目标 1
2.2. 范围 2
3. 公共组件系统需求 4
3.1. 组织机构管理 4
3.1.2 部门管理 5
3.1.3 人员管理 6
3.2. 权限管理 7
3.2.1. 用户组管理 8
3.2.2. 角色管理 8
3.2.3. 操作管理 10
3.2.4. 资源管理 10
3.2.5. 权限管理 10
3.3. 模块管理 10
3.3.1. 模块信息管理 10
3.3.2．数据字典 10
4. 设备管理系统需求 10
4.4 短信中心管理 22
5. 考勤系统需求 22
5.1.1. 假日设置 22
5.1.2. 异常申请类型设置 22
5.1.3. 出勤设置 23
5.2 排班管理 23
5.2.1. 上班时间段定义,排班班次定义 24
5.2.2 班组排班 26
5.3 考勤信息管理 28
5.3.1 异常申请管理 28
5.3.2 记录增补 28
5.3.3 照片核对 29
5.3.4 考勤数据采集 29
5.4 考勤统计 29
6 消费系统需求 30
6.1.1 餐次时间 31
6.1.2. 消费模式设定 31
6.2 充值中心 33
6.3 消费管理 34
6.2.1 补贴发放 34
6. 门禁系统需求 38
7.1. 门禁时段模板设置 38
7.2. 门配置管理 39
7.2.1 门禁区域定义 39
7.2.2 门配置管理 39
7.2.3 门禁刷卡记录 41
7.3. 门禁用户配置 41
7.4. 门禁名单管理 41
7.4.1 名单管理 41
7.4.2 门上名单 42
7.5. 门禁统计 43

1. 引言
1.1 项目名称
翼机通业务平台
1.2 项目背景和内容概要
中国电信面向各类行业客户提供的融入了移动支付能力的信息化应用综合解决方案。行业客户经过电信天翼手机既能够使用优质的语音和信息服务,也能够直接刷手机实现内部食堂/超市消费、门禁识别、考勤、彩门和资源管理等后勤服务,还能够在外部电信商家联盟进行消费。
1.3 关键实体说明

1.4 预期的读者和阅读建议
1.5 参考资料
<中卡一卡通系统>。

2. 项目概述
2.1. 目标
经过对翼机通业务平台的需求描述,形成完整的翼机通业务需求规格,并在此需求之上进行设计,完成翼机通业务平台的开发、测试,争取在元月15日前业务平台的测试、完善工作。
2.2. 范围
翼机通业务平台的范围如下图所示:

公共组件系统用例如下:
人力资源、OA、ECP(短信互动)、物流

门禁系统用例如下:

考勤系统用例如下:

消费系统用例如下:
增加结算准人条件和消费记录是否上传完成

3. 公共组件系统需求
基本流程:

3.1. 组织机构管理
该功能提供给企业管理员使用,企业管理员能够经过该功能定义自己企业的信息,对企业中的部门、人员进行管理。
3.1.1. 企业管理

企业管理中定义实际企业的信息,作为这个企业的信息显示。能够实现对企业信息的新建、修改、删除操作。 实现对企业唯一的消费充值密钥设置。一旦设置,不能随意更改。
该模块提供对企业信息的新建,具体内容包括:企业编号、企业简称、企业全称、企业状态、行业类型、企业类型、所属地区、企业联系人、联系地址、联系方式、开户时间、充值/消费密钥、应用类型、所属编码、客户类型、职工编码、备注信息等。

新建输入完成后,保存在平台中。
字段定义:
企业编号--工商注册编号
密钥定义—密钥信息按照固化模式自动分配,后期开卡、消费机密钥应该能够自动同步。密钥使用过程中不可见。密钥设置原则上从管理平台中获取。
2.
2.1
3.1.2 部门管理
1、对企业中的部门信息进行新增、修改和删除操作,在进行删除操作时,要注意是否进行级联删除,是否需要将该部门下属的部门一并删除?
2、用户能够经过批量导入的方式快速建立企业的部门机构树,需要提供导入模板(采用Excel方式)。
该模块提供对企业内部部门信息的组建,新建时,输入内容包括:所属企业、部门名称、部门联系人、联系电话、上级所属部门、备注信息等。
输入完成后,进行保存操作。

人员所属部门变动后,对已经结算过的数据,按照变动之前进行统计,当前数据统计为部门变动后的数据。

3.1.3 人员管理
用户能够在人员信息列表中对人员进行新增、修改、删除、赋权等操作。
人员信息内容包括:用户名、显示名、人员工号、所属企业、身份证、登陆密码、性别、人员类别、在职身份、岗位信息、民族、党派、学历、联系方式、联系地址、入职时间等。
每位员工根据在企业中的定位,赋予一定的平台使用权限,一般分为四大类:系统管理员、业务管理员、部门管理员、个人用户。分别对应:
a、系统管理员:一般为专职管理人员,拥有全部系统功能,承担系统运行维护、设备管理、各级帐户的权限管理、和系统各相关单位的协同工作。
b、业务管理员:一般为专职部门中的指定人员承担,负责特定业务信息的管理和操作。一般至少有:
人事部门负责部门结构和人员资料的管理,常常兼管卡证发放/注销和考勤;
食堂管理员负责冲值、挂失、对帐等日常卡务;
财务负责分区对帐和分总帐统计;
c、部门管理员:部门内指定的日常工作管理人员,承担本部门以下人员的常规工作管理,主要包括排班、申请提交、出勤核对、结算、报表等内容。
d、个人用户:个人用户,承担自己各种资料信息的核对和统计。

说明:
岗位定义--明确岗位的分类。
后期汇总报表能够按照岗位属性进行人员的汇总、归类。
批量导入功能不作为常见功能项,只作为专用工具使用。

3.2. 权限管理
该模块提供给企业各级管理员使用,用于定义企业中的人员角色,并对角色分配相应的权限(菜单、功能、操作),菜单、功能、操作的管理是从管理平台中继承过来的,一般来说,不允许企业用户修改这些配置信息。
3.2.1. 用户组管理
定义企业中的用户组,用户在权限分配,功能实现的时候,能够经过组权限的方式来批量进行定义。

能够按照用户组方式进行人员排版调整。
3.2.2. 角色管理
定义企业中的角色,并对相应的角色进行赋权。一般在企业翼机通中,角色有以下几种:
a、系统管理员:一般为专职管理人员,拥有全部系统功能,承担系统运行维护、设备管理、各级帐户的权限管理、和系统各相关单位的协同工作。
b、业务管理员:一般为专职部门中的指定人员承担,负责特定业务信息的管理和操作。一般至少有:
人事部门负责部门结构和人员资料的管理,常常兼管卡证发放/注销和考勤;
食堂管理员负责冲值、挂失、对帐等日常卡务;
财务负责分区对帐和分总帐统计;
c、部门管理员:部门内指定的日常工作管理人员,承担本部门以下人员的常规工作管理,主要包括排班、申请提交、出勤核对、结算、报表等内容。
d、个人用户:个人用户,承担自己各种资料信息的核对和统计。
e、领导,关注报表。
赋权内容详见新建界面下方的列表,根据角色具体的权限进行选择,选择完成后进行保存操作。

各级管理员相关权限:
角色
描述
查看权限

系统管理员
专职管理人员,拥有全部系统功能,承担系统运行维护、设备管理、各级帐户的权限管理、和系统各相关单位的协同工作
所有数据

企业管理员
机具配置、企业卡参数设置、密钥设置外的所有内容
所有数据

人事管理员
负责部门结构和人员资料的管理,包括卡证发放、挂失、注销等操作,
部门、人员信息。考勤信息统计、卡信息等

财务管理员
负责食堂消费充值、挂失、对帐等日常卡务,消费对帐和分总帐统计;消费更正
充值、消费数据,更正数据,消费统计报表

普通用户
个人用户,仅限查看
考勤、充值、消费数据

领导
全局查看
所有数据

3.2.3. 操作管理
待定
3.2.4. 资源管理
待定
3.2.5. 权限管理
待定

3.3. 模块管理
待定
3.3.1. 模块信息管理
待定

3.3.2．数据字典
待定

4. 设备管理系统需求
该功能提供给平台管理员使用,一般在企业信息建立后,需要对企业所使用的机具信息,卡信息就行记录登记,具体包括:机具信息管理、卡证中心、人员名单管理、短信中心管理、定时任务管理。
4.1 机具管理
该功能提供给企业管理员使用,管理企业中使用的机具,包括机具的生产厂商,机具的类型,机具的型号,以及为企业添加所使用的机具操作等。
基本流程:

4.1.1机具厂商管理
主要是为了明确企业内部所使用的机具的生产厂商。主要内容包括:厂商地址、联系人、联系方式、联系电话等信息。

4.1.2 机具应用类型管理
主要是为所使用的各类机具从功能角度定义类型规范。一般分为考勤机,消费机,发卡器,充值机,门禁系统。具体内容包括:机具应用类型名称、机具类型等。

输入完成后,进行保存操作。
4.1.3 机具型号管理
为企业中使用的机具进行型号规范。具体内容包括:机具型号名称、机具应用类型、机具所属厂商等。

4.1.4 机具分组管理
为企业中使用的机具进行分组管理。根据企业物理位置或者业务内容进行分组,具体内容包括:机具组名称、分组依据、选择需要分组的机具名称等。

4.1.5 机具添加管理
根据每个企业实际应用的不同,添加所需要的的机具设备信息。
1、 新增机具

新增添加时,应正确选择该机具的具体型号、区域组、业务组、机具机号、IP地址、子网掩码、网关地址、MAC地址等相关信息。
<应用分组>:指定您的设备用于何种业务,它用来标记不同业务的消费记录。
<区域分组>:指定您的设备在一项业务中如何分组。如:餐饮业务中,部分设备用于第一食堂,另一部分设备用于第二食堂。
<机具机号>:能够在机具中查看,各类机具开机后均会显示该机具机号。
机具IP设置:机具IP地址在机具出厂前,一般都包含默认IP,考虑各企业的IP段不一致,因此,在实际部署时,应先更改机具IP地址,更改可使用<IP地址更改工具>。IP地址更改后,保存机具,机具就成功连接在企业内部中。
机具连接成功提示:
企业管理员在添加机具时,相关设置完成后,保存操作的同时,显示机具连接成功提示。

修改机具:机具信息添加完成后,能够对应的修改机具上的常见参数。
具体包容包括:
<通讯参数>:包括COM/IP、机号、波特率等。
<读卡模式>:您的设备使用的号码类型,应该和软件系统中为员工发卡时所使用的号码类型一致。
<读卡位数>:指定您的设备所使用的号码位数。由于部分设备能够支持不同位数的数据,因此需要在此说明此设备按何种位数工作。卡证号码采用10位标准,但许多设备支持的位数小于10位,有的设备还可能同时支持多种位数。因此需要在此向系统说明此设备使用何种位数。

<消费参数设置>:消费参数设置,主要是为了体现企业对员工消费模式的定义,经过每个机具设定具体的模式。具体包括:
1、 菜单金额设置
2、 餐次设定
设定当前机具每餐的限定刷卡次数。
设定当前机具的餐次有效时间。
3、 其它参数
消费扣款模式:设置当前积聚消费扣款模式,具体有随机消费模式、固定扣款模式、菜单模式、记次模式。
当天最大支持的扣款次数设置
刷卡限类:设置当前机具能够支持的卡种类。
是否支持快速采集:
调整秒数:设置刷卡单次的响应时间。
扣款顺序:刷卡消费时,能够选择从钱包中扣除消费金额类型顺序(现金、补贴)。
是否支持开机卡模式:
是否手机卡使用:
定餐:
是否上传:

输入完成后,进行保存操作。
<数据采集>:设定数据采集方式,默认自动采集。数据采集的目的是将在机具上产生的刷卡信息上传到后台服务器上,方便企业对员工的考勤、消费、门禁出入等情况进行了解管理。

2、批量导入机具信息
考虑到企业中可能应用的机具数量比较多,逐个添加的方式比较繁琐,因此,系统支持按照固定的模板将机具信息统一导入。

3、禁用机具:
禁用操作会将企业内制定的这台机具进行禁止使用操作,这种方式应慎用,系统应在用户使用该功能时提醒用户,并在用户确认该操作的情况下执行该操作。禁用时,系统先提醒用户是否确认要禁用操作,一旦选择确定操作,系统默认采集该机具上的数据,并并该机具上的人员名单清空。

4.2 卡证中心管理
该功能模块主要实现为企业中的在用人员进行开卡的一系列操作,包括开卡、挂失、解挂、补卡、退卡、强制还原新卡等操作。
基本流程:
操作界面:

4.2.1 卡证中心管理
4.2.1.1 开卡
将卡片开通翼机通功能并与某个企业人员关联,表示该卡归该人员使用。在开卡时,需要将该卡对应的手机号码、卡押金、充值额等信息补充完整。
按照当前省公司的相关规范,在企业翼机通业务平台侧,开卡的动作仅仅是将该卡与用户关联起来即可。
开卡时,应先确认连接的发卡器是经过哪一个COM口连接上来的。开卡操作需将当前使用的IC卡或者13.56M uimpass卡放在发卡器读头的位置。
开卡流程:
业务平台中选定卡-添加、绑定人员-确认连接发卡器端口号-放置卡片在发卡器上-点击发卡操作。

卡号-改成员工序号-数字串,10位。隐藏。后台自动生成。
4.2.1.2 挂失
取消某员工当前正在使用的号码(卡证)使用权。挂失后,此员工当前将没有可使用的卡片,而原号码将被自动作为黑名单下发到所有系统下辖设备上,以禁止此卡片被使用。
挂失时,应选择挂失的原因:1、丢失,2、损坏 3、其它。确认后挂式才会起效,同时系统默认将挂式信息同步到各机具上。
挂失流程:
在业务平台中选中需要挂失的卡片-选择挂失原因-挂失操作。
4.2.1.3 解挂
选定一条挂失记录,点击”解挂”后,系统将从设备上的黑名单中清除此号码,并把此号码的挂失状态转换为未用状态,能够重新被指定给其它人员使用。
解挂时,应选择解挂备注细信息:1、无卡,2、有卡。同时,根据解挂后的后续处理结果,对解挂后的卡的去向进行说明:1、归还持卡人,2、清空回收(等同退卡)。确认后解挂才会起效,同时系统默认将解挂信息同步到各机具上。
解挂流程:
确认一条挂失记录-点击解挂操作-解挂备注选择-解挂确认。
4.2.1.4 补卡
将原有的卡注销掉,同时启用新卡。
补卡操作时,应在选中某条挂失记录,点击补卡操作时,自动显示原卡中的信息,包括原卡号、原工号、卡余额等,同时,补卡界面应显示新卡号及从原卡中继承过来的信息,同时系统提示要采集原卡号在各机具中的数据,并对数据进行结算。确认无误后,将新卡放置在发卡设备上,点击确认后,补卡成功,同时,原卡号挂失状态自动更改为注销状态。
补卡流程:
确认一条挂失记录-点击补卡操作-原卡数据采集结算-将新卡放置在发卡器上-进行补卡操作
4.2.1.5退卡
退卡操作一般使用员工离职或者退休时的操作。
退卡操作时,需选择退卡时卡的状态:1、有卡、2、无卡,同时,根据企业自身设置的规定,对退卡后卡里的金额进行处理:1、罚没 2、退款,同时,能够根据企业的情况,设置退卡手续费、卡押金信息等。
选择一张正常使用状态下的卡-点击退卡卡操作-选择有无卡信息,退卡后金额处理办法等-进行补卡操作-有卡时将卡放在发卡器上-退卡操作。

4.2.2 充值中心管理
该功能模块实现对企业内员工的消费充值过程。

4.2.3 卡应用管理
该模块实现2.4G卡中的钱包规范设定。一般针对企业应用2.4G卡才会用到。普通IC卡、13.56M卡不需要应用此项操作。

4.3 授权名单管理
人员名单下发实现按照排班班次所包含的人员进行下发。支持按照用户组方式下发,机具选择支持按照区域下发等
黑白名单定义规则

考勤机
消费机
充值机
门禁
黑名单
无黑白名单之分
默认下发黑名单,黑名单范围内的人员不能消费

白名单

充值人员名单下发
下发人员即正常进出人员名单

授权名单是往企业中应用的各种机具上添加使用人员,人员名单只有发到机具上,员工刷卡使用才会有效。该功能提供给企业管理员使用,经过该功能能够管理员工在设备上的使用许可状态,即:哪些员工在哪些设备上能够刷卡。
支持按照应用类型、区域分组、多个机具同时下发。
支持按照单个人员进行添加。
支持查看机具上的人员。

4.3.1 名单管理
名单管理以该企业使用的各类机具设备为基准,所有操作围绕机具进行。操作时,先选中对应的机具,点击机具名单操作,再在该机具上进行相关操作。

具体实现功能如下:
<查看设备上的人员>
界面显示当前机具上的人员信息
<修改设备上的人员>
从窗口中勾选人员,点击修改,能够将该人员的名单类型、修改状态进行操作;
<添加设备上的人员>
点击新建,弹出添加人员界面,将这些人员追加到这些设备上的已分配名单中;

<删除设备上的人员>
从窗口中勾选人员,点击此删除,能够把这些人员从这些设备上的已分配名单中清除;
<批量下发设备上的名单>
从窗口中勾选人员名单,点击此按钮,能够将选中的人员名单批量下发。
<追加下发设备上的名单>
从窗口中勾选人员名单,点击此按钮,能够将选中的人员名单追加下发到机具上。
4.4 短信中心管理

4.5 定时任务管理

5. 考勤系统需求
基本流程:
5.1考勤基础配置管理
对企业考勤的各种参数进行管理,包括班次设置、假日信息设置、班组设置、异常申请类型设置等。
5.1.1. 假日设置
该功能提供给企业管理员使用,用于定义各种假日信息,比如国家法定假日、休息日,在定义假日信息时能够指定其周期,比如休息日是以周为周期,五一、十一以年为周期等。
新增农历节假日设置。

5.1.2. 异常申请类型设置
该功能提供给企业管理员使用,用于定义在正常的班次、假日设置之外的一些异常类型,比如请假、加班、出差等。

5.1.3. 出勤设置
该功能提供给企业管理员、部门管理员使用,用于将考勤过程中有关出勤参数。具体内容包括:进位半小时计算方法,设备考勤相片保留时间、新增的考勤申请是否需要审核、统计取整方法、考勤计算时使用的基本信息、结算是否按进出帅选刷卡记录、考勤刷卡照片保存入库等。
达到多少分钟进位半小时:(指针对实际上班时间对半小时进位的统计算法)

考勤相片保留时长(<180天):

新增的考勤申请:
需要另外审核 默认已经审核  (对手动补充考勤记录是否需要审核)
统计取整方法:
累计后取整(按月累计后在取证) 取整后统计 (每天取整后再按月统计)(按照某个时段的出勤统计方案)
考勤结算时使用的基本信息:
按现在 按当时 
结算是否按进出筛选刷卡记录:
是 否 (特指考勤门禁一体操作,能够区分进出记录)
考勤刷卡照片保存入库:
是 否 

5.2 排班管理
该功能主要针对企业对上班的定义,具体包含上班时间的确认,正对员工班次的安排等等.
5.2.1. 上班时间段定义,排班班次定义
界面设计:
第一部分为上班时间定义
第二部分为排班班次定义,主要是某个时间段内班次到此按照何种方式进行组合,能够多个班次模板。

该功能提供给企业管理员使用,用于定义企业的各种班次,一般班次分为正常班、弹性班。
指起止时间点固定的一个上班时间段,员工的排班(即出勤计划)表现为多个正常班的顺序组合。
具体参数含义:
<显示符> :设置班的显示符号(用于在报表中显示和代表此班);
<特别班> :有此标记的班,将合计后在报表中专门一列显示;
<单独统计>:有此标记的班,每种都将在报表中的人员汇总表中单独一列统计;
<上班时间>:输入本班次上班的时间(即开始时间);
<下班时间>:输入本班次下班的时间(即结束时间);
<必须刷卡>:指定上下班两个时间点是否必须刷卡。
如果设定必须刷卡而没有刷卡记录则记为旷工,如果设定不必刷卡,则无论员工有否刷卡都记为正常。
<允许提前时间>:指在上班开始时间前多长时间内才允许刷卡签到。
如:当设为30分钟时,如果上班开始时间是8:00,则说明员工在7:30前的刷卡无效;
<允许迟到时间>:指员工迟到多少分钟以内能够不被记为迟到;
如:当设为10分钟时,如果上班开始时间是8:00,则说明员工在8:10以后刷卡才会开始被计算迟到时间;
<迟到计算时间>:指员工迟到多少分钟以内才被记为迟到;
如:当设为30分钟时,如果上班开始时间是8:00,则说明员工在8:30前刷卡算迟到,8:30后刷卡无效;

<早退计算时间>:指员工早退多少分钟内才被记为早退;
如:当设为30分钟时,如果下班结束时间是12:00,则说明员工在11:30前刷卡无效,11:30后刷卡算早退;
<允许早退时间>:指员工早退多少分钟内不会被记为早退;
如:当设为10分钟时,如果下班结束时间是12:00,则说明员工在11:50－12:00刷卡都算正常;
<允许延迟时间>:指在下班结束时间后多长时间内刷卡才算是签退卡;
如:当设为30分钟时,如果下班结束时间是12:00,则说明员工在12:30后的刷卡无效;

<延时下班记为>:延时下班是指,在下班结束时间点到达时没有刷卡离岗,而是继续在岗直到实际工作完成后才刷卡离岗。
对于这种情况,有如下处理方式供选择:
<不计>:指不允许这种情况出现。系统依然按照下班时间点的刷卡情况计算,而增加的在岗时间也被忽略不计;
<增加上班>:指系统调整为按照实际的刷卡时间判断下班,并把增加的工作时长合并到正常的上班出勤时长内;
<自由加班>:指系统调整为按照实际的刷卡时间判断下班,并把增加的工作时长记为”自由加班”,单独计算和统计;
<延时加班最长允许时长>:指定延时下班情况发生时,最长的允许小时数。
也就是说,如果超过最长时间还没有刷卡,系统将判定本班次没有下班签退记录。
延时加班最长允许时长主要根据下一个上班时间点的情况,需要避免判断冲突来参考设定。
弹性班定义(暂不支持)
对于上班时间不固定人员(如研发人员,企业不要求其准时上下班,但要求其上班必须上满8小时,因此其上班时间就相对弹性,此时可对经过建立一弹性班来管控其上班。
A. 正常弹性:上下班时间不限,但上班时数必须满8小时(班次正常工时)。
B. 计件弹性:上下班时间不限,工时也不限,按实际出勤计工时(主要用于计件人员),但如无出勤将计其旷工。
C. 不限弹性:-有出勤按出勤计,无出勤也不计异常。

模板定义不包括时间段。

班次定义提醒:两班次之间上一般下班时间和下一次上班时间最好不要有重叠。

1.
2.
3.
4.
5.
4.1.
4.2.
5.2.2 班组排班
落实所排的各种班次的具体人员。
内容包括:人员,起始时间、具体哪个排班的班次。

只是作为参考性的模板。具体按照企业实际进行定义。

依据考勤参数对班组或者个人进行排班管理,系统将会按照排班信息对员工进行考勤。
该功能提供给企业管理员、部门管理员、班组管理员使用,各用户可根据班组的状况在各车间下建立相应班组,并将相应的人员分配到各班组下,建立好班组后,即可对各班组进行排班(对班组进行排班后,属于该班组下的员工则不需要再进行个人排班,系统自动跟随该班组的排班而上玫,新进员工只需分配到该班组下,则自动会跟随该班组的排班一起上班)。
排班时需要对排班的类型进行设置,比如是手工排班、周期排班,周期排班指系统会按照排班的周期自动为该班组进行排班。
排班提醒:排班中出现不排班的情形,是指该员工上一次下班后默认24小时之内不排班。

****按照排班的类型进行统计:
统计信息,落实到某个人员当前班次情况。
落实排班的内容,有多少种模式。
班次跳过:遇休息日正常轮班,即休息日实际已经排班了,但不需要上
班次延后:遇休息日延后轮班,即休息日不排班了,轮班延后
5.3 考勤信息管理
该功能提供给企业管理员使用,实现对异常考勤(加班、出差、病假等)的处理,个人考勤记录增补的操作
4.3.
5.3.1 异常申请管理
该功能提供给企业管理员、部门管理员使用,能够对异常申请进行管理,申请后的信息默认不需要审核。
1.出差处理,对出差人员进行处理,选择出差人员,录入批准人. 具体时间及出差的原因;
2.外勤处理,对外勤人员进行处理。选择外勤人员,录入批准人. 具体时间及外勤的原因;
3.加班处理,对加班人员进行处理。选择加班人员,录入批准人. 具体时间及加班的原因;
4.请假处理,对请假人员进行处理。选择请假人员,录入批准人. 具体时间及请假的原因;

5.3.2 记录增补
该功能提供给企业管理员、部门管理员使用,用于对异常记录的增补。
增补的记录需要进行审核之后才能作为正式的考勤数据进行处理。

5.3.3 照片核对
员工在刷卡进入企业时,企业能够经过摄像头拍摄员工的图像,与系统中的标准图像进行比对,判断是否为为本人,核对经过之后,这些考勤数据将作为正式数据。(后期考虑)
5.3.4 考勤数据采集
系统默认按照每班次上下班时间后固定一段时间进行数据采集。
按照班次的截止时间采集。短信同时发送。

5.4 考勤统计
考勤报表中的字段能够自主选择(清单模式)
基本报表
1、 考勤刷卡一览表
工号
(卡号)
姓名
部门
1日
(周一)
2日
(周二)
3日
(周三)
4日
(周四)
5日
(周五)
6日
(周六)
7日
(周日)

周增源
翼机通项目组
8:30

11:30

13:00

17:00

参考中卡:

2、 考勤统计表
参考中卡:

3、 考勤异常表
按照迟到、旷工、加班、请假、出差状态进行统计
包含字段:
工号、部门、姓名、日期、刷卡时间、迟到状态,迟到时长、旷工状态、加班、加班时长、请假、请假时长、出差、出差时长。

对企业中的相关考勤数据进行统计,具体统计的内容包括考勤汇总表、考勤明细表,这两张表对企业来说是经常见到的,也是跟薪资发放有关的,其它的报表还包括:
刷卡明细表、刷卡次数表、刷卡一览表、班次明细表、加班明细表、申请执行明细表、人员汇总表、部门汇总表、人员出勤天数统计表等。

6 消费系统需求
流程定义:

6.1 消费基础设定
该功能主要体现企业餐饮消费各餐次的时间定义,消费模式设置等。
6.1.1 餐次时间
登记一天中用餐的时间段分布。系统据此识别一次刷卡用餐是属于那个餐别,并相应的分组统计。
能够根据餐次时间设定餐次的固定金额,实现定额消费。
不同的餐次最多能够设置5个时段。计次金额输入框后显示”元”单位。

计次金额:指消费模式设定按次消费后,每餐次的固定扣款金额。
6.1.2. 消费模式设定
该模块主要定义企业中的消费的模式,设置时需到机具管理-消费机机具参数配置中进行设置。
几种常见的消费模式:
自由消费:
企业员工消费时,按照当前的菜价进行实际消费,吃多少扣多少的原则。
定额消费:
企业员工消费时,按照企业提供的餐饮标准(例如:一荤两素),固定价格(例如:5元),刷卡一次5元定额消费。
按次消费:
企业按照员工上班的天数,确认员工的餐次次数,按照固定的餐饮标准,按次刷卡进行消费统计。
菜单模式:
待与中卡确认。
备注:以上几种消费模式需要在业务平台进行测试参数设置好以后是否真的这样支持。
<消费参数设置>:消费参数设置,主要是为了体现企业对员工消费模式的定义,经过每个机具设定具体的模式。具体包括:
4、 菜单金额设置
5、 餐次设定
设定当前机具每餐的限定刷卡次数。
设定当前机具的餐次有效时间。
6、 其它参数
消费扣款模式:设置当前积聚消费扣款模式,具体有随机消费模式、固定扣款模式、菜单模式、记次模式。
当天最大支持的扣款次数设置
刷卡限类:对机具的一种分类,实现哪些卡能够在哪些机具上使用,默认值”0”未支持所有机具使用。比如,一个企业有两个食堂,第一食堂的所有机具定义为1类,第二食堂的所有机具定义为2类,那么在开卡时,卡类为1类的就只能在第一食堂消费。
说明:该功能当前仿佛还没有实现,能够在界面上先隐藏掉,设置时设置为默认值”是”。界面上隐藏掉,默认设置为0
扣款顺序:待确认。是否支持补贴扣款,如果支持,如何扣;
说明:我们平台上先默认设置为”现金”。
是否支持开机卡模式:默认值”否”,
说明:需要实施人员关注一下13.56M的卡在开机状态下消费时是否有问题。
是否手机卡使用:默认值”否”。
定(定)餐:默认值”否”
是否上传:默认值”否”。需要让中卡的研发人员来一起看一下这块的功能是否能够实现,

输入完成后,进行保存操作。

6.2 充值中心
该模块主要体现员工个人的现金充值和现金取款操作。
6.2.1 个人充值
个人现金充值能够将员工手机拿到企业管理员处,在交付现金的同时,将所冲金额直接冲入手机卡中。此操作单指员工现金充值。

6.2.2取款
该功能主要体现企业员工的对个人账户余额的现金取款操作。
6.3 消费管理
该模块功能主要体现对企业员工的个人消费记录的更正,补贴的发放、消费账户的管理等功能。
6.2.1 补贴发放
该功能提供给企业管理员使用,根据企业对员工发放补贴的金额,系统根据相关配置信息负责检索和更新名单,并下发到对应的设备上。
补贴发放类型有:现金充值、福利发放、工资抵扣。
现金充值-指员工以现金的方式进行充值,单由于员工未带手机,只能将该金额下发到指定的充值机上。
福利发放-指企业针对大多数员工按月发放补贴的行为。
工资抵扣-指企业为员工事先垫付一部分金额以充饭资。等到员工发放工资时,统一从工资中扣除垫付的金额。
具体操作先选定需要发放补贴的员工,输入需要发放补贴的金额,指定补贴发放的充值机上。
考虑到某些企业是按照每月发放固定金额的补贴,应设置补贴发放周期及执行计划,在规定周期内,实现自动发放补贴。
1、时间设定
能够指定按照间隔时间循环下发,也能够指定每天的时间点定时下发。一般尽量安排在设备空闲的时候执行下发。
一般需要考虑在设备总数、下发占用设备时间等条件下的时长,并尽量安排在设备空闲的时候执行。

2、下发计划
显示按照设定时间计算得到的下次将要启动下发的时间。
当程序正在执行下发时,显示下发进度和当前状态,也能够点击<详细>按钮后列表显示每台设备的详细操作情况。

3、下发日志
在此能够查阅程序启动后至今的历次下发结果记录。
备注:
补贴:我们把补贴分为三类,福利发放、现金充值、工资抵扣,后面两种以当前中卡的充值机是做不出来的,因为充值机上的充值流水号是根据卡号来生成的。
6.2.2 消费增补管理
该功能实现对某一次消费的功能,即在某一次消费中,由于操作原因,存在多收或者少收消费金额的现象,经过此功能能够实现对类似现象的增补操作。
由于消费扣款时在某一具备消费机上完成,在操作消费增补过程中,应注意选定消费机机具,同时,注意定位持卡人及确认具体的消费流水号。
更正金额一律以正数的数字串体现,增补经过选择扣款或者退款进行判断。具体内容包括:刷卡时间、来源的机具设备、卡名称、消费流水号、业务类型、消费金额、扣款账号、账号余额、更正金额、更正时间、增补人员、增补时间等,

该功能理想状态是一旦选定消费流水号,对应的卡名称、来源设备、消费金额等信息自动从后台数据库中选取。扣款账户默认就是上一次消费时所用的员工账户。账号余额部分能够不显示。
6.2.3 消费明细管理
该功能主要罗列当前时段员工消费时的产生的消费记录。具体明细内容包括:卡号、机具名、流水号、刷卡时间、消费量、消费金额、账户余额、优惠值等。

6.2.4 消费账户管理
该功能主要体现企业员工的消费账户信息。能够查看消费总存款额,当前可用余额信息。
具体内容包括:用户卡号、用户名、手机号码、总存款额、可用余额。

6.4 结算中心
该功能模块主要针对对企业和个人在某个时间段内的消费情况的汇总、统计,确认无误后进行结算,一旦结算,消费记录不能再进行更改,因此,需慎之又慎。

6.4.1企业结算
企业结算中心,按照某个时间段的结算记录汇总,能够根据此记录进行结算,结算后默认是冻结状态,不允许改。
企业结算中心应体现结算时间段、企业人员(默认全部)、充值汇总数据、补贴汇总、更正汇总数据、消费汇总数据。
界面应该为现实各数据的明细,最终以汇总数据库体现。
一旦结算成功,不允许在修改数据。

6.4.2个人结算
个人结算中心,按照某个时间段的结算记录汇总,能够根据此记录进行结算,结算后默认是冻结状态,不允许改。
个人结算中心应体现结算时间段、充值汇总数据、补贴汇总、更正汇总数据、消费汇总数据。
界面应该为现实各数据的明细,最终以汇总数据库体现。

6.5 消费统计
经过各种明细、汇总表,对用户的消费情况进行统计、展现和输出。所有报表都能够直接导出为excel标准格式数据文件进一步利用。
常见报表:
本期应实现:
充值明细
无主消费明细
人员消费明细(按日、月、部门统计)
设备消费明细-单指消费机
充值汇总
后期增加:
取款明细
卡业务奖励表
卡成本明细
兑现明细
手续费明细
人员对账流水明细
卡余额
人员消费汇总
分组消费汇总