安徽今宽新材料科技有限公司

进销存管理系统 · 系统建设方案

系统建设方案 编制日期：2026-05-25 版本：v3.0 编制单位：铭见（上海）智能科技有限公司

进销存管理系统 · 系统建设方案

文档性质: 系统建设方案（供决策参考） 编制日期: 2026-05-25 版本: v3.0 编制人: 铭见（上海）智能科技有限公司

目录
  1. 项目概述
  2. 系统架构
  3. 分阶段建设方案
  4. 技术选型详细说明
  5. 部署方案
  6. 风险评估与应对
  7. 项目排期总表
  8. 费用建议
  9. 服务与维保

一、项目概述

1.1 为什么建这套系统

安徽今宽新材料科技有限公司（以下简称"今宽"）是一家位于合肥的铜材加工初创企业，主营铜带/铜板/铜排/型材的分切加工业务。公司目前7人团队，生产已满负荷运转，业务来源包括东莞公司转单和合肥本地自主开发的客户。

当前痛点：

问题 具体表现 影响
现有ERP功能有限 协宸ERP为旧版单机系统，仅财务模块可用，其他模块导出数据结构不规整 无法满足当前业务需求
手工Excel+微信沟通 订单录入、库存更新、发货跟踪主要依靠手动填表和即时通讯工具 重复工作量大，易出错
数据错误溯源困难 一个环节出错导致全链路数据异常，需要逆向逐级排查 核实和修正数据占用较多日常工作时间
跨区域数据同步困难 东莞方向缺乏统一数据管理规范，数据在时效性、准确性和完整性上存在偏差 需要人工二次整理核对
信息同步滞后 业务、生产、仓库、财务各自使用不同版本的表格 信息不一致，沟通成本高
铜材单价高 成品约110元/kg，几公斤误差就带来明显成本差异 对数据精度要求极高

铜材加工行业对数据的准确性和可追溯性要求远高于普通金属加工。当前的手工模式在7人规模下已显现局限，随着下半年江浙沪市场的拓展，数据量将进一步增长，建立数字化管理系统已成为业务持续增长的必然选择。

1.2 核心目标

打通 订单 → 到货 → 分切 → 出库 四个核心环节，形成完整数据闭环，核心产出两张表：

  1. 库存表：实时在线库存台账，替代手工Excel
  2. 订单发货表：每张订单的已发/未发状态追踪

这两张表供全公司各环节实时查看：老板看业务完成度、业务看订单库存情况、生产根据库存安排生产、财务获取结算数据。

1.3 建设原则

二、系统架构

2.1 整体架构 
┌──────────────────────────────────────────────────────────────┐
│                       浏览器 (PC/手机)                         │
│                   Vue3 SPA + Element Plus                      │
│                   响应式设计，PC和移动端均可使用                    │
└──────────────────────────┬───────────────────────────────────┘
                           │ HTTP/HTTPS (RESTful JSON API)
                           │ JWT Token 认证
