问题、目标用户与方案
业务问题
企业业务模块相互割裂，客户、合同、审批、财务和组织数据难以形成统一流程。
目标用户
需要协调客户、合同、审批、财务、人力与经营报告的企业业务人员。
产品方案
构建包含经营驾驶舱、客户关系、合同、审批、财务、人力、任务、报表和视频项目的全栈 ERP。
我在项目中的参与
将公开资料中的角色描述拆成可交接的工作面，方便继续核对源码、数据和运行条件。
- 产品架构
- 全栈实现
- 领域建模
- 权限与流程设计
亲自试试这个方向的交互演示
独立交互演示 · 虚构数据。交互只存在于当前页面内存，不启动真实业务写入；场景按已有公开模块整理，待与原业务实现核对。
三步典型使用场景
以下路径是基于公开资料对业务对象和页面关系的整理，不是线上操作记录。
01 · 客户到合同
业务人员从客户关系进入合同与跟进，把客户信息、合同状态和后续任务放进同一条业务路径。
02 · 审批到财务人力
审批流连接财务、人力与组织数据，经营人员在报表中读取经过流程确认的结果。
03 · 权限下的任务协同
任务和报表按角色权限呈现，具体审批与自动化运行状态需要接手后重新恢复。
两项具体设计取舍
这是根据已有问题、方案、功能和迁移字段整理出的判断，供接手者复核。
按企业领域拆分模块
客户、合同、审批、财务、人力、任务和报表分别表达领域责任，减少一个页面承载所有业务动作。
权限与流程单独建模
RBAC、审批和自动化不是附属开关，而是迁移时需要独立恢复和验证的业务边界。
完整功能与参与工作
关键能力
- 客户与跟进管理
- 合同与审批流程
- 财务和人力模块
- 经营报告与任务
- 细粒度权限模型
参与工作
- 产品架构
- 全栈实现
- 领域建模
- 权限与流程设计
架构示意
根据现有资料整理；结构示意，待与线上实现核对。
企业业务前端
React与TypeScript组织客户、合同、审批、财务、人力、任务和报表入口。
NestJS业务服务
保留全栈工程用于继续分析企业领域逻辑，不代表业务流程已在独立环境跑通。
数据库结构
资料记录85张数据库Schema。表结构可重建，业务行仍需独立恢复。
权限与流程
RBAC、审批和自动化属于独立恢复范围，需要逐项接入与验收。
交付证据与状态
公开资料中的证据
- 开发态 346 个文件
- 发布态 326 个文件
- 85 张数据库 Schema
- 6 次历史发布记录
ARCHIVED_NOT_REVALIDATEDNOT_VERIFIED交付证据与构建状态为资料内历史验证记录，本轮未重新验证这些业务应用。
迁移限制与素材状态
源码与 85 表结构可重建；业务行、RBAC、审批和自动化运行态需要独立恢复。
历史页面截图与完整业务运行演示尚未全部接入。本页主要展示项目资料，新增界面展示单独标注来源与示例数据，不提供原业务系统的在线服务。
三步接手与迁移顺序
这些是基于当前资料整理的下一步工作，不是已经验收完成的交付。
- 01
恢复 85 张 Schema
先按客户、合同、审批、财务、人力和报表梳理表结构，再标注业务行与权限缺口。
- 02
重建 RBAC 与审批
为角色、审批节点、自动化触发和通知建立独立服务与最小权限测试。
- 03
验证跨域报表
从合同或审批变化走到财务、人力和经营报告，逐条确认数据一致性和权限可见性。