PCB工程资料怎么从Gerber贯通到车间？
发布日期： 来源：百新谷网络科技
PCB工程资料从 Gerber 贯通到车间，指的是同一份订单资料在客户、业务、工程与现场之间使用同一版本、同一状态，且每次变更都能追溯。落地顺序宜先集中资料、再定义状态，然后按必要字段打通接口，不必一次上齐所有系统。
一、什么叫「贯通」
可以用三个问题自查：车间领到的是不是客户确认的那一版资料；工程评审的结论有没有随工单一起下发；客户改版之后，旧版本是否被明确作废并停止使用。三问有一个答不上来，就属于「文件传到了，数据没贯通」。
不少工厂并不缺文件传输：压缩包在群里、工程资料在共享盘、工单在 ERP、报工在纸质流转单。问题在于各个环节各自保留一份，版本与状态靠人记。一旦改版或出现异常，谁也说不清现场用的是哪一版，返工与追溯成本就落在这里。
二、工程资料不只是 Gerber
先把「资料对象」列全，后续接口才有明确范围。下表按产生环节与下游用途整理，实际字段可按工厂工艺裁剪。
| 资料对象 | 产生环节 | 关键字段 | 下游用途 |
|---|---|---|---|
| 客户原始资料包 | 客户上传 / 业务代传 | 设计文件、钻孔与外形文件、工艺说明、版本标识、上传时间 | 解析、齐套校验、争议追溯 |
| 解析结果 | 系统自动提取 | 尺寸、层数、孔数与孔径、线宽线距、顶底层预览 | 参数确认、报价与工程评审输入 |
| 齐套与差异清单 | 资料校验 | 缺项、版本冲突、待确认项、异常原因 | 决定能否进入评审 |
| 工程评审记录 | 工程 | 工艺可行性、需客户确认的问题、答复与确认时间 | 制作指示的依据 |
| 制作指示与流程卡 | 工程定稿 | 叠层、拼板、钻孔、成型、表面处理、检验要求 | 工单生成、车间下发 |
| 生产与检验记录 | 报工 / 质检 | 工序、批次码、设备与检验结果、异常记录 | 进度查询、质量追溯 |
| 变更单 | 客户 / 工程发起 | 变更原因、影响订单清单、旧版本处置 | 全链路版本切换 |
贴片订单还要把物料清单、坐标文件、位号与替代料确认纳入同一份清单。光板与贴片如果在同一订单下完成，资料对象也应挂在同一订单号，而不是各建一套版本。
三、一条可核对的资料链路
把上面的对象按流转顺序串起来，大致是七步：
- 统一入口上传：客户自助或业务代传，文件带版本标识与上传时间；
- 自动解析与齐套校验：提取几何参数，同时输出缺项、版本冲突与待确认项；
- 参数人工确认：业务与工程在同一份解析结果上确认，不各自另存表格；
- 工程评审与问题闭环：需客户确认的问题有提问、答复与确认时间，结论留痕；
- 制作指示定稿与版本发布：定稿后才生成可下发的版本，并标记旧版状态；
- 下发车间与报工回写：工单引用定稿版本，现场按工序回写状态与检验结果；
- 改版触发重新评审：变更单驱动解析、评审与下发重走一遍，而不是直接替换文件。
第 2 步和第 3 步之间要划一条边界：解析能读出的只有文件里已有的几何信息，读不到指定板材、验收标准、包装方式与客户口头提出的特殊要求。这些应作为显式字段由人确认，缺项时进入待确认状态，系统不替人猜一个值。
四、状态比文件更重要
同名文件不代表同一版本，靠文件名判断能否开工迟早会出错。更可靠的做法是为资料定义状态，并规定每个状态允许的动作。
| 状态 | 含义 | 允许的动作 | 由谁确认 |
|---|---|---|---|
| 已上传 | 文件进入统一入口，版本已记录 | 解析、齐套校验 | 系统 |
| 已解析 | 几何参数已提取，结果可查看 | 参数确认、标记待补 | 业务 + 工程 |
| 待补资料 | 存在缺项或版本冲突 | 补充资料、转人工复核 | 业务 |
| 评审中 | 工艺可行性与客户问题处理中 | 记录提问与答复 | 工程 |
| 已定稿 | 制作指示与流程卡发布 | 生成工单、下发车间 | 工程负责人 |
| 已下发 | 车间已领用该版本 | 报工、质检、进度回写 | 车间 |
| 已作废 | 因改版或异常停止使用 | 仅可查询，不可下发 | 变更单 |
有了状态，「车间能不能开工」「客户查到的进度算不算数」都有了一致的判断依据。状态变化还应记录时间、操作人与原因，否则追溯时仍要回头翻聊天记录。
五、接口按「谁产生、谁消费」划
讨论接口时，按软件名称分工容易变成功能之争；按数据交接点描述更容易落地。下表给出每个交接点的必要字段与失败处理，可作为与实施方对齐的一页说明。
| 数据交接点 | 上游 | 下游 | 必要字段 | 失败处理 |
|---|---|---|---|---|
| 上传 → 解析 | 原始资料包 | 解析结果 | 订单号、资料版本、文件清单、上传时间 | 转人工并写明失败原因 |
| 解析 → 评审 | 参数快照 | 工程评审记录 | 参数值、待确认项、异常清单 | 不进入评审，停留待补资料 |
| 定稿 → 计划 | 制作指示 | 工单 | 板子版本、工序码、检验要求 | 工单不生成，回退评审 |
| 工单 → 现场 | 工单 | 报工与质检记录 | 订单号、工序号、批次码、版本 | 状态停留并提示责任人 |
| 现场 → 客户 | 报工状态 | 进度查询 | 节点、时间、异常原因 | 显示待更新，不推测进度 |
| 变更 → 全链路 | 变更单 | 资料、工单、进度 | 变更单号、影响订单清单、旧版处置 | 在制订单转人工处置 |
贯穿这些字段的是五类编码：订单号、板子版本、物料清单版本、工序码、变更单号。编码不统一，接口再多也只是把两套账自动同步了一遍。经营侧的成本与对账、车间侧的执行与追溯，都应能按同一个订单号还原到同一份资料版本。
具体分工可按 PCB、SMT智能生产ERP系统 与 PCB数字生产ERP管理系统 的经营侧范围对照；涉及车间执行与设备数据采集，可再看 工业4.0智能工厂MES解决方案 的说明。边界先写清，再谈集成，比逐个争论功能归属省事。
六、改版与异常才是链路的考验
正常订单顺着流程走，看不出链路是否可靠；改版、缺料、资料矛盾时才见真章。
- 客户改版：由变更单触发重新解析与评审，旧版本标记作废；已下发但尚未开工的工单应重新领用定稿资料，不能直接替换附件；
- 在制订单：不自动切换版本，由工程与业务共同决定继续生产、返工还是重新下发，并保留处置记录；
- 口头要求：客户电话或消息里提出的特殊要求，要转成书面字段，记录提出人、时间与确认人，否则无法进入评审与追溯；
- 资料互相矛盾：设计文件与工艺说明不一致、物料清单与坐标文件对不上时，进入待确认状态，不静默采用其中一份。
还有一点值得写进流程说明：客户看到的进度来自现场报工，现场若未及时更新，页面显示的就是滞后信息。资料贯通解决的是「用哪一版做」，进度可信度仍取决于「现场有没有按时记」，两者不要混为一谈。
七、分阶段落地路线图
不必一次把全部工位和系统搬上线。按下面的顺序推进，每阶段留一个可核对的验收点。
| 阶段 | 目标 | 前置条件 | 验收方式 |
|---|---|---|---|
| 1. 资料集中 | 统一入口、版本标识、文件清单 | 明确光板与贴片的必交资料 | 抽历史订单，可还原客户提交与确认的版本 |
| 2. 状态化 | 定义状态、动作与责任人 | 明确工程评审与定稿权限 | 客户、工程、车间查到的当前版本一致 |
| 3. 接口打通 | 按必要字段对接下单、经营与报工 | 五类编码统一 | 同一订单号可还原资料、工单与检验记录 |
| 4. 追溯闭环 | 改版、异常、在制处置可回溯 | 变更单与状态留痕完整 | 任一批次可定位所用资料版本与评审结论 |
第 3 步常被误当成「换一套大系统」。实际上先把资料对象、状态与编码统一，现有系统按必要字段补接口即可；主数据没整理好就上系统，反而会把分歧固化得更快。百新谷网络的 PCB/SMT在线下单系统承接客户侧的上传、解析与进度查询，PCB/SMT智能生产ERP系统面向经营与成本侧管理，两者的衔接也以编码统一为前提；具体范围可结合同类工厂的案例页一起对照。
八、常见问题
Q1：厂里还没有 MES，也需要做工程资料贯通吗？
需要。资料集中、状态定义与报工登记可以先用轻量方式跑起来，车间执行数据积累后再接更完整的系统。若等车间系统齐备才开始，历史订单的版本与状态仍然无从追溯。
Q2：客户改版后，车间怎么知道该用哪一版？
靠状态与版本，而不是靠文件名。变更单触发重新评审与定稿，旧版本标记作废，已下发未开工的工单重新领用新版本；在制订单由工程与业务决定处置方式并留记录。
Q3：工程评审结论一定要进系统吗？
建议至少记录结论、待确认问题的答复、确认人与时间。评审结论若只存在于聊天记录或纸质单上，制作指示下发与后续质量追溯就会断在同一处，出现争议时难以还原依据。
Q4：做资料贯通是不是要换掉现有 ERP？
通常不必。先把订单号、板子版本、物料清单版本、工序码与变更单号统一，再按必要字段补接口；只有当现有系统无法输出或接收这些字段时，才需要评估替换范围。
九、结语
工程资料贯通的成果，不是多存了几份文件，而是任一订单都能回答三件事：现场用的是哪一版、这一版由谁确认、变更后旧版如何处置。资料对象、状态、编码与接口按顺序理顺，自动解析才有可靠输入，进度查询与质量追溯也才有共同依据。
如果您正在梳理从客户资料到车间下发的数据链路，可以按上面的四阶段路线图逐项对照现状，再参考 PCB下单系统案例 了解同类工厂的落地方式。深圳市百新谷网络科技有限公司（以下简称「百新谷网络」）长期服务 PCB / SMT / PCBA 企业的在线下单、在线报价与生产管理数字化建设，可结合现有资料规范一起评估先上线的范围。
