企业官网建设流程全解析

简介：这是一份面向设备制造、质量控制与项目验收人员的出厂验收测试（FAT）检验表，适用于工厂发货前对设备硬件、软件、机电安装、接地端子、启动功能、报警系统及冗余配置进行逐项确认。检验表以清单化格式呈现，每项均设P（合格）/F（不合格）/NA（不适用）勾选栏，并预留签名、日期及不符合项记录位置，便于现场直接打印使用；同时给出参考文件与注释提示，配合工程规范书即可快速开展FAT工作。包内为1个PDF文件，大小279KB，结构清晰，从A.1文件检查到A.9功能测试全覆盖，包含单回路评估测试表样例。目前已有252人学习下载，适合从事DCS/PLC系统集成、工业设备验收及项目交付的工程师借鉴，有助于规范验收流程、减少出厂遗漏，降低现场调试风险。

1. FAT检验表：出厂前最后一道把关，为什么值得认真做

做设备采购和项目交付的人，对“出厂验收测试”这几个字不会陌生。供应商在设备发货前，会邀请你到工厂做一次现场验证，确认设备功能和性能符合合同要求，这套动作就是FAT（Factory Acceptance Test）。而FAT检验表，就是把这次验收从“口头确认”变成“书面证据”的核心文件——每一项测什么、怎么测、合格标准是什么、谁来签字，全部落在纸面上。

但现实里，很多项目的FAT检验表要么是从旧项目直接拷贝，栏目和参数对不上号；要么检验项写得含糊其辞，现场验收时双方各执一词，最后只能靠“差不多”收场。等设备到了现场才发现功能缺陷，再回头追责，合同条款早就说不清楚了。这份文件的价值，恰恰在于把验收的模糊地带提前消灭在出厂之前。读完这篇，你会知道一份合格的FAT检验表应该长什么样、怎么从零把它写出来，以及现场执行时那些容易翻车的细节。

2. 拆解一份FAT检验表：核心栏目与设计逻辑

2.1 检验表头部信息：项目标识与合同号

一份能经得起审计的FAT检验表，第一步不是罗列测试项，而是把“这张表到底属于谁”写清楚。头部信息通常包含：项目名称、设备名称及型号、设备序列号、合同编号、技术协议编号、供应商名称、采购方名称、检验日期、检验地点。这些信息看起来琐碎，但一旦设备在后续环节出现质量问题，追溯链条全靠它们。

我见过不少翻车案例，检验表头部只写了“某某项目”，合同号和序列号留空，结果设备到现场出了故障，供应商辩称“这个序列号的设备根本没做过FAT”。所以头部信息不能省，而且要跟合同附件、发货单保持一致。另外，建议在头部加一栏“依据文件列表”，把技术协议、相关标准和图纸编号写进去，明确这份检验表是依据什么来验收的。

2.2 检验项目清单：功能项、性能项与外观项

检验项目清单是整张表的主体，通常按设备类型划分。对一套典型的控制柜或机电设备来说，一般分为三大类：一是功能检验项，比如启停控制、联锁逻辑、通讯协议切换、报警输出；二是性能检验项，比如响应时间、精度指标、额定负载下的温升、噪音分贝值；三是外观与工艺检验项，比如柜体防护等级、接线工艺、标牌标识、线缆颜色规范。

设计清单时要把握一个原则：检验项数量不是越多越好，而是每一项都必须对应合同或技术协议里的某一条硬性要求。有些供应商会把上百个参数塞进表里，看似严谨，实际上其中一半是内部自检用的，采购方逐项打钩耗时费力，反而模糊了重点。一份好的检验表，检验项数量控制在20到40项之间，每项都能量化或能明确判定。

2.3 判定栏与签字区：通过/不通过的记录逻辑

