作者：Alfredo
推荐理由
什么？公司人员太多了，飞书账号预算有限？打卡统计时间花得太多了？哎呀，这些问题哪里是问题，让飞书帮你手到擒来解决它！
一、关于我们
新年新气象，新的一年祝大家财源广进，职位节节高！时间过得真快，我们企业接触飞书，到使用飞书，中间有所曲折，但总归结果是越来越好的。从某种意义上来说，我们作为公司信息部，成立的初衷是为了加快推动企业的数字化转型，从而能让企业在生产过程中提高效益。因此我们部门为此不断努力，不断钻研，我们用飞书实现了很多企业内部的棘手问题。
今天为大家介绍就是飞书的众多功能中其中一个特色功能——考勤系统。本文介绍用集成平台实现获取外部账号考勤打卡。
二、需求分析
因本公司体量上的原因，人员众多，导致需要购买大量的飞书账号，但是在成本核算过程中，有很多的一线员工是用不到飞书的主体功能，这样就会造成投产比不成正比，一线员工使用的功能无非是消息的触达，所以我们就考虑创建个人免费账号达成所期望的效果。
在使用飞书过程中，我们发现飞书的考勤系统做的很完善，完全可以满足考勤的需求，免去日常在统计考勤时需要频繁切换另外其他软件，统计考勤以及设置考勤，如果使用飞书考勤，这样就做可以很好的解决办公一体化的烦恼。
考虑到免费账号和企业账号的关联性，在过程中我们担心企业这边的账号因为和免费账号无法进行关联，这样的话还是会导致大量的人工成本浪费，且需要手动去解决考勤统计的困难点，在查阅了官方的开发文档，我们发现可以用集成平台去做一个自动化统计出个人的出勤情况，直接统计到企业账号的多维表格中。
三、方案调研
在集成开始时，我们尝试用飞书自带的飞书打卡连接器去接数据，发现因为隔离性上的问题，无法打通两个不同体系的账号，我们便使用第二种方案，利用第三方的接口测试工具去调用免费账号的考勤打卡接口，发现这个方案是可行的，因而便使用飞书集成平台中的httpClient连接器去做一个数据的获取方式。
四、开发流程
首先这是集成完整的一个逻辑图⬇️
250px|700px|reset
因为这边是做定时获取打卡数据，需要得到昨天的时间：先获取今天的时间，将时间倒推为昨天，并且用时间格式化为秒时间戳（因为API接收参数的要求，必须要秒时间戳）。
⚠️注意：access-token令牌贯穿整个集成流，每次调用接口都需验证
250px|700px|reset
此时满足打卡结果查询的所有参数需求，获取打卡结果，因为在后续数据填充过程中需要用到考勤组的名称，需要对考勤组进行查询。
250px|700px|reset
250px|700px|reset
我们有一个特殊的考勤组是做了一个分支的判断，若没有的话不必建立分支。利用动态脚本连接器做数据解析填充，此处需要注意时区的不同，飞书用的是UTC，需要转换为北京时间，代码如下。
250px|700px|reset
最后一步便是数据填充至多维表格，至此，整个工作流开发完毕，因为可能需要显示的字段不同，所以要做不同的业务处理。
五、更多相关开发心得
关于开发心得，个人觉得每个人开发的习惯不同，侧重点可能也就不相同，但是总归来说，有一点是相同的——理解需求是关键。在开始开发之前，确保充分理解项目的需求和目标。这包括与利益相关者进行沟通，确保对需求有共同的理解，并明确项目的范围和预期成果。