┌──────────────────────────▼───────────────────────────────────┐
│                      Nginx 反向代理                             │
│                  /api/* → Gunicorn (Flask WSGI)                │
│                  /     → Vue3 编译后静态资源                     │
│                  强制 HTTPS + Let's Encrypt SSL 证书            │
└──────────────────────────┬───────────────────────────────────┘
                           │
┌──────────────────────────▼───────────────────────────────────┐
│                  Flask 应用层 (Gunicorn 多进程)                  │
│  ┌─────────────────────────────────────────────────────────┐  │
│  │  API 路由层 (Blueprint 模块化)                            │  │
│  │  auth / customers / suppliers / products / orders        │  │
│  │  inbound / outbound / inventory / documents / reports    │  │
│  ├─────────────────────────────────────────────────────────┤  │
│  │  业务服务层 (Service 层)                                  │  │
│  │  订单管理 / 库存扣减 / 材率计算 / 单据生成 / 经营分析         │  │
│  ├─────────────────────────────────────────────────────────┤  │
│  │  数据访问层 (SQLAlchemy ORM)                             │  │
│  │  安全防护：参数化查询（防SQL注入）                          │  │
│  ├─────────────────────────────────────────────────────────┤  │
│  │  通用能力                                                │  │
│  │  JWT认证 · RBAC权限 · 操作日志 · 文件管理 · 微信通知       │  │
│  └─────────────────────────────────────────────────────────┘  │
└──────────────────────────┬───────────────────────────────────┘
                           │
┌──────────────────────────▼───────────────────────────────────┐
│                      PostgreSQL 16                             │
│                      │ 核心业务表（13张表）                      │
│                      │ 操作日志表                               │
│                      └──────────────────────────               │
│        每日自动备份 → 本地磁盘（保留30天）                       │
└──────────────────────────────────────────────────────────────┘

2.2 部署拓扑（单机架构） 
阿里云 ECS（现有服务器继续使用）
├── 推荐配置：2核4G / 40GB SSD / 5Mbps带宽
├── 操作系统：Ubuntu 22.04 LTS
├── 运行环境：
│   ├── Nginx（反向代理 + HTTPS + 静态资源服务）
│   ├── Gunicorn（4 workers，承载 Flask 应用进程）
│   ├── PostgreSQL 16（数据库服务）
│   └── cron（每日凌晨自动备份脚本）
└── 费用：约150-200元/月（现有服务器已覆盖）

扩展能力：单机模式即可支撑30并发访问，满足今宽当前7-15人规模。后续如业务量增长，可按需分离数据库或增加Redis缓存，无需重构代码。

2.3 技术选型
层次 选型 选择理由
后端框架 Python Flask 轻量灵活，Phase 0已用Flask，可无缝复用；Python生态成熟
前端框架 Vue3 + Element Plus 组件化开发，响应式设计，PC和手机通用
数据库 PostgreSQL 16 数据一致性优于MySQL，支持JSONB，适合复杂业务逻辑
认证 JWT 无状态认证，适合前后端分离架构
OCR识别 腾讯云OCR Phase 0已验证，格式固定的采购单识别率可达98%+
PDF生成 WeasyPrint 基于HTML模板渲染PDF，模板修改无需改代码
部署 Docker + Nginx 环境一致性好，运维简便

2.4 二维码数据流设计 
二维码生成 → 贴在物料/成品上 → 扫码枪/PDA扫码 → 系统自动更新
                                                           │
                    ┌──────────────────────────────────────┘
                    ▼
          ┌─────────────────┐
          │  入库扫码 → 加库存  │
          │  出库扫码 → 扣库存  │
          │  分切扫码 → 记加工  │
          └─────────────────┘

二维码内容格式（需双方确认）： - 批次号 + 产品编码 + 规格 + 重量 + 日期 - 格式统一，支持自定义标签和客户标签共存

三、分阶段建设方案

基于5月24日沟通中确定的二维码扫码方案和四环节全打通需求，重新设计以下四个阶段。每阶段均可独立验收、独立付费，不影响前期已有功能的使用。

Phase 1（MVP）— 订单+库存基础闭环

目标：先解决"数据有地方查"的问题，替代手工Excel，让全公司看到同一套数据。

预计周期：7-8周（基于兼职开发，日均4-5小时）

核心功能：

模块 具体功能 效果
订单录入 拍照识别（复用Phase 0）自动生成订单，支持手动补录和编辑 30秒完成录入，替代手填
到货入库登记 到货时登记入库信息（供应商/规格/重量/批次），系统自动更新库存 来货即入账，不用事后补
实时库存表 铜带/铜板/铜排/型材分类，实时显示每个规格的库存量 替代手工Excel库存表
订单发货表 每张订单的已发/未发/剩余数量实时可见，状态自动更新 替代微信沟通方式
客户/供应商管理 客户和供应商信息一次录入长期复用 基础数据规范化
数据导出 核心数据一键导出Excel，方便存档和临时分析 兼顾现有习惯

不包含（受控范围）： - 二维码扫码功能（放到Phase 3） - 分切加工单管理（放到Phase 2） - 送货单/质保书自动生成（放到Phase 2）

验收标准：见《需求方案 v3.0》验收项 A1-A8（订单录入/查询/编辑、入库登记、库存台账、订单发货表、客户管理、供应商管理、用户权限、数据导出）

前置条件：Phase 0（AI订单识别，已完成）直接复用

Phase 2 — 加工+出库全流程

目标：打通分切加工环节，实现"来货→分切→出库"的全流程数字化管理。

预计周期：9-10周（基于兼职开发，日均4-5小时）

前置条件：Phase 1完成并稳定运行1-2周

核心功能：

模块 具体功能 效果
分切加工单管理 记录母材投入→成品产出+废料+退料，自动计算材率 不再手动算材率
出库管理（自动扣库存） 发货时出库登记，系统自动扣减对应批次库存 库存实时准确
订单发货表联动更新 出库完成后自动更新对应订单的已发数量 不用重复填数
送货单自动生成 出库时一键生成送货单PDF，可打印 减少人工做单
质保书自动生成 根据出货产品类型自动匹配质保书模板，含电子公章 满足客户交付要求
材质追踪 从原材料批次到成品批次，全程可追溯 问题批次可快速定位

关于材率计算： - 自动计算每批加工的出材率 = 产出成品重量 ÷ 投入母材重量 - 统计月度材率趋势，异常波动自动提醒

验收标准：见《需求方案 v3.0》验收项 B1-B8（分切加工单、材率计算与预警、出库自动扣库存、订单发货联动、送货单PDF、质保书PDF含公章、批次追溯、材质追踪）

Phase 3 — 二维码全链路溯源

目标：用扫码替代手动输入，实现"贴码→扫码入库/出库/追溯"的全链路管理。

预计周期：6-7周（基于兼职开发，日均4-5小时）

前置条件：Phase 2完成

核心功能：

模块 具体功能 效果
二维码标签生成 系统按统一格式生成二维码标签，支持打印 标签格式规范统一
扫码入库 到货时扫码枪/PDA扫描二维码，自动完成入库登记 扫一下即入库，减少人工
扫码出库 出库时扫描二维码，自动扣减库存 无需手动填数，减少出错
全链路批次追溯 输入批次号可查：从哪批原材料→经过哪次加工→发给了哪个客户 一码追溯到底
客户标签兼容 自有标签和客户要求标签各贴各的，互不干扰 满足客户要求的同时不影响内部管理

关于自有标签和客户标签： - 自有标签：系统定义的统一格式，用于内部追溯管理 - 客户标签：客户指定格式，按客户要求生成或沿用客户现有标签 - 两者独立管理，扫描任何一方均可查到对应的批次信息

用户端形式： - 支持扫码枪（USB/蓝牙） - 支持手机微信扫一扫（移动端方案） - 支持PDA手持终端（可选）

验收标准：见《需求方案 v3.0》验收项 C1-C6（二维码标签批量生成与打印、扫码入库、扫码出库、全链路批号追溯、自有标签管理、客户标签兼容）

Phase 4 — 经营分析+数据决策

目标：让老板和管理层打开手机就能看到经营全貌，用数据驱动决策。

预计周期：6-7周（基于兼职开发，日均4-5小时）

前置条件：Phase 1+2+3完成，数据积累1-2个月以上

核心功能：

模块 具体功能 效果
经营仪表盘 今日销售额、本月趋势、库存总量、应收总额 一屏看全公司经营状况
销售分析 哪类规格最赚钱？哪个客户贡献最大？月度趋势 数据指导销售策略
库存周转分析 哪些规格积压？哪些滞销？安全库存预警 及时调整采购策略
利润分析 按产品/客户维度分析毛利 清晰了解盈利结构
东莞数据整合 东莞转单数据统一录入，与合肥数据对比分析 两地业务统一管理

验收标准：见《需求方案 v3.0》验收项 D1-D4（经营仪表盘、销售分析、库存周转分析、利润分析）

四、技术选型详细说明

4.1 技术栈全景

后端：Python Flask
为什么选Flask 说明
Phase 0已使用 AI订单识别模块已在Flask上完成，直接复用技术栈，零迁移成本
轻量灵活 不需要Spring Boot那样的大框架，7人公司规模的系统，Flask完全胜任
Python生态 OCR集成、PDF生成（WeasyPrint）、Excel导出（openpyxl）等库均用Python实现
开发效率高 Flask的Bootstrapping极快，MVP落地周期短
扩展性强 后期如需加功能，Flask blueprint模块化设计易于扩展

前端：Vue3 + Element Plus
为什么选Vue3 说明
组件化开发 每个功能模块独立组件，开发快、维护方便
响应式设计 一套代码同时适配PC和手机，省去单独开发移动端的成本
Element Plus 成熟的企业级UI库，表格/表单/弹窗/图表开箱即用
TypeScript支持 代码更健壮，减少运行时错误

数据库：PostgreSQL 16
为什么选PostgreSQL 说明
数据一致性 ACID事务保证库存扣减的原子性，不会出现并发扣重复的问题
JSONB支持 灵活存储非结构化数据（如单据扩展字段），减少频繁改表
数值精度 支持高精度DECIMAL计算，铜材按重量计价时无精度误差
成熟度 工业级数据库，10年以上的稳定性验证
免费开源 无需额外授权费用

4.2 为什么不选其他方案
方案 不推荐理由
使用Excel/VBA宏 无法解决多人实时协作和权限问题，仍然是单点维护
购买现成进销存软件 通用进销存软件无法适配铜材分切加工的业务逻辑（材率计算、双计量、质保书模板等）
第三方SaaS平台 按用户/功能收费，7人规模的年费通常也在¥5K-¥10K/年，长期成本不低
用低代码平台搭建 二维码追溯、自定义PDF模板等复杂功能低代码平台难以实现

4.3 服务器配置要求
环境 配置 说明
开发环境 任意4G内存电脑 本地运行Docker即可开发，Mac/Windows均可
生产环境（推荐） 2核4G / 40GB SSD / 5Mbps带宽 当前云服务器可用，无需额外采购
生产环境（最低） 2核2G / 20GB SSD / 3Mbps带宽 约100元/月，可支撑10人使用
域名 1个（如 jk.jinlinkj.com） 约60元/年
SSL证书 Let's Encrypt 免费

五、部署方案

5.1 云端部署（推荐）

方案概述： - 服务器由铭见（上海）智能科技有限公司提供和维护（阿里云ECS），包含在项目费用中 - 如客户希望使用自有服务器部署，需在项目启动前明确，铭见提供部署支持 - 系统部署在云端，用户通过浏览器访问 - 无需任何客户端安装，有网络即用

访问方式： - PC端：浏览器打开系统网址 - 手机端：浏览器打开（响应式适配），或微信内直接访问 - 扫码端：手机微信扫一扫识别二维码标签

运维管理： | 项目 | 说明 | |------|------| | 服务器维护 | 铭见（上海）智能科技有限公司负责运维，日常无需客户操心 | | 系统更新 | 功能迭代/安全补丁远程更新，零停机或极短停机 | | 故障处理 | 一般问题当天响应，紧急问题2小时内响应 | | 数据备份 | 每日自动备份，保留最近30天 |

5.2 域名与SSL

5.3 备份策略
备份类型 频率 保留
数据库全量备份 每日凌晨 30天
系统配置备份 每次变更后 永久
文件备份（公章图片/模板等） 每周 永久
异地备份 可选（每月一次） 按需

5.4 备选方案：内网部署

如需纯内网运行，也可将系统部署在公司的内部服务器上。区别如下：

对比项 云端部署（推荐） 内网部署
部署复杂度 低（铭见负责） 中（需客户提供服务器）
移动办公 随时随地访问 仅公司内网访问
维护成本 低（远程运维） 中（需本地IT基础）
数据安全 加密传输+阿里云安全组 物理隔绝
成本 铭见团队运维 需客户自己维护服务器

建议：前期云端部署，快速上线验证；如后续对数据安全有更高要求，可并行运行内网版本。

六、风险评估与应对

6.1 东莞数据源不可靠
风险 概率 影响
东莞方提供的数据时效性差、准确率低、完整性不足 高 中

应对策略： 1. 通过系统规范数据输入标准：定义订单数据标准格式（字段/格式/必填项），东莞方需按标准提供数据 2. 数据校验机制：系统入库时自动校验必填字段和格式，不符合要求的拒绝入库并提示缺失内容 3. 人工审核流程：东莞数据进入系统前设人工审核环节，暂不与正式库存合并 4. 独立标记：东莞来源的数据在系统中特殊标记，便于后期核对 5. 长期方案：如东莞方有接入意向，可开放API接口，实现数据自动同步

6.2 一线员工接受度
风险 概率 影响
车间一线员工对新系统有抵触，不愿意改变习惯 高 中

应对策略： 1. 从上往下强制推行：数字化转型是一把手工程，必须由决策层推动落地。祥哥作为系统推动者，需要有明确的推行意志 2. 操作极简设计：界面尽量简化，操作步骤尽量少，扫码为主减少手动输入 3. 分阶段落地：每个阶段功能不多，学习成本低（Phase 1只有录入和查询，操作简单） 4. 正向激励：初期可考虑设立"数据准确奖"等小激励，鼓励使用 5. 培训材料到位：图文+视频操作手册，让每个人都能看懂

6.3 流程调整阻力
风险 概率 影响
现有手工流程已根深蒂固，业务流程调整配合度低 中 中高

应对策略： 1. 渐进式调整：Phase 1保持现有流程基本不变（手动更新），Phase 2逐步优化，Phase 3再引入二维码改变流程 2. 保留过渡期：系统上线后保留1-2周新旧并行期，给员工适应时间 3. 让流程适应人：系统功能设计以现有作业习惯为基础，不强行改变 4. 决策层背书：流程调整指令由管理层下达，系统仅是执行工具

6.4 二维码推行难度
风险 概率 影响
贴码→扫码的环节增加一线工作量，推行受阻 中 中

应对策略： 1. 二维码方案已获确认：5/24沟通中祥哥已明确选择二维码方案，且认可这是未来规范化的方向 2. 对比手动更新的效率损失：目前每天大量时间花在数据错误溯源上，扫码看似增加了贴码步骤，实际上大幅减少了找错时间 3. 分阶段引入：Phase 3才做二维码，在此之前Phase 1+2已让流程跑起来，二维码在熟悉的流程上再做优化 4. 设备成熟：公司已有二维码生成设备，格式统一后不需要额外投入

6.5 项目延期风险
风险 概率 影响
需求未及时确认、反馈慢、中间需求变更 中 中

应对策略： 1. 分阶段独立兑现：每阶段有清晰边界，即使后续取消也不影响已交付的价值 2. 需求冻结机制：每阶段启动后对该阶段需求冻结，新需求登记到下一阶段 3. 弹性排期：总周期中预留20%缓冲时间 4. 主动确认节奏：铭见（上海）智能科技有限公司负责主动跟进确认节点，避免等待导致进度停滞

七、项目排期总表

7.1 甘特图（文字版） 
阶段/任务           │ 第1-4周 │ 第5-8周 │第9-12周 │第13-16周│第17-20周│第21-24周│第25-28周│第29-32周
────────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┼─────────┼─────────┼─────────
Phase 1 订单+库存   │ ████████│ ████████│         │         │         │         │         │
 需求确认+原型      │ ████░░░░│         │         │         │         │         │         │
 后端+前端开发      │ ░░░░████│ ████████│         │         │         │         │         │
 测试+部署+培训     │         │ ░░░░████│         │         │         │         │         │
 上线验收           │         │         │ ██░░░░░░│         │         │         │         │
────────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┼─────────┼─────────┼─────────
Phase 2 加工+出库   │         │         │ ████████│ ████████│ ████████│ ██░░░░░░│         │
 需求确认           │         │         │ ██░░░░░░│         │         │         │         │
 开发               │         │         │ ░░██████│ ████████│ ██████░░│         │         │
 测试+部署+培训     │         │         │         │         │ ░░░░████│ ██░░░░░░│         │
 上线验收           │         │         │         │         │         │ ░░██████│         │
────────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┼─────────┼─────────┼─────────
Phase 3 二维码溯源  │         │         │         │         │         │ ████████│ ████████│ ████░░░░│
 需求确认           │         │         │         │         │         │ ██░░░░░░│         │         │
 开发               │         │         │         │         │         │ ░░██████│ ██████░░│         │
 测试+部署+培训     │         │         │         │         │         │         │ ░░░░████│ ████░░░░│
 上线验收           │         │         │         │         │         │         │         │ ░░░░████│
────────────────────┼─────────┼─────────┼─────────┼─────────┼─────────┼─────────┼─────────┼─────────
Phase 4 经营分析    │         │         │         │         │         │         │         │
 启动条件：Phase 1+2+3完成，数据积累1-2个月后。预计在第28-32周启动，工期6-7周。

7.2 各阶段时间汇总
阶段 预估周期 启动条件 备注
Phase 1 订单+库存 7-8周 无（Phase 0已完成） 可从方案确认后立即启动
Phase 2 加工+出库 9-10周 Phase 1稳定运行1-2周 可根据Phase 1使用情况微调需求
Phase 3 二维码溯源 6-7周 Phase 2完成 流程已固化后引入扫码更方便
Phase 4 经营分析 6-7周 数据积累1-2个月 提前启动也可，但数据太少分析价值有限
合计 28-32周 — 基于兼职开发（日均4-5小时），不含Phase 4等待数据积累的时间

7.3 里程碑节点
里程碑 时间点 验收标准
M1 Phase 1上线 第8-9周末 客户/供应商管理可用；订单可录入；库存表和订单发货表在线可查（需求方案验收项 A1-A8）
M2 Phase 2上线 第19-20周末 分切加工单可用；出库自动扣库存；送货单+质保书可生成（需求方案验收项 B1-B8）
M3 Phase 3上线 第27-28周末 二维码标签可生成打印；扫码入库/出库可用；全链路可追溯（需求方案验收项 C1-C6）
M4 Phase 4上线 第34-39周 经营仪表盘可用；销售/库存/利润分析可用（需求方案验收项 D1-D4）

7.4 资源需求

预算内推荐：1人全栈开发

角色 人数 说明
全栈开发者 1人 负责前后端开发、部署、文档编写、培训
项目经理（兼） 1人 需求沟通、进度跟踪、客户对接（由开发者兼任）

加速方案：2人团队

角色 人数 说明
后端开发 1人 数据库、API、业务逻辑、PDF模板
前端开发 1人 页面开发、扫码功能、移动端适配

建议：Phase 1和Phase 2阶段采用1人开发，控制验证成本；待Phase 1验证通过、确实需要加速推进时再调整为2人团队。

团队选择决策条件： - 1人全栈：适合客户对工期要求不紧迫、希望控制成本的场景。总周期约 4-5 个月。 - 2人团队：适合客户希望 3-3.5 个月内完成全部 4 个 Phase、或业务量增长较快需要尽快上线的场景。前后端并行开发可大幅缩短周期，但成本相应增加。

八、费用建议

说明：具体价格见独立《报价方案 v3.0》。本节仅说明定价逻辑和付款方式，供客户理解定价依据。

8.1 定价模式

我们采用服务定价而非软件定价：初始建设费 + 年度服务费。系统上线只是开始，持续服务才是核心价值。

提供两套方案： - 方案 A（全量一次性交付）：4 个 Phase 打包签约，总价最优（比分阶段低约 ¥17,000） - 方案 B（分阶段交付，推荐）：分期签约、分期付费，每阶段独立验收，不满意随时可停

8.2 定价参考依据

基于以下因素综合定价：

  1. 市场价格：通用进销存 SaaS ¥3K-8K/年（无法适配铜材分切加工）；低代码平台 ¥20K-50K（复杂业务逻辑做不了）；外包定制 ERP ¥150K-300K（大团队瀑布流程，中小企业不适用）
  2. 项目复杂度：铜材加工行业有特殊业务逻辑（材率计算、双计量、质保书模板），属于中等复杂度
  3. AI OCR能力：Phase 0已免费赠送，这是差异化价值——拍照 30 秒替代人工 5-10 分钟录入
  4. 客户承受能力：初创公司资金有限，注重投入产出比
  5. 长期合作预期：合理定价有助于建立信任，为长期维保和后续合作打下基础。5 年客户价值约 ¥170K-220K

8.3 付款方式

九、服务与维保

9.1 交付物清单
阶段 交付物
Phase 1 可访问的线上系统 + 操作手册（图文版）
Phase 2 线上系统功能升级 + 送货单/质保书模板 + 操作手册更新
Phase 3 二维码标签格式规范 + 扫码操作指南 + 追溯功能
Phase 4 经营仪表盘 + 分析报表
全程 数据备份脚本 + 管理员手册 + 远程培训

9.2 免费维保期内服务
服务项目 内容
Bug修复 系统使用中发现的任何Bug，免费修复
功能微调 基于已交付功能的小范围调整（如字段增减、样式微调）
AI调用费用 Phase 0 AI识别功能的云端API调用费
操作咨询 使用过程中的问题解答，远程指导
数据维护 数据异常时的核对和修复
服务器运维 系统运行维护，安全更新

9.3 维保期外服务

维保期（Phase 1 验收起 12 个月）满后，提供三级服务包：

服务包 内容 年费
基础维保 Bug 修复 + 服务器运维 + 每日备份 + 操作咨询 ¥6,800/年
标准维保（推荐） 基础维保 + 功能微调（累计 20h/年）+ OCR API 费 + 优先响应 ¥9,800/年
全包维保 标准维保 + 新功能开发 8 折 + 紧急响应（4h 内） ¥16,800/年
其他项目 费用建议
新功能开发 按工时计费，或单独报价（全包维保享 8 折）
紧急故障处理 按次计费，或包含在标准/全包维保中
数据备份恢复 包含在年维保中

附录

A. 核心理念

本方案遵循"数字化转型是一把手工程"的核心理念——系统是工具，流程是基础，推动力来自管理层。只有管理层明确要求、持续推动，数字化才能真正落地产生价值。

系统的作用是替代重复性操作、提升数据准确性、降低沟通成本，而不是取代人的决策。AI辅助识别固然高效，但业务规则和流程判断仍需人来定义、执行和监督。

B. 联系方式

编制单位：铭见（上海）智能科技有限公司 对接人：待确认

铭见（上海）智能科技有限公司 · 让传统制造的数字转型，小步快跑、步步见效

铭见（上海）智能科技有限公司 · 进销存管理系统 · 系统建设方案 v3.0