飞书审批怎么和费控系统对接？审批留在飞书，业务放在哪

合理的分工是：审批入口留在飞书，凭证生成、费用分摊、借款核销放在费控系统。员工的使用习惯不用改，财务的专业能力也不受协作平台的框架限制。两边通过接口同步单据与审批状态。

为什么这样分工

飞书、钉钉、企业微信这类平台，最擅长的是单据流转与多级审批：谁提交、走几级、金额大了要不要跳转、待办怎么提醒。这部分它们做得很好，而且员工每天都在用，不需要额外培训。

但费控的深水区不在审批。一笔费用要摊到三个项目、借款要与报销勾稽、同一费用类型按部门进不同科目、专票普票生成不同凭证——这些是会计逻辑，协作平台的表单引擎做起来非常吃力，能做也很难维护。

所以不必二选一。把各自擅长的部分留给各自，中间打通即可。

数据流向

关键在最后一步的状态回写。员工在飞书提交的单子，最终付没付款、什么时候付的，要能在飞书里看到。缺了这一环，员工还是要来问财务，体验就断了。

对接方式

飞书开放平台的审批接口是公开的，主要用到三类能力：订阅审批事件（审批通过时接收回调）、读取审批实例详情（拿到表单字段与附件）、发送消息卡片（把付款结果推回给员工）。

实施时要注意两点。一是表单字段要与费控系统的字段对齐，尤其是费用类型、部门、项目这几个会参与凭证规则匹配的字段，飞书表单里的选项值要能映射到费控侧的编码。

二是发票附件的传递。员工在飞书上传的发票图片或 OFD 文件，要能同步到费控系统做查验和查重，不能只留在飞书里。

钉钉与企业微信同理

三者的接法基本一致，差别主要在附件获取方式和字段编码的稳定性上。

什么情况下不建议这样接

如果公司报销量很小、规则也简单（比如没有项目分摊、没有借款、凭证一对一映射就够），那么直接用飞书审批加人工做账，成本反而更低。多做一层对接是有维护成本的。

判断标准可以是：财务每月手工处理报销凭证的时间是否已经超过一两天。没超过，人工更划算；超过了，打通的收益才成立。