®技星软件扬州技星软件技术有限公司

行业与案例

我们在半导体封测、服装制造、印刷三个行业交付过生产管理与数据系统。三个行业的工艺不同,交付的东西也不同 —— 下面按行业列出每套系统实际交付的模块,没做过的功能一个不写。

服装制造

服装生产管理系统(制造执行 / 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 汇总后的告警推送到企业微信群

探针台 Map 二進制文件解析示例 →