钉钉OA审批流程设置与使用教程

本文面向企业管理员与普通员工，讲清钉钉OA审批从管理后台创建表单、设计流程、设置审批人与条件分支，到员工发起、审批人处理、请假套件联动考勤并导出数据的完整闭环。

钉钉 OA 审批的入口在哪，管理后台和员工端有什么区别

钉钉 OA 审批分为两个入口，职责不同，先分清再动手。手机端是「工作台 > OA 审批」，员工在这里发起申请、审批人在这里处理待办；电脑端是「工作台 > OA 审批」，进入后可打开「管理后台」，管理员在这里完成表单与流程的设计。简单说，日常提交与处理用手机端最方便，而创建、修改、维护流程主要依靠电脑端管理后台，因为表单设计和流程设计在电脑大屏上操作更顺手、更不易出错。

需要提醒的是，管理后台属于管理员权限范围，普通成员一般看不到创建入口。企业通常由 HR、行政或 IT 管理员承担这项工作；如果企业规模较大，建议明确一名"审批管理员"统一维护表单命名、分组与流程口径，避免多人各自为政造成表单冗余、规则不一。开通方面，审批属于钉钉的基础办公能力之一，免费版即可使用基础审批功能，具体的控件、模板与高级流程能力以企业所选版本及官方最新公布为准。

四步快速入门：创建、发起、处理、导出怎么走一遍

钉钉把审批的完整生命周期归纳为四步：创建审批 → 发起审批 → 处理审批 → 导出审批数据。建议先用一条"最简流程"把四步全部走通，再去做复杂的分支与多级审批，这样一旦出问题，更容易定位是卡在哪一环。

第一步"创建审批"，由管理员在电脑端「工作台 > OA 审批 > 管理后台」操作，新建一张表单并配置流程，发布后即可使用。第二步"发起审批"，由员工在手机端「工作台 > OA 审批」中选择对应表单，填写内容后提交。第三步"处理审批"，由审批人在手机端「工作台 > OA 审批 > 待处理」中查看并给出同意或拒绝的意见。第四步"导出审批数据"，由管理员在电脑端「工作台 > OA 审批」中选择表单，进入「查看数据」并点「导出数据」，随后在"工作通知"中下载导出的文件。

这四步其实对应了"搭—用—审—归档"的节奏：前三步决定流程能不能顺畅运转，第四步决定数据能不能沉淀下来用于统计与对账。很多企业上线审批时只做了前三步，忽略了导出环节，导致报销、请假的数据散落在流程里，到了月末还要人工汇总。因此建议在创建表单阶段就顺手确认导出字段是否齐全。

创建表单：自定义流程表单、控件拖拽与必填设置

创建审批的起点是管理后台中的「创建新表单」，并选择「自定义流程表单」，这也是管理员把控审批内容最灵活的方式。进入后先填写表单名称与分组：名称要能一眼看懂用途（如"费用报销申请""加班申请"），分组则用于把同类表单归档在一起，方便员工在手机端快速找到。

接着进入表单设计，通过拖拽控件来搭建填写界面。常用控件包括单行输入框、多行文本、部门控件，以及请假、调休等业务套件。搭建时有两个要点：一是"必填"，把真正影响审批判断的字段设为必填，避免审批人拿到信息不全的单子来回追问；二是"控件类型要对"，例如涉及金额、天数、部门归属的字段，尽量选用能结构化取值的控件，而不是让员工自由输入，这样后续做条件分支和数据导出时才可靠。

请假、调休套件属于"业务套件"，并非普通文本框：它会把请假类型、起止时间等按考勤口径组织起来，为后面"审批结果同步到考勤"打好基础。因此凡是与假勤相关的申请，应优先使用请假/调休套件，而不是自己拼几个文本字段。总体而言，控件的取舍最终服务于两个目标：让发起人填得少而准，让审批人看得清而全。表单设计完成后不要急着发布——真正决定"谁来审"的还在下一步的流程设计里，两者配套才算一条完整可用的审批。

流程设计：审批节点、抄送人，以及审批人类型怎么选

表单只解决"填什么"，流程设计才决定"谁来审、审几级、抄送给谁"，其中审批人类型是最容易配错、也最影响体验的一环。在流程设计中添加审批节点，一个节点就是一级审批，节点串联起来就是多级审批链；默认情况下审批为人工审批，即审批人需要手动做出决定，钉钉也支持把某些环节或整条流程设为自动通过或自动拒绝，用于免审场景或明确不允许的申请。

除审批节点外，还可以添加抄送人。抄送的定位是"知会"而非"把关"：被抄送的人不需要做出同意或拒绝的操作，但能看到这条审批的进展，适合把结果同步给财务、行政、直属上级等需要知情的角色。设计时可用一条原则判断：需要他"拍板"就放审批节点，只需要他"知道"就放抄送人，二者不要混用。在审批进行过程中，钉钉还支持围绕单据进行评论、发起讨论，方便审批人与发起人就疑点直接沟通，减少退回重填的次数。