检验项的每一行，除了项目描述和合格标准之外，还要预留“实测记录”和“判定结果”两栏。实测记录填的是实际测得的数据，不是打钩了事——比如额定电流下的温升值，必须写出具体测量数值，判定结果才有说服力。判定结果一般用“通过（P）”和“不通过（F）”，有条件通过的情况要单列一栏说明偏差内容。

签字区设置也有讲究。通常需要三方的签字位置：供应商检验员、采购方验货代表、双方项目负责人。每一页都要有简签栏或者骑缝签字的位置，防止换页。检验表末尾还要设置“偏差说明页”——如果存在不通过项，必须在这一页写明原因、整改措施和复验时间。很多新手直接把不通过项划掉，这是最容易被审计打回的做法。

3. 从零编写FAT检验表：模板骨架与关键参数设置

3.1 编写前要收集的输入文件

动手写检验表之前，先把这类文件翻出来：合同技术协议、设备设计图纸、供应商出厂自检报告、相关行业标准或国家标准、历史项目的验收记录。其中技术协议是核心依据，检验项要逐条对应技术协议的条款编号；出厂自检报告可以帮你了解设备在供应商内部测过什么，避免重复劳动。

我一般会先做一张对应关系表，把技术协议里的每一条要求映射到检验表的某个检验项上。如果某条协议要求找不到对应的检验项，说明检验表有漏项；反过来，如果某个检验项找不到协议依据，就要考虑删掉，避免现场为无关指标浪费时间。这个映射过程看起来多花半小时，但能大幅减少现场扯皮。

3.2 检验项描述怎么写才不会被钻空子

检验项描述是整张表里最考功力的部分。写得太细，现场执行起来可能因为测试条件不具备而卡壳；写得太粗，验收时供应商很容易用“满足要求”之类的话搪塞。一个实用的写法是采用“条件 + 动作 + 预期结果”的句式：先写明测试初始状态，再写操作动作，最后写可量化的预期结果。

举个例子，电气联锁功能检验项如果只写“联锁功能正常”，现场根本无法判定。写成“在1号泵运行状态下，触发2号泵启动信号，2号泵应保持停止；同时监控系统应产生联锁报警记录”就清晰多了。同理，性能类检验项要写明负载条件，比如“在额定负载80%情况下连续运行2小时，柜体表面温升不超过30K”，避免供应商用空载状态蒙混过关。

3.3 参数表：公差、条件与方法

参数表是FAT检验表里最容易被忽略的部分，但恰恰是它决定了实测数据能不能被判定。每一项参数至少要包含三个要素：额定值或标准值、允许公差、测试方法或测试设备。没有公差的标准值是没有意义的——你说“输出电压220V”，实测219.5V算不算合格？写清楚“220V ± 5%”才算把标准定死。

测试方法也要具体到用什么仪器、按什么规程测。比如测噪音，要写明“在设备正面1米处，使用A计权声级计，背景噪音不超过40dB”；测表面温升，要写明“使用红外热像仪或K型热电偶，接触点不少于3处”。这些细节决定了不同的人按这份检验表操作，能不能复现同样的结果，这是FAT文件最基本的要求。

3.4 模板的版本管理与评审

FAT检验表不是一蹴而就的，写完之后要经过内部评审再发给供应商确认。评审重点关注：检验项是否覆盖全部合同要求、判定标准是否可量化、测试条件是否在现场具备、检验顺序是否合理。供应商收到检验表后，通常会反馈一些他们做不到的项，这时候需要逐条讨论，要么降低要求（需要走合同变更流程），要么调整测试方法。

版本管理上有个常见做法：在检验表文件名里带版本号和日期，比如“FAT检验表_某项目_控制柜_V2.0_20240915”。同一个项目如果有多个版本，每一版的修改记录要放在文件首页，写明修改人、修改日期和修改内容。这样就算到验收现场发现表错了，也能追溯到是哪一版出了问题。

4. 现场执行FAT：流程、签字与记录规范

4.1 FAT执行前的准备与场地确认

