FINPROD ACCTH 启用付款批次并收口代账交接
这个提交包含在：
+43
-8
@@ -1,6 +1,6 @@
|
||||
# hyb-oa 管理员手册（10 人以下团队版）
|
||||
|
||||
**当前状态（2026-05-13 / DCL8）**：R6 已通过，PC6、PA6、FL6、AP6、RI6、LP6、ME6、QG6、DG7/MRF7、MIA7、MIF7/MIF7T 和 MIF7TD 已完成相应收口；`ME6-3` 代表性企业微信真机门禁已关闭。R7 未真实启动，R7/OPS7/DOC7 仍只是准备材料，不代表已启动或已上线；下一步先做 R7E 自动门禁和参与人/窗口确认。
|
||||
**当前状态（2026-05-17 / FINPROD）**：R7E、PRELAUNCH、CASHIER-VOUCHER-V1 和 LAUNCH-DEPLOY-FINANCE 均已收口；银行回单附件能力已部署到公网。FIN-PROD-ENABLE 已完成公网正式启用验收，`payment_batch_v1=force_on`，`erp_sync=force_off`。公司当前无 ERP/独立财务系统，财务闭环以 OA 内审批、台账、付款批次、银行对公付款回单和月度代账交接为准。
|
||||
|
||||
## 1. 适用范围
|
||||
- 适用于 `small_team_internal` 工作区模式。
|
||||
@@ -15,16 +15,16 @@
|
||||
## 3. 首次上线最小配置
|
||||
1. 进入 `工作区设置`，确认产品模式为 `small_team_internal`。
|
||||
2. 首批主路径优先保留：`Portal`、`审批待办`、`报销`、`票据/OCR`、`请假`、`项目`、`采购/费用`、`合同/附件`。
|
||||
3. `团队状态`、`周报`、`待办`、`公告`、`人员`、`资产` 可按真实试运行需要开启；`预算`、`支付批次`、`AP 运营`、`ERP`、`AI`、完整差旅能力默认作为管理员备用或历史能力，不作为当前 MVP 首批主线。
|
||||
3. `团队状态`、`周报`、`待办`、`公告`、`人员`、`资产` 可按真实试运行需要开启；`支付批次` 和 `AP 运营` 已作为财务闭环正式能力面向出纳、财务和管理员开放，普通员工不显示该入口；`预算`、`ERP`、`AI`、完整差旅能力仍作为备用或历史能力。
|
||||
4. 在 `用户管理` 中按推荐预设配置：老板 / 管理员 / 主管 / 员工。
|
||||
- 正式审批组织口径：`majianyong` 配置为员工可见直属主管和 `manager`；`wangshunli` 配置为后台公司负责人 `ceo + admin`，不配置为普通 `manager`。
|
||||
- 普通员工和专用测试员工的直属主管配置为 `majianyong`；`majianyong` 的直属领导配置为 `wangshunli`。
|
||||
- `admin` 只代表系统管理权限，不代表业务审批权；需要业务审批时必须配置 `manager`、`ceo`、`finance`、`hr` 等正式业务角色。
|
||||
- 缺直属主管、主管停用、主管链断裂或审批节点解析到申请人本人时，应先修正组织或审批规则，不要用管理员账号代批。
|
||||
5. 检查功能开关：
|
||||
- 建议开启：`portal_home_v1`、企业微信入口相关开关、报销/OCR、审批待办、请假和项目基础能力。
|
||||
- 建议开启：`portal_home_v1`、企业微信入口相关开关、报销/OCR、审批待办、请假、项目基础能力和 `payment_batch_v1`。
|
||||
- 按需开启：`announcements_v1`、`presence_board_v1`、`weekly_report_v1`、`employee_lifecycle_v1`、`todo_board_v1`、`global_search_v1`。
|
||||
- 建议保留备用：`payment_batch_v1`、`cutover_console_v1`、预算/AP/ERP/AI 相关开关。
|
||||
- 建议保留备用：`cutover_console_v1`、预算、ERP、AI 和完整差旅相关开关。
|
||||
|
||||
### 3.1 ORG8 组织账号与角色边界
|
||||
|
||||
@@ -163,6 +163,38 @@ WHERE e.status = 'active'
|
||||
ORDER BY e.employee_no;
|
||||
```
|
||||
|
||||
### 3.2 正式财务闭环与代账交接
|
||||
|
||||
公司当前没有 ERP 或独立财务系统，OA 不生成 ERP 实时凭证，也不接真实支付接口。正式财务闭环如下：
|
||||
|
||||
1. 员工在 OA 提交报销，发票/OCR 正式入口保持 PDF-only，图片只作为普通附件。
|
||||
2. 直属主管、财务或负责人按审批规则在 OA 内完成审批。
|
||||
3. `wangzhiling` 作为出纳，在付款批次中创建待付款批次，按批次准备对公银行付款。
|
||||
4. `wangshunli` 以管理员身份复核付款批次；管理员复核是当前明确业务选择，系统保留 maker-checker 和审计记录。
|
||||
5. 出纳在 OA 外通过网银或银行渠道付款，然后在付款批次详情上传银行回单附件，补齐凭证号、付款日期和付款渠道。
|
||||
6. 出纳执行 OA 已付款标记；系统将报销单置为 `paid`，票据归档为 `archived`，AP 台账变为已付款状态。
|
||||
|
||||
银行渠道付款必须至少有一份银行回单附件后才能在 OA 内执行付款标记。回单附件支持 PDF、JPG、PNG、WEBP，作为批次级付款证据保存；导出和报告中不复制回单原件内容。
|
||||
|
||||
月度代账交接按以下清单执行：
|
||||
|
||||
| 资料 | 来源 | 负责人 | 说明 |
|
||||
| --- | --- | --- | --- |
|
||||
| AP 台账导出 | OA `AP 运营` | 出纳/财务 | 用于核对已付款、待付款和异常项；AP 台账不是银行流水 |
|
||||
| 报销导出 | OA 报销导出 | 出纳/财务 | 按月导出，必要时筛选已通过或已付款状态 |
|
||||
| 票据中心导出 | OA 票据/OCR | 出纳/财务 | 用于核对 PDF 发票识别、绑定和归档状态 |
|
||||
| 付款批次清单 | OA `付款批次` | 出纳/财务 | 记录批次、复核、执行和对应报销单 |
|
||||
| 银行回单附件清单 | OA 付款批次详情 | 出纳 | 只交接清单和必要回单原件，不把真实回单提交到代码仓库 |
|
||||
| 审计日志导出 | OA 审计日志 | 管理员 | 覆盖导出、付款批次创建、复核、回单上传和执行动作 |
|
||||
| 银行流水和回单原件 | 网银或银行渠道 | 出纳 | 由出纳从银行侧导出，交给代账人工核对；不导入 OA |
|
||||
|
||||
交接建议：
|
||||
|
||||
- 每月固定一个交接目录或压缩包，由出纳线下维护，命名建议为 `YYYY-MM-海音达-代账交接`。
|
||||
- OA 导出文件、银行流水、银行回单原件和异常说明分目录保存；仓库只记录流程和脱敏证据，不保存正式财务资料。
|
||||
- 代账如发现金额、收款方、日期或票据状态不一致，先回查 OA 报销单、付款批次、银行回单和审计日志，再决定是否由出纳补充说明。
|
||||
- 若代账方后续要求一键交接包，再另建开发合同，明确包内文件、权限、脱敏、审计和下载回滚规则。
|
||||
|
||||
## 4. 人员生命周期管理
|
||||
### 4.1 入职
|
||||
1. 在 `人员管理` 创建员工账号。
|
||||
@@ -205,20 +237,23 @@ ORDER BY e.employee_no;
|
||||
|
||||
## 8. 备用模块治理
|
||||
- 采购/费用、合同/附件和项目轻管理属于 P1 轻量能力，可在 P0 审批、报销/OCR、请假和企业微信入口稳定后逐步开放。
|
||||
- 预算、支付批次、AP 运营、ERP、AI、完整差旅、资产深度管理等保留代码和历史数据，但不作为当前 MVP 首批主路径。
|
||||
- 支付批次和 AP 运营已作为正式财务闭环开放给出纳、财务和管理员；普通员工仍不显示财务运营入口。
|
||||
- 预算、ERP、AI、完整差旅、资产深度管理等保留代码和历史数据，但不作为当前 MVP 首批主路径。
|
||||
- 若短期完全不用，保持管理员可见即可，不必删除。
|
||||
- 只有出现真实场景时，再恢复到主导航或单独扩展。
|
||||
|
||||
## 9. 推荐上线顺序
|
||||
1. 先完成账号、角色、部门、企业微信自建应用入口和账号密码回退路径。
|
||||
2. 再启用 `OA 统一审批中心 + 报销/发票/OCR/附件`，跑通提交、审批、退回、查重、付款和导出闭环。
|
||||
3. 同步启用 `请假/补卡/外出/加班`，明确企业微信打卡只是原始采集，正式考勤解释回到 OA 审批结果。
|
||||
4. 在 P0 稳定后开放 P1：`采购/费用审批`、`合同/附件归档`、`项目轻管理`。
|
||||
5. 最后按真实需要评估周报、团队状态、公告、人员生命周期、资产、预算、支付、ERP、AI 和完整差旅。
|
||||
3. 同步启用付款批次、AP 台账和银行回单附件，付款动作仍由出纳在 OA 外通过银行渠道完成。
|
||||
4. 同步启用 `请假/补卡/外出/加班`，明确企业微信打卡只是原始采集，正式考勤解释回到 OA 审批结果。
|
||||
5. 在 P0 稳定后开放 P1：`采购/费用审批`、`合同/附件归档`、`项目轻管理`。
|
||||
6. 最后按真实需要评估周报、团队状态、公告、人员生命周期、资产、预算、ERP、AI 和完整差旅。
|
||||
|
||||
## 10. 试点验收口径
|
||||
- 全员都能账号密码登录；已绑定员工能从企业微信 `海音达工作台` 进入移动工作台。
|
||||
- 至少 1 笔报销完成：上传发票或附件 -> OCR/查重 -> 提交 -> OA 审批 -> 财务复核/付款标记 -> 导出。
|
||||
- 至少 1 个付款批次完成：出纳创建 -> 管理员复核 -> 出纳上传银行回单 -> 执行 OA 已付款标记 -> AP 台账和审计可查。
|
||||
- 至少 1 条请假或补卡完成：员工提交 -> OA 审批 -> 团队状态或考勤解释口径不破坏。
|
||||
- 至少 1 个审批待办从企业微信提醒 deeplink 回到 OA 页面处理。
|
||||
- P1 试点时，至少 1 条采购/费用申请、1 条合同台账、1 个项目关联事项可创建、审批或归档。
|
||||
|
||||
在新工单中引用
屏蔽一个用户