为什么供应商审核总是"审完就完了"
采购和质量的人都清楚，供应商审核不是没做，而是做完留不下东西：
- 年度计划躺在 Excel 里。A 级供应商一年一审、B 级两年一审，这套口径大家嘴上认，但"今年到底该审哪几家"每次都要重新数一遍；供应商名录一改动，计划表没人跟着改，年底一算，总有几家早该审的拖到明年。
- 现场靠纸质表和 Word。审核员带着打印好的检查表进厂，边走边勾，回办公室再照抄进汇总表。同一条"过程检验记录是否可追溯"，甲审核员给 8 分、乙审核员给 5 分，两个人的判断都算数，但没有统一口径可回溯，被审的供方心里也不服。
- 不符合项写在报告末尾。开完末次会议，报告发到群里，整改靠邮件和微信催。"这条到底改了没有"问三遍，改完的证据存在谁的手机里说不清；下一次审核想翻旧账，翻不到。
- 结论与采购动作脱钩。审核结论"不通过"，报告贴在共享盘里，采购订单照下，直到下一批来料出问题才有人想起那份报告。
- 同一条问题年年出现。不符合项没有沉淀成结构化数据，没人说得清"这三年最常出现的十个问题是什么"，标准修订和供方辅导自然没有靶子。
这些卡点的共同原因不是审核不认真，而是审核这件事没有被建成可查、可追、能对账的数据。一次完整的现场审核至少留下四层事实：这次依据什么标准审、本轮该审谁、现场逐项判了什么、判出来的问题后来改没改、谁复核的。四层挤在同一张表里，中间两层还行，首尾两层一定先丢。
这套方案要交付什么
用 Inkwell AI 构建器搭的供应商现场审核模块，交付的是四件具体的事，一句对着一个卡点：
- 审核标准可维护——审核维度、检查项、判定方式、权重、否决项都写成数据，谁都能查；标准改版另起新版，旧记录仍按当时的版本解释。
- 谁该审一眼看得见——年度审核计划按供应商分级排出频次，形成待审清单，计划日期临期与超期都在列表上标出来。
- 一次现场审核留一份完整记录——逐项判定、扣分、证据照片、备注一次成型，手机上就能完成，不必回办公室二次誊写。
- 不符合项变成可跟的整改单——一条问题一张单，派到责任人与供方对接人，整改、提交证据、内部复核、关单都有状态；超期与待复核在台账里筛得出来。
下面按"底表怎么建 → 页面怎么用 → 自动化怎么接 → 手机端怎么配合 → 上线前查什么 → 之后怎么延伸 → 不做什么"讲落地路径。
底表怎么建：标准、计划、记录、整改四层分开
这类系统最常见的失败做法，是把所有内容塞进一张"审核记录"表：表里既有供应商、日期、审核员，又有几十个检查项的判定与分值，再加一段不符合项描述。刚上线时录入很快，但第一次调整标准就出问题——改完模板，去年的得分跟着重算，历史对比失去意义；再加上不符合项只是一段文字，整改跟到哪里全靠人记。
正确的做法是围绕"标准—计划—记录—整改"拆成一组各管一件事的表。以下几条是建模时的关键设计决定，与字段清单相比更值得先定下来。
决定一：审核标准做成"模板主表 + 检查项明细子表"。
模板主表一行代表一套审核标准，例如"新供方导入审核""年度例行审核""专项审核（质量问题触发）"，字段是模板名称、适用供应商类别、生效日期、状态。明细子表一行一个检查项，字段是检查内容、所属维度、判定方式、权重分值、是否否决项、排序号。
拆开的理由很实在：检查项会随标准迭代增删。明细行必须能独立追加与停用，而不牵动模板本身；否则每次改一条检查项，就得复制一整张表。
决定二：模板修订另起新版，不覆盖旧记录。
标准改了，做法不是去编辑老模板，而是新建一版模板、把旧版置为停用；已经产生的审核记录仍然指向它提交时用的那一版。这样"按当时的规则判定"这句话才站得住，也不会出现"去年 88 分今年被重新算成 76 分"的争议。审核类数据的可信度，有一半来自这条。
决定三：审核计划与审核记录拆成两张表，不要合并。
计划表一行代表"一家供应商在某一年度的一项审核任务"：供应商、审核类型、计划周期、计划日期、审核小组、计划状态。它的作用是回答"该审谁、审了没"。
审核记录表一行代表"一次真实的现场审核"：供应商、审核日期、所用模板版本、审核组长与成员、各维度得分、总分、结论、记录状态。它回答"这次审出了什么"。
之所以必须分开：一个计划可能因为供方停产、疫情、排期冲突而改期，甚至一次计划对应两次现场（先初审、后跟踪复审）；如果合并，改期就只能覆盖原行，计划达成率再也算不准。
决定四：审核记录主表挂检查项明细子表，明细只增不改。
主表存结论与汇总，明细表一行代表"这一个检查项这一次的判定"：检查项引用、判定结果、扣分、证据照片、备注。一次审核 40 个检查项就是 40 行明细。复盘时点开一次审核，能看到每一项当初是怎么判的、拍的什么照片，而不是只看到一个总分。
明细行一旦提交就不再编辑——判错了怎么办？在该行下方新增一条更正记录，写清更正前后与原因。这条规矩听着啰嗦，但它是"审核记录能不能拿给客户或认证机构看"的分界线。决定五：不符合项单独建表，一问题一行，整改与复审各自成子表。
不符合项不是审核报告里的一段文字，而是一张要推进到关闭的单子。它单独成表：引用哪次审核、对应哪条检查项或合同条款、问题描述、等级、责任部门、供方责任人、整改期限、当前状态。
下面再挂两张子表：
- 整改表——一行代表"一轮改善措施"：措施描述、内部责任人、供方联系人、计划完成日期、实际完成日期、证据附件、提交人与提交时间。做成子表而不是几个字段，是因为一条不符合项常常要改两三轮：第一轮措施不彻底，复审时要求继续整改，再来一轮。如果只留一组字段，第二轮的记录就把第一轮覆盖掉了。
- 复审表——一行代表"一次复核"：复核日期、复核人、复核方式、复核结论（关闭／继续整改／升级为不通过）、备注。规矩是：不符合项没有一条复审记录不允许关闭。这一条把"整改完就自动算改好了"这个最常见的漏点堵住——供方自己说改好了，不算数。
决定六：四个字典先一次定死，再谈页面。
审核类系统最怕同义状态并存。上线前要把四组选项建进平台数据字典：计划状态（待排期／已排期／已完成／已取消）、不符合项状态（待整改／待复核／已关闭／已升级）、审核结论（通过／有条件通过／不通过）、问题等级（严重／一般／观察项）。字典的作用是集中管理下拉选项、全系统统一口径——列表筛选、看板统计、超期提醒都按同一套值来算，不会出现"已整改""整改完成""OK"三种写法各管一处、筛选永远筛不干净。字典怎么建，可参考 数据字典：管好下拉选项的统一口径。
决定七：总分与结论由明细算出来，不靠人手填。
这是审核数据能不能对得上账的关键。维度得分与总分由明细行加权汇总后写入主表，结论按规则推导，整套动作交给平台的数据流规则在保存时执行：存在否决项判定为不合格 → 结论不通过；扣分超过设定阈值 → 有条件通过或不通过；其余为通过。阈值不用照搬别人的，按企业自己的供应商管理制度定。
反过来做——先手填一个总分、再逐项打勾——一定会出现"总分 92，明细里却有 4 个不合格"这种账，而且没人能解释。
决定八：供应商主数据不复制，靠引用。
审核模块只存审核事实，不另存一份供应商名称、地址、证照。供应商从既有档案里引用过来（档案本身怎么建，见 供应商管理：档案、评级与供货记录），下拉框只列出状态正常的供应商。这样改名只改一处、历史记录同步跟着变，也不会出现"青岛某某贸易"与"青岛某某贸易有限公司"被当成两家各审一次。
还有一个容易犯的错：在审核记录里另存一个"是否合格供应商"字段。这个字段和档案里的合作状态必然会打架。正确做法是审核结论走审批，通过后去改供应商档案的状态；状态一改，采购下单时下拉框里就选不到它——口头交代变成系统闸门。
页面怎么用：按角色分五个入口
同一个模块，五类人看到的应该是五种界面。这不是"权限不同"这么简单，而是每个人打开页面时该先看到的那件事不同。
采购与供应商管理岗：待审清单
主入口是审核计划列表：按年度、供应商分级、审核类型、计划状态筛选；计划日期临近与已超期的行用不同标记区分。列表默认展示供应商、分级、上次审核日期、下次计划日期、当前状态，一屏就能回答"这个月我要安排哪几家"。
旁边一并放"到期未审"视图——它不是新表，只是同一条数据的另一种筛法：计划日期早于今天、状态还停在待排期的行。这张视图的价值在于，它把"计划表没人改"这个人为漏洞变成了每天都会自己冒出来的待办。
审核员：现场执行页
进厂前打开待执行的记录，页面上是按维度分组的检查项清单。逐项判定：可选判定档的直接点选，需要打分的填分值，需要文字的填备注，需要证据的拍照上传。判定完提交，系统按事先约定的规则算出维度得分与总分，并把不合格的检查项一键转成不符合项草稿——审核员在现场补上问题描述与等级即可，不用回办公室整理第二遍。
质量经理：不符合项台账与复审待办
不符合项台账是这张方案里被打开次数最多的页面。筛选条件按状态、等级、责任部门、供应商、是否超期；列表要能一眼看出哪些单子卡在"待复核"、哪些已经超期。复审待办则是同一份数据的行动视图：供方提交了整改证据，单子进入待复核，质量经理逐条复核、签署结论。
供方对接人：整改填报
供方看到的应该只有自己的不符合项与整改要求：措施怎么写、证据怎么传、什么时候到期。这里有一个现实取舍——是否给供方开外部账号，需要企业自己评估（涉及账号管理与数据边界）。如果这一轮不开放外部账号，就由采购对接人代为录入整改措施与证据，字段与状态完全一致，流程不受影响，等账号策略确定后再切过去，数据不用重做。
管理层：一张年度看板
按供应商看历年审核结论分布，按问题分类看不符合项的高发领域与超期数量，按计划看年度完成率。看板不解决具体问题，它的作用是让"哪类问题反复出现、哪几家总是同一类毛病"自己浮出来，为供方分级与标准修订提供依据。## 自动化：四类规则把闭环收口
台账建好之后，接下来要解决的是"别靠人记得"。这套模块里值得接的四类自动化，分别是：
一、数据流规则（保存时执行，管口径一致）
- 汇总得分：审核记录提交时，按明细行的权重算出各维度得分与总分，写入主表；
- 推导结论：按"有否决项不合格则不通过、扣分超阈值则有条件通过"的规则算出结论，与总分一起写进主表；
- 按等级定整改期限：不符合项保存时，依问题等级自动带出整改期限（严重问题几天内、一般问题几周内，具体天数按企业制度定，系统不内置法定值）；
- 状态推进：供方或采购对接人提交整改证据后，不符合项自动从"待整改"转为"待复核"；复审签署"关闭"后才落到"已关闭"，签署"继续整改"则退回待整改并保留前一轮记录。
这几条规则的价值是：它们把容易出错的判断从人手里拿走了，而且三条入口（PC 录入、手机录入、Excel 批量导入）执行的是同一套规则，不会出现手机端放松、PC 端严格的偏差。
二、审批流（管结论的严肃性）
- 年度审核计划与临时专项审核（例如某批来料连续出问题触发的专项审核）提交后走审批，通过才进入待排期；
- 审核结论为"不通过"或"有条件通过需降级"的，走审批后才生效；
- 供应商档案状态变更为"暂停""淘汰"，同样走审批。
这样"谁判了这家不合格、谁批的"有记录可查，不必事后回忆。
三、定时任务（管到点提醒）
- 年度计划批量生成：每年年初按供应商分级与审核频次，一次性把下一年度的审核任务生成为待排期计划行——这是把"计划表没人改"从根上解决掉的那一步；
- 临期与超期提醒：每日扫一遍计划行，临近计划日期与已超期的分别发提醒给责任采购与审核组长；
- 整改超期提醒：每日扫不符合项，超出整改期限仍未提交证据的单子提醒责任人与责任部门负责人；
- 待复核积压提醒：进入待复核超过设定天数未签结论的，提醒质量经理。
定时任务的配置与执行记录，参见 工作流与定时任务：让重复性工作自动跑。
四、通知与留痕
提醒通过站内通知发给具体的人，而不是发在群里靠自觉；审核计划、审核记录、不符合项、整改与复审的每一次状态变化，平台的操作审计日志都会记下操作人与时间。审核数据将来要拿给客户看、拿给认证机构看或者应对质量追溯时，"谁在什么时候改了什么"这一条比任何说明都有用。
移动端怎么配合
供应商审核有一半时间在对方车间里，手机端的价值集中在两处：
- 现场逐项判定：审核员打开手机上的待执行审核，按维度逐项点判定、填分、写备注，发现问题当场拍照，照片直接挂在对应检查项明细行上，而不是先拍进相册、回来再猜是哪一项。模块发布时会同步挂到手机端工作台，办公室和现场用的是同一份数据，不是两套系统（移动端整体用法见 移动端使用指南）。
- 整改证据随手传：采购对接人去供方现场看整改结果，手机拍完直接传进整改记录，不需要回办公室再补一遍。
需要说清的边界：手机端按"在线填报"设计，不承诺离线填写与联网自动补传。车间角落没信号时，按企业现行做法先用纸质表或手机相册记录，回到有信号处再录入，录入时把现场时间与记录人写在备注里——这条兜底路径不影响流程，但别指望系统替你在没网的地方变出记录。
上线前查什么
把标准搬进系统之前，建议按下面八条逐项过一遍，能省掉上线后大半返工：
- 标准先落地成检查项。把现行审核表拆成"维度 + 检查项 + 判定方式 + 权重 + 是否否决项"，宁可先从 25 项做起、跑顺了再加，也别一次塞进 80 项。
- 频次与分级口径先定。A/B/C 级各自几年一审、什么情况触发专项审核，属企业内部制度，系统只负责执行，不内置任何法定频次。
- 四个字典先建好（计划状态、不符合项状态、审核结论、问题等级），再开页面配置，否则后面清洗同义状态比重新建表还费劲。
- 历史数据只补结论与未关闭项。往年审核不必逐项补分——补结论、日期、报告附件，再补上至今未关闭的不符合项，就能形成可用的历史基线。
- 权限先划清。审核员只看到自己参与的审核；采购看自己负责的供应商；质量经理看全量；供方视角（若开账号）只见自己。权限配置方式见 角色与权限配置。
- 证据规范写进制度。一个检查项至少几张照片、要不要拍不合格实物特写、报告附件命名规则，定下来之后再培训，比事后解释便宜。
- 选两三家跑一轮试审核。完整走一遍"计划 → 现场记录 → 生成不符合项 → 整改提交 → 复审关单"，重点看两件事：现场手机录入顺不顺手、结论与阈值是不是符合实际判断。
- 上线后核三件事：抽查两份记录，总分是否等于明细加权汇总；造一条超期不符合项，看提醒是否真的发给了责任人；把一家供应商状态改为暂停，看采购下单时下拉框是否真的选不到它。## 之后怎么延伸
审核模块跑顺之后，通常有四个自然的延伸方向，都是加表加规则，不用推倒重来：
- 接进供应商评级。历年审核结论、不符合项数量与超期情况，可以作为年度评级的输入之一，跟交期、质量数据一起进评分；评级结果再回到下一年度的审核频次上，形成闭环。档案与评级侧的建模见 供应商管理。
- 接进来料质量。进货检验出现批次不合格、或同一供方短期内多次让步接收，可以自动生成专项审核计划行——从"按年度例行"变成"按事件触发"。来料判定侧的做法见 不合格品处置。
- 接进采购准入。审核结论与档案状态联动之后，采购下单侧的引用下拉只出可用供应商，把审核结果真正变成下单前的闸门（采购侧链路见 采购管理）。
- 复用这套方法做别的稽核。检查模板管"应做"、记录表管"实际"、不符合项单独开单跟到关闭——这个三件套结构在门店稽核、安全巡检、体系内审里都通用，换个模板就能再落地一套（同构案例见 门店督导巡店稽核）。
不做什么：先把边界说清楚
一套方案值不值，除了看它能做什么，也要看它明说自己不做什么。这套供应商现场审核模块的边界如下：
- 不做证照的联网真伪核验。营业执照、体系证书的官方核验需要外部数据源接入，不在 AI 构建器的交付空间内；系统能做的是要求上传扫描件、记录证书编号与有效期、到期提醒。
- 不做评分模型的优化。权重、判定档、否决项、结论阈值全部由企业按自己的制度设定，系统只按设定做加权汇总与推导，不替你决定"质量体系该占多少分"。
- 不做报告套打与电子签章。审核记录、明细、不符合项台账可按列表口径查询与导出，但排版精美的报告套打、盖章确认、电子签名都不在本方案范围内——现场确认这件事，仍由审核组长在记录上签署并留照片证据。
- 不接硬件与远程审核。设备数据自动采集、车间视频巡检、远程视频审核都不做；涉及现场事实的判断，仍需人到现场。
- 不承诺结果指标。系统承诺的是"查得到、追得回、对得上"：哪次审的、按什么标准判的、判出了什么、谁改的、谁复核的，都能翻出来。至于审核通过率能不能提高、来料不良能不能下降，取决于供方改善的实际情况，不是一套系统能担保的事。
- 不内置法定频次与法定检查项。行业与属地主管部门的要求不写死在系统里，一律以企业制度与当地规定为准，由你在模板与计划规则里填进去。
从一张 Excel 计划表加一堆纸质审核表，到一个每一项判定都留着证据、每一条问题都跟到复核关单的模块，中间不需要一步登天：先把标准拆成检查项、把待审清单跑起来，一个季度之后再接整改与复审的自动化。审核这件事真正的沉淀，从来不是那份装订好的报告，而是报告背后那些查得到、追得回的行。