上海赫燕安装工程有限公司由荷兰 Hertel 集团控股，与上海燕达建设有限公司合资成立，为工业企业提供多学科的整体工业工程安装与维护服务，客户名单里有拜耳、巴斯夫、法国液化空气集团。
这类业务有个共同点：工地散在全国各地，人跟着项目走。勤哲 Excel 服务器在这家企业要解决的，就是“人不在总部，考勤怎么算”这件事。
公司按点工和工作量两种方式结算，前者看天数，后者看完成量。两种算法不同，但都绕不开同一个前提——考勤必须是真的。过去，考勤靠项目上报，花名册靠人事一台电脑维护，项目一多，两边就开始对不上。
打卡机本身不难装。难的是这台机器上“应该有谁”。
新项目开工，几十号人进场，名单得有人录；工人调场，部门得改；有人离职，账号得停。任何一步慢半拍，考勤就开始记错人，月底算出来的工时也就不是这个人的工时。
施工行业的流动性又把这件小事放大了。今天在江苏，下周去广东；这个月按点工，下个月转工作量。人员状态一变，考勤口径、结算方式、所属项目都要跟着变。
所以这套方案的顺序是先解决“人”，再解决“卡”。人事底账如果立不住，后面接多少台设备都是白接。
对接思路很朴素：勤哲这一侧的花名册是唯一的人事底账，熵基 zktime11 是设备侧的平台，两边通过勤哲的 WebAPI 打通。
同步的内容有四类：人员信息、部门结构、考勤记录、入职离职状态。人在系统里建好，考勤机上就有这个人；部门调整，考勤平台的组织结构跟着改；人离职，那边注销。
中间不需要谁导出 Excel 再导入一遍——手工中转这一步被拿掉，错漏的主要来源也就没了。
花名册是用勤哲的个性化功能自建的，字段按施工企业的实际需要设。各项目的人事专员用手机扫描身份证，姓名、证件号等信息自动带出，员工编号由系统生成。
编号统一生成，解决了两个老问题：一是不会出现两个项目各编一套号、合并时对不上；二是人员调动时能顺着编号查到完整轨迹。
这张表的角色也不止于档案。它同时是账号开通的依据——没有花名册记录，就不该有系统账号，也不该出现在考勤机上。
打卡数据同步过来以后，项目部可以按项目、按人查看当天的打卡状态：谁到了、谁没到、哪个项目今天人数不对。
公司层面看的是月度考勤表。月底一次性提取全员数据，不用各项目先报一遍、总部再合并一遍。这张表的数据是实时更新的，月中看到的和月底拿到的是同一套。
省下的不只是时间。手工汇总最容易出的是“漏人”——某个项目少报一个人，总部这边根本发现不了；系统按花名册出表，人少了会自己露出来。
在施工企业，离职是高频动作。人走了、考勤账号还留着，是常见隐患——代打卡、错记工时，有相当一部分来自这种“僵尸账号”。
系统做了批量离职：一次勾选多人，提交后实时同步到考勤平台，账号自动注销。同步结果有回执，谁成功了、谁失败了看得见，不用逐个去设备上删。
返聘则相反。同一个人回来，历史信息还在，用返聘单单独管理，工龄和原有记录不至于断掉。进出都留痕，人员账才是连续的。
考勤统计用 BI 呈现：每个项目当前在线打卡的人数、每天的变化趋势，一屏就能看到。数据每天更新，不用等到月末。
数字本身不解决管理问题，但它能让问题浮出来。某个项目连续几天人数偏低，是停工、是人员流失，还是压根没打卡？有了这个入口，追问才有对象。
也要说清楚边界：接口解决的是数据同步，不解决现场纪律。工人不打卡、班组长代打，系统只能记录，不能阻止。赫燕的做法是把责任压到项目经理，把同一份考勤开放给人事和财务——三个部门都在看，数据才有人当真。
对施工企业来说，这类系统的价值不在功能多，而在“人、卡、账”三件事终于能对上。
