一个内部信息采集表单，说白了就是让员工填几项资料、主管审批、导出汇总。功能三天写完，真正拖了两周的是「怎么让人不用再注册一个账号」。
三个系统，三套人
客户内部当时跑着三套东西：OA、邮箱、还有一个人力相关的系统。同一个人在 OA 里用工号登录，邮箱用英文名前缀，人力系统里绑定的是手机号。表单要嵌在 OA 里打开，用户点了就直接进，不该再输一次密码。
我们第一版按工号做的，测试都用自己几个账号，没问题。真放到 OA 里一试，有两百多人对不上：有人调过部门换了工号，有人是外包没进人力库，还有一批退休返聘的只有邮箱。
没上协议，先做对照
本来想上标准 SSO，谈了一轮发现三套系统分属不同时期、不同厂商，短期内谁也改不动。最后用了个笨办法：
以邮箱前缀作唯一主键，建一张 identity_map 表，三列，oa_id、mail_prefix、phone，另加一个状态。把三套系统导出的名单拼起来，人工核了 200 多行，对不上的单独标出来让人事确认，那批有 30 多条。
OA 里嵌的链接带一个加密票据，表单后端拿票据解出 mail_prefix，查这张表拿到身份和角色，再决定他看到的是填写页还是审批页。票据有效期 5 分钟，一次性。
那 30 多条没对上的，后来怎么了
身份对照表里标出来的人工核，人事那边核了三天。其中 12 条是外包，没进人力库，最后按「外部人员」单独给了一类角色，只能填写、不能审批；8 条是退休返聘，只有邮箱没有工号，用邮箱前缀挂进去；剩下十来条是同名，两个「张伟」，靠手机号尾号区分开，备注里写了部门。
那张 identity_map 表后来没删，反倒成了客户内部别的项目要用的东西。2021 年他们上一个新系统，直接来问能不能复用这份对照，我们给了导出，没改一行代码。当时那个「笨办法」比标准 SSO 省心的地方就在这儿：谁都能看懂，谁都能拿走。
票据那 5 分钟
有效期定 5 分钟，是试出来的。一开始设 30 分钟，测试时发现有人把 OA 页面开着去开会，回来一点，票据还没过期，直接进了表单，客户觉得不妥。缩到 5 分钟，又有人反映偶尔刚点开就失效，查出来是 OA 那边缓存了旧链接。最后两边各让一步：票据 5 分钟，OA 里那个入口每次点击重新生成。
一次性用完即废，这条没松过。日志里记过 3 次重放尝试，都是同一个票据被重复提交，直接拒了。
一句后话
那个项目我们内部叫「表单」，客户内部叫「先把人对齐」，两种叫法说的是同一件事：功能三天写完，两周都花在让三套系统里的人能对上号。后来报价时遇到类似需求，我们会先问一句「你有几套账号」，比问「有几个字段」有用。那张表现在有 300 多行，人事自己维护，季度导一次给我们备份，导出格式还是 CSV，7 列，没变过。
审批那条链
表单本身反倒简单：8 个字段，其中 3 个从人力系统带出来只读，5 个自己填。提交后按部门找主管，主管在 OA 里收到待办，点进去也是免登。审批记录写一张表，谁、几点、批了还是退回、备注。
导出做成按部门分 sheet 的 Excel，12 列，人事那边拿去核对。
上线
1 月 25 号放开的。头两天有 7 个人进不去，全是身份对照表里没覆盖到的，补进去就好。第三周人事自己维护那张表，给了个后台页面，增删改都留日志。
后来我们跟客户开玩笑，说这项目叫「表单」，其实八成时间花在了一张对照表上。对方挺认同，说他们内部管这个叫「先把人对齐」。
