在使用点晴永久免费OA过程中收集的致点晴的些许建议
|
c490003666
2014年6月18日 14:20
本文热度 10285
|
首先要感谢点晴公司能够开发免费的企业办公软件给我们使用,并且建立了用户交流群,本人也本着热衷点晴oa的心态一直对点晴mis系统各方面深入的使用并了解,在群里也是积极的帮助其他群友解决困难,减少客服的压力,经过一年多的使用对比其他oa软件个人用户亲和度高,简单易用,但是可能每个公司的体系制度不一样oa使用方法也就大不相同,我公司在使用过程中发现个别可以优化改进的地方,曾在群里向客服提到过,但是不知是否是因为作为一名免费用户来说每次我提出涉及到编程设计的时候客服都没有采纳解决,现在我抱着最后一丝渺茫的希望在这里提交建议望客服能够重视:
1.发送工作联络单选择接收人时人员排序不能自定义,或者特定某几个重要人物靠前排列,否则查找非常麻烦。
发送工作联络单.jpg)
2.既然出了编辑公文通知模板的功能为什么就不做完善一点,全局信息设置里添加了类型,在筛选里就应该也有,文档类型也随之增加,而不仅仅是固定这几个。而且如果多套模板肯定是多种类型的公文,再共用1套编号就不合适了吧,比如我a模板是一套编号,b模板是一套编号,但是系统只默认共用一套编号。
公文通知类型1.jpg)
公文通知类型.jpg)
3.考勤时间段设置的问题,
这个我一直觉得不是太合适,如果按冬季作息时间午休的时候设置上班提前和下班延后是1小时,例如中午12点下班延后1小时签到就是1.00点,那么如果我们1.30上班,提前一小时签到就是12.30,所以12.30到1点这重叠的30分钟之间签到到底是按下班延后的算还是按上班提前的算。还有一个建议考勤审核能不能增加一个批量审核备注,如果服务器出现故障或者停电了所有人都没签到,所有人都要填写异常考勤申请或者审核的一条一条的备注停电或者故障。
考勤时间设置.jpg)
4.工作计划方面,如果我有沉淀了很长时间的几百个工作计划,那么我每次点击浏览工作计划系统都会默认把所有的计划都查找罗列出来,当然这对计划少的人来说是很方便的一件事,但是对于每天都有很多计划的人来说要等很长时间系统查找完毕所有的计划才能显示浏览的界面,可以设置默认点击浏览工作计划的时候只是进入查询界面而不直接就罗列所有的计划出来。还有编辑工作计划里安排人不能直接设置该任务为已完成,我只找到作废、修改和删除等这几个选项,如果非得绩效评分了之后才能将该计划任务设置为已完成那对于计划任务多的企业来说安排人会忙的不可开交,我的建议提交完毕。纯手工码字不容易,望予以采纳解决谢谢。
该文章在 2016/1/14 12:39:38 编辑过
| |
全部评论1 |
|
admin
2014年6月18日 16:44
 多谢支持和建议:
1、技术上实现很困难,一般单位按照部门查找、每个部门下员工数量不会太多,按照姓名拼音排序,查找起来应该问题不大。
2、系统支持创建无数个公文通知模板啊,后面那个“编辑”点击下拉,选为“新增”,即可创建一个新的模板。
类别我司已列入开发计划,会将它动态调用到那个管理页面上。
3、如果两个考勤时间段存在交叉,你都说了:连人脑都识别不了该员工到底是上班还是下班,那电脑在技术上更没办法识别到底是上班还是下班!所以要求考勤时间段的设置务必不能重叠,这是电脑自动计算考勤的基本要求。
4、如果不希望看到已经完成的工作计划,方法有三:
a、将该计划进行绩效评定结案;
b、将该计划作废;
c、将该计划彻底删除。 该评论在 2014/6/19 8:22:28 编辑过
|