钉钉审批不是不够好，是不够深
钉钉原生审批对多数中小企业够用。请假、报销、付款、用印、采购、合同会签，点几下就跑起来，员工天天在钉钉里办公，体验完整。
问题通常出现在业务跑了一两年之后。门店变多、子公司变多、风控变细——原本三节点的报销开始按金额跳分支；部门内的采购开始要跨法人会签；几个字段的开户开始要查信用、查证照。钉钉此时吃力：配不下去、人选不准、字段联不动、数据查不到，业务一边线下补流程，一边催 IT："这能不能改一下？"
这篇把"钉钉审批不够用"拆开讲：原生边界、5 种扩展方案、怎么选。
钉钉原生审批的 7 个边界
任何 SaaS 化审批引擎都有取舍。下面 7 条是最常见的卡点。
1. 多级分支嵌套到 4 层以上跑不动。 "金额 + 部门 + 项目 + 客户等级 + 是否跨年"一上来，分支图凌乱，换一茬人就没人敢动。
2. 动态审批人规则复杂时配不准。 "按报销项目归属销售的直属上级"这种链式查找，原生表达式撑不住，只能写死或指定几个人。
3. 跨组织、跨法人审批走不通。 几家独立法人的集团，员工 A 公司提，要 A 公司部门长、再到集团财务共享中心，组织边界让这种流程很难干净落地。
4. 会签复杂规则做不出来。 "5 个评委至少 3 个通过且必须含技术负责人"、"任意 2 人否决即终止"，原生会签是基础款，强度不够。
5. 字段联动只能做最简单的显隐。 "选了客户后自动带出等级、信用额度、历史回款并决定下一步审批人"——这种强联动原生很难做。
6. 节点里查外部数据查不到。 风控节点要去 CRM 拉分级、ERP 拉应收、信用库拉资质，调外部接口要靠开放平台一层层接。
7. 附件批量处理和留痕能力弱。 十几张发票、合同、扫描件的审批，能传但难批量处理、难自动归档。
命中 1-2 条靠流程梳理就能解决；命中 4 条以上，要正经考虑下面 5 种方案。
方案 1：审批模板二开（CSS + JS 注入）
最轻的扩展。钉钉部分模板支持自定义页面和 JS 注入，在原有表单上挂一层逻辑：字段联动、复杂校验、调外部接口、按规则回填。主流程还是钉钉的，只是表单层"变聪明了"。
适合流程节点没问题、痛点集中在表单的场景。流程结构乱、跨组织走不通的，表单二开救不了。可二开范围有限，对平台升级敏感——适合做"小而稳"的增强。
某 200 人医疗器械经销商就卡在这里：客户开户审批要在节点里查内部资质库——经营许可证有没有过期、医疗器械经营备案凭证还在不在、上次合规问题清没清。原本放线下查，每单拖 3-5 天。用模板二开 + 外部接口后，审批人点开单子直接看到实时状态，开户从天级缩到小时级。
方案 2：氚云重做审批流
氚云是钉钉嫡系低代码平台，由钉钉官方提供，和组织架构、消息、待办、移动端深度打通。把审批挪到氚云重新搭，本质是换一个更强的流程引擎，多级分支、动态审批人、字段联动都比原生宽得多。
适合流程结构要更灵活、但业务还是"申请—审批—归档"为主的场景。氚云不是 ERP，扛不住完整进销存、CRM、生产派工。字段、规则、报表越堆越多时要意识到它依然是低代码——早期把流程当系统建，后期维护成本会上升。
方案 3：宜搭重做审批流
宜搭是阿里官方低代码平台，钉钉生态内的另一条主线。和氚云能力大量重叠，差别更多在使用习惯、组件生态、和阿里云其他产品的衔接。宜搭擅长把审批、表单、台账、轻量看板组合成完整的小应用——审批只是其中一块。
适合除了审批还想顺手把台账、统计、移动端填报一并做掉的场景。和氚云一样不适合承载核心经营数据。两者之间不要陷入比功能表，看团队对哪个更熟即可——都是钉钉生态官方/嫡系产品，做中性判断。
某集团总部加 5 家子公司的报销就是用宜搭重做的——他们卡在跨法人：员工子公司提，要先过子公司部门长、子公司财务、再到集团财务共享中心，原生里"跨组织"那段总出问题。迁到宜搭后按法人主体建多组织模型，按提交人所属法人动态路由审批人，集团加子公司走在同一张流程，财务共享中心一个口子收所有凭证。
方案 4：自研审批中台 + 钉钉单点登录
到这一层已经不是"在钉钉里把审批配深"，而是"把审批从钉钉里搬出来"。自研一套中台承载复杂流程、规则、数据；钉钉只保留单点登录、消息、移动端入口。员工依然在钉钉里点"审批"，点开后跳进自研系统的 H5 或小程序，结果回写到钉钉消息中心。
适合审批已经和 ERP、CRM、风控库、供应链深度耦合的企业，前提是有研发或长期服务商支持。还没到这个体量，性价比不高。单点登录、消息、移动端入口都要做平滑，否则会变成"以前一点就完事，现在还要跳来跳去"。
某 30 家门店连锁酒店集团走的就是这条路。报销按门店—大区—集团—财务共享中心—风控复核 6 级跑，每层还要按金额、费用类别、是否涉外部供应商分流。原生里搭了三个月，分支图复杂到换人就看不懂，财务改规则都要 IT 配合两三天。后来把中台抽出来自研，钉钉只做入口，所有规则、分支、回填以代码 + 配置管理，底层换成能扛复杂规则的引擎。
方案 5：BPM 引擎接入（Activiti / Camunda 类）
BPM 引擎是工作流领域的成熟方案，Activiti、Camunda、Flowable 是开源世界最常被提到的几款。它和自研中台的关系是：中台里"流程编排"那一块可以不自己造，直接接 BPM 引擎，研发基于 BPMN 2.0 建模，引擎负责调度、流转、留痕、回滚、补偿，前端挂在钉钉上。
适合流程数量多、规则演化快、对追溯和建模有要求的企业。一年改不了几次流程的，这一层是过度设计。BPM 是工具不是产品——中小企业更现实的做法是借助有 BPM 经验的服务商做一次性建模再持续维护。
5 种方案，怎么选不踩坑
五种方案不是从低到高的台阶，而是五个工具，对应不同的业务画像。
表单层不够用，先做模板二开。 流程节点没问题、痛点集中在字段、校验、外部取数时用它。前提是模板允许二开，能接受平台升级时偶尔回归。
流程结构要重做、还在"申请—审批"范畴，看氚云或宜搭。 哪个团队更熟，就选哪个。
跨组织、跨法人、规则强耦合主业务系统，进入自研中台。 这一步通常伴随企业进入"系统化经营"——审批不再是孤岛，而是 ERP/CRM/风控的一部分。钉钉负责入口，中台负责能力。
流程本身是核心资产、迭代频繁、需要追溯建模，叠加 BPM 引擎。 多数中小企业用不到，一旦用到价值会非常清晰。
犹豫的，先做一次审批边界诊断。 把现有审批列出来对一遍前面 7 个边界，看每一条落在哪一档：表单问题、流程结构问题，还是已经超出钉钉合理承载。
钉钉审批不够用，本质不是钉钉的问题，是业务长大了。工具是分层的——原生解决基础流程，模板二开解决表单深度，氚云宜搭解决流程深度，自研中台解决业务耦合，BPM 引擎解决流程资产化。判断自己在哪一层，比"上最先进的方案"更重要。
开沿科技帮企业做钉钉审批改造时，第一件事常常不是动手开发，而是把"这条审批为什么不够用"讲清楚——很多时候问题在流程梳理，不在工具。
