主题
财务审批
提示
当前移动端 财务审批 不是财务人员的全量工作台，而是一个面向待审核申请的轻量审批入口。真实主流程是：先看待审核列表，再进入单条申请详情，最后根据权限决定是否通过或驳回。
页面定位
财务审批 主要给具备审核权限的人员在手机上处理待审核的收款申请。
它更适合这些场景：
- 外出时临时审核一笔待处理申请；
- 快速确认某张订单的付款记录和上传凭证；
- 在微信或通知跳转后，直接完成单笔审批。
它不适合替代：
- PC 端完整财务管理；
- 多条件筛选、批量治理；
- 财务数据分析报表。
| 菜单 | 页面作用 |
|---|---|
| 财务审批 | 查看当前待审核申请列表 |
这张图要帮你先看懂整体边界：移动端财务审批围绕“待审核单条处理”展开，不是带复杂筛选和批量操作的审批后台。
页面真实结构
真实页面实现：
当前工作空间实际上只有两层：
1）待审核列表
它负责：
- 拉取待审核申请；
- 展示每条申请的关键信息；
- 点击进入详情页。
2）申请详情页
它负责：
- 查看申请内容；
- 查看支付凭证；
- 在满足条件时执行通过或驳回。
这张图要帮你理解：这个工作空间并没有独立的“统计页 / 已审批记录页 / 批量审批页”，当前就是列表 + 详情两层结构。
待审核列表
列表怎么加载
页面初始化时会直接调用待审核接口：
调用的是：
这说明当前移动端财务审批首页展示的是：待审核申请列表，不是全部历史申请。
列表支持哪些动作
当前真实能力比较简单：
| 能力 | 说明 |
|---|---|
| 下拉刷新 | 重新拉取待审核列表 |
| 查看空状态 | 没有数据时显示空列表提示 |
| 打开申请详情 | 点击卡片进入详情页 |
当前没有哪些旧文档常见想象能力
本轮核对到的当前前端页面里，列表页没有明确做出这些能力：
- 关键词搜索；
- 审核状态筛选；
- 多条件筛选；
- 批量勾选审批。
因此正式教程不应把它写成一个可做复杂筛选或批量审批的页面。
每条卡片会显示什么
当前列表卡片至少展示：
| 信息 | 说明 |
|---|---|
| 订单编号 | 订单编号 |
| 支付金额 | 支付金额 |
| 订单名称 | 订单名称 |
| 财务项目 | 财务项目 |
| 提交人 | 提交人 |
| 提交时间 | 创建时间 |
这张图要帮你理解列表页的真实角色：先快速定位是哪张订单、多少钱、谁提交的，再决定是否点进详情继续审核。
详情页会显示什么
详情页会自动加载申请明细：
调用接口：
基础信息区
页面会展示这笔申请的核心信息，包括：
- 订单编号；
- 订单名称；
- 申请状态；
- 付款金额；
- 财务项目；
- 支付方式；
- 支付时间；
- 提交人；
- 提交时间；
- 审核备注（如果已有）；
- 申请备注（如果有）。
支付凭证区
如果这笔申请上传了支付凭证，页面会展示凭证图片列表。
审核结果区
如果当前申请已经审核完成，详情页会继续显示审核状态和审核备注，不会再重复进入待审核操作流。
什么时候能看到审批按钮
当前页面不是所有人、所有状态都能操作。
底部操作栏出现条件是：
- 当前申请状态仍然是待审核；
- 当前用户具备审核权限 财务审批权限。
这张图要帮你看懂一个关键边界：能进入详情，不等于一定能审批；待审核状态和审核权限必须同时满足。
点击通过或驳回后会发生什么
真实交互流程
点击 通过 或 驳回 后，页面不会立刻直接提交，而是先打开审核弹窗。
审核弹窗里填什么
弹窗里当前真实输入项主要是：
- 审核备注。
这里有一个需要纠正旧认知的点： 当前前端占位文案是“请输入审核备注(选填)”，说明前端并没有把驳回备注写成必填校验。
对应位置：
提交后会怎样
确认后会调用审核接口，提交：
- 当前申请 ID；
- 审核结果（通过或驳回）；
- 审核备注。
提交成功后：
- 关闭弹窗；
- 刷新当前详情；
- 页面回到最新审核结果状态。
这张图要帮你理解真实操作链路：按钮点击只是开始，真正提交发生在弹窗确认之后。
常见使用路径
场景一：快速审核一笔新提交的收款申请
- 进入
财务审批； - 在待审核列表里确认订单编号、金额和提交人；
- 点击对应申请；
- 在详情中核对付款信息和凭证；
- 点击
通过或驳回； - 在弹窗中填写备注后确认提交。
场景二：只有查看权限，没有审核权限
- 进入申请详情；
- 查看订单、金额、支付方式和凭证；
- 因为没有审核权限，底部不会显示操作栏；
- 当前页面只能用于查看，不能直接审批。
场景三：申请已经不是待审核状态
- 打开申请详情；
- 查看当前审核结果；
- 查看已有审核备注；
- 页面保持只读，不再出现通过/驳回按钮。
当前旧文档里需要纠正的点
1）不是移动端全量财务工作台
当前真实页面聚焦在待审核申请处理，不应写成覆盖完整财务管理、对账、统计的工作台。
2）当前前端没有明确的批量审批页
本轮核对到的移动端前端里，没有独立的批量勾选审批交互，教程不应把“批量审批”写成当前页面的标准能力。
3）审批备注前端当前不是必填
旧口径如果写成“驳回必须填写原因”，至少在当前前端实现上并不准确。当前弹窗文案明确是备注选填。
注意事项
- 首页展示的是待审核列表，不是全部财务申请记录。
- 列表页当前主要用于查看和进入详情，没有复杂筛选入口。
- 能否审批取决于“待审核状态 + 审核权限”两个条件同时满足。
- 详情页里的支付凭证是审核时的重要依据，建议先核对再操作。
- 提交审核后页面会刷新成最新状态，原来的待审核操作栏会消失。