让一缸布的进度有迹可循
印染生产里，同一批布会经过开卡、配缸、染色、整理和质检。客户的要求、车间的操作、下一道工序要接收的信息，往往散在不同的单据里。
我想做的是以缸号为线索，把这些信息放回同一条生产记录：这批布是什么、要怎么做、分配给哪台设备，以及目前走到了哪一步。
下面是 2026 年 9 月 24 日从本地运行中的系统直接截取的界面。封面展示的是流程卡中心，列表中已有“已排缸”和“已出缸”的记录。
01 / 流程卡：把生产要求说明白
流程卡中心把客户、品名质地、颜色、交期、机台和数量集中到同一行，提供查询、详情维护和两种跟踪单据的打印入口。
打开一张流程卡后，信息进一步分成基本信息、工艺规格、配缸信息与用料明细。门幅、克重、缩水要求、计划染机、浴比和技术要求都各有位置；主料、辅料与组缸细码也分别维护。做这部分时，重点是让字段对应现场的说法，而不是让现场去适应一张通用表格。
02 / 排缸：从一张卡，走到具体设备
生产排产页将已开卡待排、排队等候、生产中和已完成分开统计，下方按染缸展示作业队列。设备行带有机型、容量和车间信息，缸卡则显示缸号、颜色、重量与品名。
这张截图里，高温缸下有一张蓝色等候卡，常温缸下有一张灰色已完成卡，其余设备显示空闲。相比只看一个总进度，把卡放在对应设备下面，更容易看清工作正在等待哪里、已经经过哪里。
03 / 工位采集：把现场操作接回流程
车间采集页围绕四个要素展开：当前员工、终端编号、默认工序和缸号。界面提示先选择员工并绑定工序，再扫描或输入缸号；下方的报工记录表用于查看时间、工序、操作员、终端、数量和工分。
这个设计希望减少重复选择：同一名员工在同一个工位连续处理多缸布时，保留人员与工序上下文，把操作集中在识别缸号上。截图中的终端还未选择员工和工序，报工记录为空，展示的是当前真实状态。
不止是三个页面
系统还设置了打样颜色、染整工艺卡、配方与称料、整理测试、质检回修、毛坯仓、成品仓、染化料、计件工资和应收账款等模块。这里先选取开卡、排缸和工位采集这条主线，展示生产信息怎样从办公室进入车间。
前端使用 Vue 3、TypeScript 与 Element Plus；服务端使用 Node.js / Express，业务数据由 PostgreSQL 与 Prisma 管理。我和 AI 一起拆解业务字段、讨论页面与状态关系，再回到运行中的系统逐步调整。
仍在继续的部分
接下来的重点是继续核对工艺、配方、称料与报工之间的关联，以及回修、库存和结算的追溯关系。一个环节的状态变化，需要能被后续环节正确接住。
项目仍在持续开发。这次展示核对了运行界面并拍摄截图，没有新增或修改 ERP 业务记录，也没有完成扫码设备、打印输出或工厂全流程验收。页面可以打开，与现场可以稳定使用，是需要分别验证的两件事。