
怎么在钉钉后台设置审批只能用手机提交?
钉钉后台一键限制审批仅手机端提交,防代填、防截图,合规留痕,配置路径与例外规则全解析。
功能定位:为什么只能用手机提交
在制造业、连锁零售、学校考场等场景,管理者最头疼的往往不是流程复杂,而是“代填代批”带来的数据失真。钉钉在 2026 年 2 月版把「仅移动端提交」做成独立开关,本质是把设备指纹、摄像头、GPS 一次打包校验,让审批单自带“现场证据”。
与旧版“禁止 PC 端发起”相比,新开关只卡死「提交」这一刻,后续仍可在电脑端查看、打印或转审,合规与效率兼得。
决策树:先判断能不能用
- 表单是否含拍照、定位、手写签字任一组件?有则强烈建议开启,否则手机限制意义下降。
- 审批人是否含外部联系人?外部人员仍可用手机浏览器打开钉钉 H5,限制仅对 App 生效,需评估风险。
- 是否有批量导入历史数据的诉求?开启后,后台「一键导入」入口会被隐藏,需走 API 单独开白名单。
以上三点只要有一项命中,「仅移动端提交」就能发挥价值;若三项皆无,建议先保持关闭,避免徒增学习成本。
后台最短路径(管���员视角)
桌面端
工作台 → 审批 → 管理后台 → 表单设计 → 选择目标表单 → 基础设置 → 下拉至「提交限制」→ 勾选仅允许移动端提交→ 发布。
手机端
钉钉 App → 工作台 → 审批 → 右上角「···」→ 管理 → 表单设置 → 其余同上。注意:手机端因屏幕折叠,「提交限制」默认收折,需手动展开。
例外规则:让机器人也能交
若你通过「宜搭」或自建机器人走 API 提单,可在同一页面打开允许开放平台接口调用。系统会对 HTTP 请求头做设备指纹校验,经验性观察:带 DingTalk-UA 且签名合法的请求可通过,Postman 直接调用会被拒。
常见失败分支与回退
| 现象 | 根因 | 回退方案 |
|---|---|---|
| 提示「当前设备不支持提交」 | 用户用 PC 端或平板 | 复制分享链接到手机钉钉,自动唤醒 App |
| 审批人无法转审 | 转审也被视为一次「提交」 | 在「高级设置」里单独开启「转审允许 PC」 |
| 批量导入按钮消失 | 与「仅手机提交」互斥 | 临时关闭开关 → 导入完成 → 再开启,系统会保留导入日志 |
验证是否生效:三步自检
- 用电脑访问同一表单,「提交」按钮应置灰并出现手机图标提示。
- 在手机端提交一张带定位的照片,后台导出 CSV,deviceType 字段应为 iOS/Android,值为 Desktop 即证明限制失效。
- 查看审计日志:管理后台 → 安全审计 → 操作类型选「审批提交」,经验性观察:若出现
platform:web记录,说明例外规则被误开。
不适用场景清单
- 需要员工在 ERP 端一键发起付款申请,再同步到钉钉补录附件。
- 审批单大于 200 字段,手机端拖拽配置容易卡顿,经验性观察:低端安卓机会出现 3–5 秒白屏。
- 高管习惯用平板手写签名,但不想装钉钉 App(iPad 仅装 TestFlight 内测版)。
遇到上述情况,可先采用“分表单”策略:核心字段走手机限制,补充材料用另一张无限制表单,通过「关联审批」串联,既保真又保体验。
最佳实践:让限制不变成负担
案例:某 2000 人连锁便利店把「门店报损」审批改成仅手机提交后,代填率从 18% 降到 2%,但头两周投诉量上升 120 条。他们在门店工作群内置了一张「手机提交指引」小程序码,并把旧电脑端收藏链接批量清理,投诉在一周内回落至基线。
结论:开启前先发公告 + 群内置顶教程;开启后前 7 天每日导出审计日志,发现 Desktop 记录立即回访。
FAQ(FAQPage Schema)
开启后还能用小程序提交吗?
可以。同一组织内的小程序调用 JSAPI 时带合法 CorpId 与签名,即被视为移动端环境。
是否支持分人群开启?
暂不支持。限制作用于表单级,如需分人群,可复制表单并用「可见范围」区分。
关闭开关会清空历史数据吗?
不会。仅影响后续提交入口,历史单据仍可正常流转、打印与导出。
下一步行动
1. 登录管理后台,按本文路径勾选「仅允许移动端提交」并发布。
2. 用 PC 端自测一次,确认提交按钮已置灰;再用手机端提单,检查 deviceType 字段。
3. 把本教程转给审批发起人,避免“找不到按钮”带来的无效投诉。
完成以上三步,即可在不影响后续流程的前提下,把代填风险压到最低。未来版本若开放「分人群限制」或「平板白名单」,可再评估是否进一步收紧或放松策略。