53 行
4.5 KiB
Markdown
53 行
4.5 KiB
Markdown
# 国内 OA 与费控系统最佳实践对照
|
|
|
|
**文档状态**：外部最佳实践调研快照和历史归档参考，不是当前需求事实源。
|
|
快照日期：2026-05-08；公开来源二次复核：2026-05-09
|
|
**不得误读**：本文只用于解释当时对国内 OA、费控和企业微信入口的调研判断；当前实现范围以 [海音达OA-MVP需求规格说明书](../海音达OA-MVP需求规格说明书.md)、模块规约和最新 `issues/*.csv` 为准。
|
|
|
|
## 调研来源
|
|
|
|
- 合思（原易快报）官网：强调从申请、消费、报销、对账、记账、归档、报表的全流程数字化，覆盖商旅、用车、餐饮、办公采购等场景，并把发票识别验真、合规透明、可追踪作为核心能力。来源：<https://www.hosecloud.com/index.html>
|
|
- 分贝通官网：首页与费用管理产品页强调全流程费控、全场景支付、事前管控、OCR 识别、自动验真、查重、电子档案、三流合一和 OA/HRM/CRM/ERP 连接。来源：<https://www.fenbeitong.com/>、<https://www.fenbeitong.com/product.php>
|
|
- 每刻科技官网：强调多行业费用管理、AI/OCR 票据识别、智能审核、知识库/制度问答、海外票据识别和合规效率。来源：<https://www.maycur.com/>
|
|
- 企业微信第三方应用文档：工作台应用应从企业微信直接进入 H5 页面，第三方网页授权通过 OAuth code 获取成员身份，回调与 state 需要明确校验。来源：<https://wdk-docs.github.io/wework-docs/>、<https://wdk-docs.github.io/wework-docs/server/>
|
|
|
|
## 可迁移最佳实践
|
|
|
|
1. **移动端优先入口**
|
|
- 企业微信工作台进入后应直接落到移动工作台，不应出现 PC 壳、桌面表格或侧边栏。
|
|
- 深链要保留目标页面，例如审批待办、票据上传、报销详情。
|
|
|
|
2. **报销从“填单”转向“票据驱动”**
|
|
- 员工上传发票后，应尽快看到“上传成功、识别中、可添加、识别失败、重复/已使用”的状态变化。
|
|
- 识别失败或重复时，应给出业务语言原因和下一步动作，不应只显示系统码。
|
|
|
|
3. **事前规则与事后审计并行**
|
|
- 费用标准、预算、审批规则应在提交前预检。
|
|
- 财务复核、例外放行、付款、归档应全程留痕。
|
|
|
|
4. **三流合一与电子档案**
|
|
- 报销单、发票、附件、审批记录、付款批次、ERP 凭证应能互相追溯。
|
|
- 普通员工侧只看业务文案；财务/管理员侧才出现更细的状态、差错和审计信息。
|
|
|
|
5. **自动化验收要覆盖“体验事实”**
|
|
- 仅验证接口成功不够，还要验证页面文案、状态变化、移动布局、文件选择行为、错误提示和视觉溢出。
|
|
- 真实 OCR、真实企业微信 OAuth、真机文件选择属于上线前必须有证据的 live smoke。
|
|
|
|
## hyb-oa 当前判断
|
|
|
|
| 领域 | 当前合理点 | 主要差距 | 优化优先级 |
|
|
| --- | --- | --- | --- |
|
|
| 企业微信入口 | 已有 `/mobile`、OAuth config、移动底部导航和公网入口配置 | 真机企业微信 OAuth + 真实账号回跳证据不足；仍需防 PC 页面误入 | P0 |
|
|
| 报销与票据 | 已支持报销、PDF 发票上传、OCR、绑定、解绑、查重、付款批次 | OCR 真实耗时、状态变化和失败提示需要 live 证据；票据入口需确认 PDF-only 在企业微信文件选择器中可用 | P0 |
|
|
| 费用规则 | 已有费用类型、审批规则、预算预检、支付批次 | 普通用户流程还需更强的提交前解释和异常引导 | P1 |
|
|
| 审批 | PC/移动审批和离线队列已有自动化 | 多人并发、代理审批、真实企业微信 deep link 还缺 live 证据 | P1 |
|
|
| 电子档案 | 发票、附件、审批、付款、ERP preview 已有链路 | 财务视角归档检索、合同/发票/付款跨域追溯仍偏分散 | P1 |
|
|
| 全局治理 | 已有 feature matrix、coverage matrix、Issue CSV、回归脚本 | 缺项目级覆盖扫描、全页面视觉巡检和统一 release gate | P0 |
|
|
|
|
## 下一步落地策略
|
|
|
|
1. 先把现有流程和测试覆盖机器化，避免继续靠人工记忆判断是否“一一核查”。
|
|
2. 将已知问题固化成静态扫描与 Playwright 断言，包括原始码值、内部术语、移动 PC 化、PDF capture 错误、横向溢出。
|
|
3. 把真实 OCR、真实企业微信、真机测试作为 live readiness，不具备条件时输出 skipped 和缺项清单。
|
|
4. 发布前统一执行 project-wide release gate；只有部署和公网检查通过后，才通知可以测试。
|