FAT执行当天的混乱程度，往往跟准备工作的细致程度成反比。提前一天到供应商工厂，先做三件事：确认设备状态，确认测试仪器在检定有效期内，确认场地条件满足测试要求。测试仪器这块经常出问题——供应商拿来的万用表、示波器，如果校验标签过期，测出来的数据在法理上是站不住的，建议直接要求更换。

场地条件也要对照检验表的测试条件逐项核对，比如“满载运行2小时”需要确认工厂供电容量是否足够、“噪音测试”需要确认现场是否有其他设备干扰。如果场地条件不满足某项测试，当场就要和供应商协商替代方案，并记录在偏差说明页里，不要等测到一半再提换地方的事。

4.2 逐项检验的执行顺序与记录

检验项的执行顺序建议按“外观与静态检查 → 上电基础功能 → 性能与负载测试 → 联锁与异常工况测试”来推进。外观检查放在最前面，一方面是成本低，另一方面很多工艺问题在静态阶段就能暴露，不用等上电后才发现接线错误。上电测试要按从小负载到大负载的顺序，避免一开始就满载导致保护动作或设备损伤。

每测完一项，立刻把实测数值填进“实测记录”栏，并让供应商检验员当场签字确认。这里有个重要习惯：不要等全部测完再统一填写记录，因为人的记忆并不可靠，尤其性能数据一多就容易混淆。当场记录还有一个好处，发现问题时可以马上复测并追问原因，而不是事后靠回忆补数据。

4.3 不合格项的处理流程

现场发现不合格项是正常的，关键是要按流程处理而不是当场争执。第一步是暂停该项测试，把现象和设备状态记录下来，拍照留存；第二步是让供应商分析原因，给出临时措施和整改方案；第三步是商定复验时间，并在偏差说明页上双方确认签字。这里要特别注意，复验不能只复测不合格的那一项，相关项也要一并复测，防止整改过程中引入新的问题。

对于“有条件通过”的情况，也就是偏差不影响主要功能但偏离标准值，要明确写上条件内容、适用期限和跟踪责任人。比如某设备噪音实测值超标3dB，但不影响主功能交付，可以条件通过，但要约定供应商在下次维护时做降噪改进。这需要采购方有授权的人当场拍板，所以去FAT现场前，确认自己的授权边界很重要。

4.4 签字确认与文件归档

全部检验项执行完毕，确认没有遗漏项或未闭环的不合格项后，才进入最终签字环节。签字不是走过场——三方各自拿到一份完整的检验表，检查所有栏目都已填写、所有签字位置都已签全、附件（照片、测试曲线、仪器证书复印件）都已附上，然后再签字。如果检验表有涂改的地方，要在涂改处加简签，否则这份文件的法律效力会大打折扣。

归档时要注意保存电子版扫描件和纸质原件各一份。扫描件按“项目名称_设备名称_FAT日期”的规则命名，存进项目交付文件夹。这份文件后续还有两个用处：一是作为设备到现场后SAT的对照基准，二是作为质保期内出现争议时的重要依据，所以归档要做到随时能调出来。

5. FAT高频踩坑记录：格式问题、漏项与责任边界

5.1 检验项描述含糊，验收现场双方扯皮

现象：检验表上写“设备运行正常”“通讯功能良好”，到了现场，采购方提出要测通讯丢包率，供应商说合同里没写这个指标，双方僵持不下。

原因：编写检验表时图省事，直接把供应商提供的宣传册参数抄进表里，没有按“条件 + 动作 + 预期结果”的结构量化。

解决：逐条检查检验项描述，凡是出现“正常”“良好”“可靠”“满足要求”这类词汇的，全部改写成可量化的表述。我自己的习惯是，每一行检验项写完，问自己一个问题——换一个人来测，能不能得出同样的判断？如果可以，描述就是合格的。

5.2 漏掉边界条件测试，设备到现场才暴露问题

