科杰企业级系统（一期建设范围与实施路线）
1. 文档定位
本文档用于定义科杰企业级大系统的一期建设边界，避免项目一开始做成无限扩张的大平台。
本文档重点明确：
- 一期做什么；
- 一期不做什么；
- 为什么这么排；
- 按什么顺序落地；
- 每一阶段的验收目标是什么。
2. 一期总体策略
一期不追求“把所有模块都做完”，而是追求先建立一个能跑起来、能产生真实业务价值、能支撑后续扩展的底座。
建议一期围绕四个关键词展开：
- 标准资产
- 设备主档
- 台账闭环
- 合规基础
3. 一期目标
3.1 业务目标
- 让设备从交付起就进入统一设备主档；
- 让标准设计资料不再散落在个人电脑和微信群；
- 让日检、月检、维保、年度自检形成统一电子台账；
- 让检验、登记、资料缺失、整改等风险状态可见。
3.2 管理目标
- 形成一机一档底座；
- 形成标准方案、图纸、PLC、BOM 管理底座；
- 形成售后基础工单闭环；
- 形成角色权限、审计留痕和导出基础能力。
3.3 技术目标
- 建立核心主数据模型；
- 建立权限模型；
- 建立附件与版本管理机制；
- 为二期的采购、IoT、客户协同留接口。
4. 一期建设范围（In Scope）
建议一期纳入以下模块。
4.1 产品与标准化设计中心（基础版）
一期做：
- 机型库
- 电控方案库
- 图纸版本库
- PLC 程序版本库
- BOM 模板库
- 工程变更基础流程
一期价值：
- 先把科杰最核心的设计资产收口。
4.2 设备主档与一机一档中心
一期做：
- 设备主档
- 随机资料归档
- 检验资料归档
- 使用登记资料归档
- 档案完整度
- 生命周期状态基础模型
一期价值：
- 把设备正式变成可持续管理对象，而不是交付后脱档。
4.3 安全检查维保台账中心
一期做：
- 日检
- 月检
- 维保
- 年度自检
- 定检准备任务
- 问题池与整改闭环
- 到期提醒
- 附件归档
- 单设备资料导出
一期价值：
- 这是最容易产生落地效果的业务闭环。
4.4 合规与监管协同中心（基础版）
一期做：
- 检验周期管理
- 使用登记状态跟踪
- 合规风险清单
- 报检资料导出
一期价值：
- 让系统从一开始就具备合规语义。
4.5 生产与交付中心（最小版）
一期做：
- 出厂检验基础记录
- 交付资料包
- 交付清单
- 设备建档触发
一期价值：
- 把交付与设备主档打通。
4.6 售后与服务运营中心（基础版）
一期做：
- 服务工单
- 派工
- 服务记录
- 配件领用基础记录
- 客户确认基础流程
一期价值：
- 避免系统只管交付前，不管交付后。
4.7 系统底座能力
一期必须同步建设：
- 用户、角色、权限
- 组织架构
- 数据字典
- 附件中心
- 审计日志
- 工作台
- 基础通知
5. 一期明确不做（Out of Scope）
为了控制风险，一期建议暂不纳入：
5.1 深度 IoT 与远程运维
- 不做完整工况实时大屏
- 不做复杂边缘网关接入
- 不做远程升级正式闭环
- 只保留接口和字段
5.2 完整采购与供应链系统
- 不做复杂采购审批流
- 不做供应商门户
- 不做库存深度管理
- 不做MES级物料全过程
5.3 完整CRM与经营系统
- 不做复杂商机漏斗分析
- 不做高级报价审批矩阵
- 不做财务回款、利润核算本体
5.4 复杂外部协同平台
- 不做客户全量门户
- 不做维保商开放平台
- 不做监管接口实连
- 先保留导出和接口预留
6. 一期推荐实施顺序
阶段 A：系统底座与标准资产建模
重点内容：
- 用户、角色、权限
- 组织架构
- 机型库
- 电控方案库
- 图纸、PLC、BOM 版本管理
- 附件中心
验收标志：
- 可以按角色登录；
- 设计资产可以统一管理；
- 版本发布有记录。
阶段 B：设备主档与交付打通
重点内容：
- 设备主档
- 交付资料包
- 随机资料归档
- 检验与登记资料归档
- 档案完整度
验收标志：
- 每台设备可建立主档；
- 交付资料可与设备绑定；
- 档案完整度和状态可查看。
阶段 C：台账闭环上线
重点内容：
- 日检/月检/维保/年度自检
- 定检准备任务
- 问题池
- 整改任务
- 到期提醒
- 导出中心
验收标志：
- 至少一个试点团队可以用系统替代纸面或散表；
- 能导出单设备检查资料包；
- 风险设备可见。
阶段 D：售后与合规基础联动
重点内容：
- 服务工单
- 派工与服务记录
- 合规风险页
- 检验周期与使用登记状态
- 基础看板
验收标志：
- 设备问题可以从台账转服务；
- 服务记录能回写设备历史；
- 合规风险有统一入口。
7. 一期验收标准建议
7.1 标准资产验收
- 至少一个主力机型族完成标准资产录入；
- 图纸、PLC、BOM 有明确版本关系。
7.2 主档验收
- 新交付设备可创建主档；
- 主档支持查看随机资料、检验资料、登记状态。
7.3 台账验收
- 日检、月检、维保、年度自检可以录入、查询、导出；
- 补录有痕迹；
- 整改任务可闭环。
7.4 服务验收
- 售后工单可发起、派工、回填、关闭；
- 设备详情可看到服务记录摘要。
7.5 合规验收
- 检验到期和未登记状态可识别；
- 可导出基本报检/检查应对资料。
8. 一期关键依赖
8.1 组织依赖
- 需要明确系统owner；
- 需要明确设计负责人、档案负责人、安全负责人、服务负责人；
- 需要试点团队配合。
8.2 数据依赖
- 需整理首批机型与方案资产；
- 需选定首批试点设备；
- 需统一设备编码规则与附件分类规则。
8.3 流程依赖
- 需明确建档触发节点；
- 需明确交付资料责任人；
- 需明确台账填报和整改审批责任链。
9. 一期风险与应对
风险 1：范围膨胀
应对：
- 只做 P0 必须闭环；
- 所有 P1/P2 能力只留接口，不抢一期资源。
风险 2：数据基础不统一
应对：
- 先建立编码规则、设备类型、附件分类字典；
- 先试点再扩面。
风险 3：业务部门不用
应对：
- 先选“最痛点、最刚需”的台账和主档场景；
- 让系统先替代现有最痛苦的重复劳动，而不是先做大屏。
风险 4：设计资产和设备主档脱节
应对：
- 交付时必须把机型、方案、版本与设备绑定。
10. 一期上线后的二期方向
当一期稳定后，再考虑：
- 采购与供应链全量化；
- IoT 接入；
- 客户门户；
- 维保商协同；
- 监管接口；
- 高级经营分析。
11. 结论
一期最关键的不是“做大”，而是“把最核心的主线打通”：
标准资产 → 设备主档 → 台账闭环 → 合规基础 → 售后基础
只要这条主线打通，科杰的大系统就有了真正可扩展、可复制、可持续升级的底座。