订单与执行分流模块需求设计文档

MSERP 订单与执行分流模块需求设计文档 一、项目背景 1.1 技术栈 后端：FastAPI 数据库：MySQL 8.4 前端：LayuiAdmin 系统定位：面向标签印刷、标签原料、不干胶材料、套装类产品、多币种订单与分流

一物一码防伪查码平台

一物一码防伪查码平台 产品计划书（精简版） 一、项目定位 本平台是一套面向印刷厂及其品牌客户的 轻量级一物一码防伪查码系统。 它的核心作用很简单： 帮品牌客户生成每件产品唯一的防伪码 消费者扫码后可查询真伪 品牌方可查看查询记录与基础统计 印刷厂可把这项能力作为增值服务提供给客户 本系统优先解决 “

AI辅助系统架构设计工作流

AI辅助系统架构设计工作流（适用于ERP/复杂业务系统） 一、核心原则 把AI当作：架构评审助手 不要当作：代码生成工具 目标：帮助做决策，而不是直接出答案 二、标准交互结构（必须遵守） 1. 明确问题边界（避免发散） 本次只讨论：XXX（如订单执行架构） 不讨论：UI / 报表 / 权限 / 其他

智能订单识别平台 技术架构文档（Architecture 1.1 定稿）

智能订单识别平台 技术架构文档（Architecture 1.1 定稿） 1. 目标与范围 1.1 目标 在不改动客户既有 Win10 + IIS + 经典ASP + Access(mdb) 的前提下，引入“智能订单识别”能力，实现： 支持多来源订单提交（图片/PDF/Excel/文本） 平台完成识

智能订单识别平台

智能订单识别平台 模式与整体设想说明（非技术版） 一、我们要解决的是什么问题？ 在现实业务中，客户的订单来源非常复杂： 微信截图 拍照图片 PDF 文件 Excel 表格 甚至是随手发的一段文字 而客户内部系统里，往往已经存在： 大量产品档案 大量历史订单 多年积累的数据 问题在于： 人工录单慢、容

标签打印系统架构设计笔记

Redis 的适用场景与设计原则

MSERPPY 系统中 Redis 的适用场景与设计原则 在仓库管理与ERP业务中，Redis 主要作为 高速缓存与快速读取层 使用，但 不承担最终数据一致性责任。Redis 的使用要遵循“读多写少缓存、写多读少不缓存”的原则。 以下为系统中 Redis 的设计思路与适用场景总结。 1. Redis

MSERP 版本管理规范

📌 MSERP 版本管理规范（Draft） 版本控制是企业软件可持续交付的基础，统一规范可确保不同客户部署保持一致性、可升级性和可维护性。 1️⃣ 版本号命名规范 MSERP 使用 语义化版本号 SemVer： 主版本号.次版本号.修订号 MAJOR.MINOR.PATCH 示例： v1.4.2

单张开单工作台说明

单张开单工作台说明 工艺就是版，所有排版、机台、材料、色序、模切、走纸方向等生产信息都记录在工艺档案中，不需要区分工艺和版。合版就是多个标签放在同一工艺上一起生产，独版就是一个标签单独生产。合版时，如果该工艺涉及的所有标签都在当前待生产列表，这种情况叫闭合；如果有些标签不在待生产列表，就是非闭合。