行业与案例
我们在半导体封测、服装制造、印刷三个行业交付过生产管理与数据系统。三个行业的工艺不同,交付的东西也不同 —— 下面按行业列出每套系统实际交付的模块,没做过的功能一个不写。
服装生产管理系统(制造执行 / MES)
外贸服装厂,梭织与针织产品线均有
交付的模块
数据导入
- AI 面料导入
- AI 订单导入
基础与物料
- 客户管理
- 款式管理
- 面辅料管理
- BOM 对接管理
- AI 配置管理
生产流程
- 生产制单管理
- 裁片分包管理
- 包装管理
PDA 端
- 辅料入库
- 辅料出库
- 印绣花出入库
- 领包
- 成品入库
管理视图
- 订单生产看板
- 裁剪看板
- 车缝看板
- 包装看板
AI 单据解析:每个品牌一套规范
技星软件为外贸服装厂做的这套 AI 单据解析,面对的是面料单和订单:来自不同品牌,PDF 和 Excel 混着来,字段名、表头位置、单位都不一样。以前靠人对着屏幕照录,一张单子要按小时算。模块清单里的「AI 面料导入」「AI 订单导入」说的就是这一段。
我们没有把整份文件丢给大模型。能确定性读出来的就不交给模型猜:面料 Excel 的数据行由程序按行列读,模型只用来识别每家都不一样的表头;有些品牌的 PDF 发票直接按表格线解析,全程不经过模型。订单 PDF 则是先在本地抽出文本,再交给模型提取订单与 PO 明细。
每个客户的解析规范 —— 认哪些字段、用哪个模型、提示词怎么写 —— 按客户存在数据库里,不是写死在代码里。接一个新品牌是配一条规范,不是改一次代码。
模型温度设为 0。抽取任务要的是同一份文件每次给出同样的结果,不是发挥。
面料单与订单的人工照录,从按小时算变成按分钟算。
数据边界面料 Excel 的数据行不离开服务器,只有表头样本会发给模型;订单 PDF 的正文会通过云端大模型 API 解析。
还没做的事尚未交付、仍在设计阶段的一个方向:把 AI 从导入环节扩展到系统的操作入口,让 MES / ERP 能听懂指令,而不是只在录数据时用一次。
CP 中测产线管理与测试数据系统(制造执行 / MES)
交付的模块
订单与工单
- 客户与产品档案
- 订单与工单
- AI 解析订单文件,自动核对流程、站点(CP1–CP4)及其绑定程序
- 流程配置(站点 / 程序 / 探针台 / 测试机 / 针卡绑定)
- 测试程序按机台绑定 IP 与当前站点自动识别下载
数据归集
- 探针台 MAP 自动取数
- 测试机 Agent 增量上传,按修改时间的静默期跳过仍在写入的文件,大小校验后留本地备份镜像
- MAP 二進制解析与校验
良率与判异
- 良率回写工单
- 门限比对
- 低良自动锁批并留痕
- 异常按 wafer 汇总,推送到企业微信群
数据转换与 Map 处理(桌面端)
- 多客户格式转数据
- 测试机数据分析与处理
- Gross Die 合成处理
- Map 图中不良 die 簇处理
- 激光机打点文件处理
PDA 现场作业
- 二维码收货、发货
- 工单配置与取消
- CP / QA 及其它站点上下机
- 来料检验、镜检、内盒检验
- 维修、借机
- 结批与取消结批
仓储与出货
- 内盒、外箱
- 发货单与转寄
- 对账单
- 在制与库存
设备与针卡
- 设备台账与借机
- 点检与保养
- 针卡寿命
FT 成测包装与出货管理系统(制造执行 / MES)
交付的模块
订单与工单
- 客户与产品档案
- 档位与 Bin 定义
- 订单、工单与流程
- 收货、创批、结批
测试作业与维修
- 测试上下机(站点作业)
- 设备与站点记录
- 维修
检验与包装
- 镜检
- 内盒
- 外箱
- 袋 / 盘 / 盒 / 箱四级标签一体化生成
出货与结算
- 发货单
- 转寄
- 对账单
设备管理
- 设备台账与借机
- 点检与保养
发货标签:四级一次生成,中间没有人工编辑标签
成测出货的标签分四级:袋、盘、盒、箱。难的不是打印,是混编 —— 一盘里可能有主批和次批,一盒里可能是几个整编盘加一个不满盘;批号混不混、印字混不混又分出好几种情形,每一种的数量合并规则都不一样。靠人按规则一张张编辑标签,出错只是迟早的事。
这套系统把四级标签做成一次性整体生成:装箱数据录一次,袋、盘、盒、箱各自该显示什么、哪几行要合并、数量怎么算,全部由同一份数据推出来。中间没有人工编辑标签这一环,也就不会出现四级标签各编各的、到客户手里对不上的情况。
印刷生产管理系统(制造执行 / MES)
印刷厂,平张印刷与卷带印刷两条工艺线
交付的模块
基础档案
- 客户信息
- 纸张档案
- 卷带档案
- 站点设置
订单与生产单
- 创建订单、修改订单,明细按订单类型走两套字段
- 按订单创建生产单
- 生产规则执行:可执行工单与已完成工单,上机与下机
发货
- 创建发货明细
- 创建内盒与内盒管理
- 发货单管理
记账与对账
- 创建记账明细
- 记账单管理
- 按记账明细生成对账单
PDA 端
- 扫码取生产单
- 站点上下机
- 维修
机台旁的桌面客户端
- 当前主机:扫工单二维码看这台机在加工哪个单、走到哪个站点
- 过往记录
记账单并不并行,是客户档案上的一个开关
月底出记账单,有的客户要一行一行列清楚,有的客户要把同一批同一规格的并成一行。两边都有道理,谁也说服不了谁 —— 这种事在车间里比技术难题常见得多。
所以合并规则不写在导出程序里,写在客户档案上:开关打开,客户合同号、品名、规格、批次号、单价五项全都相同的记账明细并成一行,数量与金额累加;只有真的并了(组里不止一行)才清掉备注,独一行的原样留着。开关关掉就一行不并。
换一个客户不用改程序,改一个字段。
半导体封测:模块之外的工程特性
CP 与 FT 两套系统交付了哪些模块,上面已经逐条列过。这里补的是模块清单上看不出来的部分 —— 怎么做到的,以及边界在哪。这条业务线不披露项目内容、客户名称与任何产线数据。
- 探针台 MAP 二進制解析与校验:读出逐 die 的 BIN 结果,与批号、总测数、良品数逐项校验,对不上就中断并留痕
- fail die 的规则化处理:不良簇周边、被不良包围的孤立良品、GDBN 九宫格加权打分、特定 bin 的周边管控、整批叠片后的跨片不良区域;连通判定可配 8 邻域(含对角)或曼哈顿距离 D=N(菱形),多条规则按顺序合并去重后回写 Map
- 规则之间互不依赖:每条规则都从原始 Map 独立跑出结果,合并只发生在一处 —— 加一条新规则不会牵动已有的,这是产线上敢改规则的前提
- 初测与复测的合并策略按测试机型号可配:以哪一次为准、表头取最早还是最新、Bin 汇总与总数要不要重算 —— 各厂的做法不同,不该写死在代码里
- 测试机数据自动归集:厂内 Agent 增量扫描上传,大小校验后留本地备份镜像,断线自愈;数十台测试机同时换批时错峰传输,不会把厂内的上行链路打满
- 异常自动推送:转数据时发现的异常 die 按 wafer 汇总,推送到企业微信群 —— 不用等人去翻报表
- 测试程序自动下发:按机台绑定 IP 与 CP1–CP4 的当前站点识别,自动取对应程序,不靠人记哪台机跑哪个版本
- 多来源格式归一:探针台 MAP、测试机 CSV、Fab 文本 map 归到同一套中间表示,上层报表口径才对得上
- 良率门限按产品与站点分别配置(CP1–CP4、圈测各自独立),低于门限自动置低良、锁定待技术处理并写日志
- 多租户部署:平台库、租户业务库、跨租户设备库分离
- 数据边界分三段:原始测试数据(探针台 MAP、测试机文件)走 FTP / SMB 在厂内局域网闭环、入本地库,不经互联网;订单文件上传到云端大模型 API 解析;异常按 wafer 汇总后的告警推送到企业微信群