其中最容易混淆的是"部门主管"与"直属主管"。可以这样理解：直属主管看的是"汇报线"——谁直接管我，就由谁来审，体现"谁的人谁负责"；部门主管看的是"部门"——我属于哪个部门，就由这个部门的主管来审，体现"按部门统一归口"。当一名成员的直接上级与其所在部门的主管是同一人时，两者结果一致；但在矩阵式管理、跨部门借调或上级变动等情况下，二者可能指向不同的人，选哪种会直接影响审批落到谁手里。

而"表单内部门控件主管"更进一步：它不看发起人自己属于哪个部门，而是看"这张表单里填的部门是哪个"，再去取那个部门的主管，适合处理"我替某个部门办事、需要该部门主管把关"的场景。此外，对于常见的请假、报销、采购等事项，系统预置了现成模板可以直接套用；如果某条自建流程调得比较成熟，还可以把它「另存为模板」复用，避免每建一张新表单都从零搭起。这种"预置模板 + 自建模板"的组合，是提升建流程效率的关键。

条件分支：让同一条流程按情况自动分流

条件分支是让审批"变聪明"的关键，它让一条流程根据表单里填的内容自动走到不同审批路径上，而不必为每种情况各建一张表单。钉钉的官方示例就是典型：请假天数小于 3 天时由主管审批，达到 3 天及以上时，再由部门经理或 HR 审批。也就是说，"请假多少天"这个字段的值，直接决定了后面要经过几级审批。

把这个思路推而广之，就得到了一整套分流规则。按金额分流是最常见的做法：小额报销只需主管一级，金额越大经过的节点越多、层层加验；按部门分流也很实用：不同部门的申请交由其对应主管处理，或让某些部门走更严格的流程；按类型分流同样常见：请假、出差、采购各有各的审批责任方。所有这些，本质都是"用表单字段做判断，用判断决定节点"。因此前面强调"关键字段要用结构化控件"，正是为了让条件分支判得准。

设计条件分支时，建议遵守"从特殊到一般"的排序：先写条件最具体的分支，最后用默认分支兜底，确保任何取值都能被某条路径接住，不出现"没有匹配节点"的尴尬。分完支后，最好用几个真实的小例子（比如两种不同天数、两种不同金额）各跑一遍，确认分流方向符合预期，再正式发布。

员工怎么发起提交，审批人怎么处理单据

对员工而言，发起审批的路径很短：手机端「工作台 > OA 审批」，选择需要的表单，填写内容后提交即可。为提高效率，可以先把常用表单固定在常用位置，需要时一键打开；填写时按必填项如实提交，涉及金额、天数、部门的字段尤其要填准，因为它们往往正是条件分支的判断依据。

对审批人而言，处理路径同样清晰：手机端「工作台 > OA 审批 > 待处理」，在这里可以同意、拒绝、评论，也可以针对单据发起讨论。建议审批人养成"看全信息再决定"的习惯：先看表单关键字段，再看附带的说明与讨论记录，必要时直接评论追问，而不是简单地退回重填。若一条流程设置了多级审批，单据会按节点依次流转；被抄送的人则在无需操作的情况下查看进展。

想让发起与处理都不卡壳，前期设计就要为两端着想：让员工少填、但把关键字段设为准必填；给审批人清晰的节点，让每一级都"有必要存在"。很多流程卡顿，并非员工或审批人不配合，而是流程本身在某个节点上找不到合适的审批人，这正是上一节强调"审批人类型要选对"的原因。

请假套件与考勤联动，以及审批数据导出

请假、调休套件是钉钉审批里"最值钱"的一类能力，因为它把审批与考勤打通了。当一条使用请假/调休套件的申请审批通过后，钉钉会在状态栏显示请假时间，自动扣除对应的假期余额，并把结果同步到考勤报表中。也就是说，员工请了假，考勤侧会自动认账，不必再由 HR 手工补录；对员工而言，请假期间的状态一目了然，也就少了很多"要不要打卡"的疑问。

正因为存在这种联动，涉及假勤的表单一定要用套件而不是普通文本字段。用普通字段搭出来的"请假单"，即便走完审批，考勤报表也认不出来，最终还是要人工处理。如果你还想进一步了解打卡规则、外勤与补卡的处理，可以参考本页末尾的相关阅读。

最后一步是数据导出，它决定了审批能不能真正"用起来"。管理员在电脑端「工作台 > OA 审批」中选择对应表单，进入「查看数据」后点击「导出数据」，随后在"工作通知"里下载导出文件即可。导出的数据可用于月末汇总、费用对账、假期统计等。建议把导出纳入常规工作：一是定期导出并留档，避免与考勤、财务数据脱节；二是把需要统计的字段在创建表单时就设计好，减少事后补字段带来的麻烦。