用python做
考勤系统基本不可能，可以用来做后台考勤数据管理，python在数据统计方面有先天优势，hr假如使用python管理的后台基本只需要傻瓜式操作。传统考勤大多数以磁卡识别为主，但这样代打卡的问题不能解决，还有虹膜识别，这样的考勤方式有一个缺点，就是人体接触有伤害。目前市面上主推app考勤，节省成本，考勤方便，减去排队的烦恼，app考勤主要是应用获取地理位置信息判断打卡地点来确定是否出勤，但这样仍然不能解决代打卡问题，类似于阿里钉钉一类，但是他集成了太多的协同
功能，反而弱化了考勤打卡本身的意义，让公司不能彻底杜绝代打卡问题。我也试用了一下楼上的上朝啦，加入了测试公司试了一下功能，确实是一门功能很有针对性的考勤软件，通过地理位置信息与人脸识别技术确定是否出勤，防止代打卡功能，还能随时查看自己每月的打卡记录。出于兴趣我也申请了hr后台申请，目测通过先进的人脸识别判断是否是同一个人，相似度相差较多有提醒功能。另外后台数据导出非常方便，做考勤分析和工资结算非常方便。这个app相对于阿里钉钉没有协同办公的功能，不能算的上移动端的oa，但也不是件坏事，功能更单一的前提下用户的选择更多。新冠疫情期间，大多数公司为了避免交叉感染都或多或少的采用了远程办公的方式，这显然是一个明智的选择，基本上钉钉(dingding)作为一个远程办公平台来用的话，虽然差强人意，但是奈何市面上没有啥更好的选择，矬子里拔将军，也还是可以凑合用的，不过远程办公有个问题，就是每天需要检查员工的考勤，居家办公虽然灵活，但是大家究竟有没有办公，则是另外一回事，钉钉提供的解决方案就是考勤在线打卡功能，但是检查出勤钉钉在移动端就有点费劲，需要在钉钉app里点击至少5次,还不能实时刷新，pc端的钉钉oa系统做的更烂，还不如移动端来得方便，另外如果你在一家上千人的企业里，这家企业有大大小小几十个部门，你又非常倒霉的担任这家公司的人事主管，每天按部门来出员工考勤报表就不是一件容易事了，所以利用钉钉开放的
接口，使用Django自己打造一套实时监控员工考勤的web平台是我们本次的目的。
项目背景是一家普通科技公司，大概有五个部门，每个部门100人左右
首先进入钉钉开放平台 :open-dev.dingtalk.com
在企业内部开发中，选择小程序，新建一个小程序应用，这里其实也还有别的选择，比如h5微应用，主要是小程序兼容性更好一点。
填写应用的名称、简介、Logo等基本信息这些按下不表，按照要求填写即可，也不必非得填写真实信息，这里有个坑就是一定不要忘了配置安全域名或者ip，安全域名是当我们的检测平台上线的时候部署的域名，应用可以跟指定的域名进行网络通信，如果不配置的话，请求钉钉接口会报403错误。
另外还有一个坑，也就是钉钉默认开放的接口仅限于基础权限接口
如果需要考勤或者签到接口的话，还得单独点击申请，这就有点让人看不懂了，那么多接口，全都得靠用鼠标点击开通，不开通就用不了，这个用户体验真是让人非常酸爽，产品设计成这样，钉钉的pm难辞其咎。
OK，前置准备工作就已经就绪了，现在我们只要根据官方文档来写接口就可以了，选择服务端api文档： https://ding-doc.dingtalk.com/doc#/serverapi2/gh60vz
钉钉考勤打卡的接口说明是这样的：
这里每个接口都需要一个access_token用来鉴权，这个token是用id和秘钥通过接口交换回来的，具体在应用详情里可以获取
这里我们封装成方法
搞定了token，还需要获取您的部门下所有员工的员工id，因为考勤接口参数只能接受员工id，而非部门id
最后请求考勤接口即可
完整的后台Django后台接口
这样，就可以愉快的通过线上平台来实时监测部门员工考勤了，效果是这样的:
![r语言 da[,2]函数，是什么意思？怎么理解？](/aiimages/r%E8%AF%AD%E8%A8%80+da%5B%2C2%5D%E5%87%BD%E6%95%B0%EF%BC%8C%E6%98%AF%E4%BB%80%E4%B9%88%E6%84%8F%E6%80%9D%EF%BC%9F%E6%80%8E%E4%B9%88%E7%90%86%E8%A7%A3%EF%BC%9F.png)