现象：设备在工厂满载测试正常，到场后接入实际负载却频繁报警。翻FAT记录发现，当时只测了额定负载点，没有做超载或低负载边界测试。

原因：检验表只覆盖了技术协议里的典型工况，没有包含异常工况和边界工况。很多故障恰恰在边界条件下才会暴露，比如10%负载下的控制稳定性、110%负载下的保护动作。

解决：在编写检验表时专门加一节“边界与异常工况”，至少覆盖：最小负载、最大负载、电源电压偏高/偏低、通讯中断恢复、急停触发等场景。这些项的判定标准可以放宽，但必须有实测结果。

5.3 签字与日期不规范，文件被判无效

现象：FAT结束后，采购方项目负责人发现检验表某页的签字栏空了，供应商声称“当时口头确认过”；更典型的是日期只写到月份，或者事前签字。

原因：现场节奏快，逐页签字嫌麻烦；部分人员对签字流程的法律意义认识不足。

解决：规定“每一页底部设置简签栏，末尾设置正式签字页”的结构，现场执行时随身带一个印章或使用固定颜色签字笔，页页签、项项签。日期一定要精确到日，事后补签的日期要与实际测试日期一致，否则在审计时很难解释。

5.4 备件与耗材清单没列进检验表

现象：设备验收通过，等到交付时才发现随机备件少了两块保险插件和一根通讯线缆，供应商推说是“易耗品不在FAT范围内”。

原因：FAT检验表只关注设备本体的功能和性能，没有把随机备件、专用工具、随机资料纳入验收范围。

解决：在检验表里增加“随机附件与资料”一节，按合同附件清单逐项勾选：备品备件、专用工具、合格证、说明书、相关图纸等。这一节虽然不涉及通电测试，但要在FAT现场逐项核对实物，避免设备发货后才发现缺失。

5.5 版本混乱，检验表与设备实际配置不一致

现象：供应商在FAT前做了设计变更，但现场拿出来的检验表还是旧版本，检验项对应的功能模块在设备上已经不存在了，整个验收过程变得非常被动。

原因：检验表版本没有和设计变更同步更新，供应商内部管理流程缺失，采购方也没有在FAT前索要最新版本确认。

解决：在FAT开始前一周，向供应商确认检验表的最终版本号，并抽查检验表内容与最新设计图纸、技术协议是否一致。FAT当天到达现场第一件事就是确认版本，如果供应商临时换了版本，要求当场说明变更内容，否则拒绝开工。

6. FAT检验表的进阶用法：从出厂到现场的闭环

FAT检验表不该是一次性文件。设备到现场后，SAT环节完全可以沿用FAT检验表的框架，只是把检验地点从供应商工厂换成现场，把部分测试条件从工厂模拟环境切换为实际工况。我习惯的做法是把FAT检验表复制一份另存为SAT版本，删掉“工厂条件”相关的备注，补充现场特有的测试项（比如系统联调、与既有设备的兼容性）。这样做的好处很明显——两份文件的栏目结构一致，数据可以直接对比，设备从出厂到现场的性能变化一目了然。

再进一步，FAT的实测数据可以被导入设备履历台账，和后续的定期维护数据、故障记录放在一起。比如某台变频器FAT时的温升值为28K，质保期内某次巡检测出33K，就可以通过数据变化趋势预判散热系统退化，提前安排保养。这比等设备报警再去排查要省事得多。把FAT数据变成设备的基线数据，是我觉得这份文件最值得挖掘的价值。

最后分享一个个人习惯：每次FAT结束后，我会把检验表里所有“踩坑”过的描述写法和现场争议记录整理进一个内部自查清单，下次写新项目的检验表时逐条对照。做过的检验表多了你会发现，每次翻车基本都逃不出描述含糊、边界缺失、签字不规范这几类问题，提前把这些堵住，FAT才能真正做到出厂即放心。希望帮到你。

本文还有配套的精品资源，点击获取