旗舰场景 审查核验 行业 · 互联网平台

AM-01 · 入驻资质核验预审

罚单砸的不是审错,是拿不出审过的证据

痛点 洪江市运营商「无法提供审查记录」被推定未履行义务罚 3 万 · 「忙、烦、忘了」占监管查处六成

① 场景引入

一、这件事现在是什么样

商家准入与资质合规 · 真实业务触发

老广炭火烧烤(洛溪店)申请入驻:BD 周五下午把营业执照、食品经营许可证照片和店铺信息表发进审核群,催着「今天能过吗,商家周一想开业」;内勤核对时发现食品经营许可证上的经营地址是市桥店(总部),与营业执照上的洛溪店地址不一致——疑似分店共用总部证照;同批还有 4 家待审商家,其中 1 家证照照片反光看不清证照编号。按现行做法,内勤在 SaaS 后台勾选通过,一张核验截图都没留。

二、痛点 · 每条都有来源

1《电子商务法》第 27 条要求平台对入驻商家信息「核验、登记、建立登记档案,并定期核验更新」;不履行核验登记义务逾期不改罚 2-10 万,情节严重停业整顿并罚 10-50 万依据 · 《电子商务法》第 27 条:平台对入驻经营者身份、地址、联系方式、行政许可等真实信息「进行核验、登记,建立登记档案,并定期核验更新」;第 38 条:对关系消费者生命健康的商品或服务未尽资质审核义务造成损害的,依法承担相应责任2洪江市运营商仅查了证照有无、未核内容且「无法提供审查记录」,被推定未履行义务罚 3 万——审过但拿不出审过的证据,法律上等于没审依据 · 某地市场监管局典型案例:洪江市美团运营商仅核查商家有无《食品经营许可证》,未对许可证内容核查即准入,且「无法提供审查和现场核查相关记录」被推定未履行义务,罚 3 万——审过但拿不出审过的证据,法律上等于没审3益阳某平台代理商 8 家入网店「证照未更新、一址多店、许可证过期」无人过问,没收违法所得 28.6 万 + 罚 5 万依据 · 益阳某平台代理商:8 家入网餐饮店「证照未更新、一址多店、许可证过期」无人过问,没收违法所得 28.6 万 + 罚款 5 万4某即时零售平台向监管部门反映:商家资质人工审核「耗时久、成本高不说,准确性也难以保障」——头部平台尚且如此,区域平台没有政府电子证照通道依据 · 某即时零售平台(京东到家)向上海杨浦区反映:商家资质人工审核「耗时久、成本高不说,准确性也难以保障」——头部平台的人肉审核痛点实证,中小平台更没有政府电子证照通道5县域实测编制:运营/审核/客服人均服务 15 家以上商家,审核是 BD「顺手做」的环节——不是量大,是没人、没标准、没留痕依据 · 县域实测编制:饿了么岳池站点 42 名员工管 375 家入网餐饮单位、美团 256 人管 611 家——含骑手与管理层后,运营/审核/客服人均服务 15 家以上商家6杭州平台靠「入驻时已做资质审核并履行定期核验义务」的留档记录免于立案——审查记录在监管应对中被采信的实证依据 · 杭州行政复议案:平台靠「举证入驻时已做资质审核并履行定期核验义务」的留档记录免于立案——审查记录在监管应对中的实证价值

三、换个做法之后

变化不在「快」,在「参与的角色」和「覆盖的范围」

✕ 现在的做法

  • 《电子商务法》第 27 条要求平台对入驻商家信息「核验、登记、建立登记档案,并定期核验更新」;不履行核验登记义务逾期不改罚 2-10 万,情节严重停业整顿并罚 10-50 万洪江市运营商仅查了证照有无、未核内容且

「无法提供审查记录」,被推定未履行义务罚 3 万——审过但拿不出审过的证据,法律上等于没审益阳某平台代理商 8家入网店「证照未更新、一址多店、许可证过期」无人过问,没收违法所得 28.6 万 + 罚 5 万某即时零售平台向监管部门反映:商家资质人工审核「耗时久、成本高不说,准确性也难以保障」——头部平台尚且如此,区域平台没有政府电子证照通道

✓ 交给 Agent 之后

  • 多来源文件一次读入,先做口径与完整性校验,再开始算
  • 每条结论绑定来源文件、字段或条号,可以被审
  • 产出是企业真会流转的正式件(带签批栏),不是一张展示用的表
  • 该拦的地方给出「现在还不能提交」,并给不用干等的替代方案

四、场景闭环

5 步 · 每一步的产出都是下一步的输入

  1. 证照字段抽取与登记执照与许可证照片抽成结构化字段:主体、证照号、地址、类目、有效期
  2. 交叉一致性核验营业执照 × 食品经营许可证 × 店铺信息表三方互核:主体、地址、类目逐项对
  3. 效期与重复入驻检查证照剩余有效期计算;同主体/同证照在台账里的历史记录调出
  4. 风险分级与补正清单按核验结果分级:可通过 / 补正后可过 / 疑似套证转人工深查
  5. 入网审查记录单生成逐项核验结论 + 证据截图索引 + 审核人签字栏留空,随档归位

要准备什么:商家上传的证照照片(微信原图)营业执照 + 食品经营许可证,常见反光、倾斜、缺角店铺信息表(BD 填写)店名、地址、类目、联系人——与证照交叉核验的基准之一现行商家资质台账(Excel)存量在网商家的证照底账,查重复入驻与历史记录类目资质对照表哪些类目需要什么特殊许可(自制饮品、生食、集体用餐配送)

为什么这个场景值得做

优先级评分:痛感 4 × AI 适配 5 ÷ 落地难度 2 = 12.0

最大差异点:不是「AI 帮你审核」,是三件事:把 BD 手机里的证照图片抽成结构化字段,跟营业执照、店铺信息表交叉核验(主体一致、地址一致、类目匹配、证照在效),再自动生成一张《入网审查记录单》——洪江罚单缺的就是这张纸。内勤的注意力只留给机器判「不一致」之后的判断:是真套证,还是分店用总部证照的常见误会。

评分口径:痛感看「这事没做好谁会生气、生气到什么程度」;

AI 适配看「输入是否非结构化、是否要跨部门取数、错了能不能当场看出来」;

落地难度是分母 —— 需要客户先做数据治理的场景,分数会被压得很低。

五、会产出什么

判断标准只有一个:这份东西能不能直接进企业的流程

  • 正式件本体:入网审查记录单与核验结论.docx 正式件 · 逐商家一张 · 逐项核验结论 + 证据索引 + 签字栏
  • 可派发清单:待补正商家清单.xlsx 补什么材料 / 依据 / 重新提交方式 · 可直接转发商家群
  • 可派发清单:疑似套证深查工单.xlsx 疑点特征 /台账历史 / 深查动作建议

这套东西不承诺什么:准入放行必须人工确认:预审只出核验结论与证据清单,「通过/驳回」由审核负责人签字;证照真伪的最终核验以监管电子证照通道或线下核验为准,本场景只做内容一致性与效期核验;商家资质信息只登记不外传,涉及个人信息的按脱敏口径处理。

② Live Demo(演示逐步)

演示模式 · 可视化预演 本页展示的是「应该怎么跑、每一步看什么、交付什么」,用的是真实业务格式的脱敏构造数据, 不宣称已接入客户生产系统,也不承诺任何效率提升百分比。

案例设定:邻聚生活审核内勤小陈。BD 周五下午把洛溪店 5 家待审商家的证照照片、店铺信息表发进审核群,催着「今天能过吗,商家周一想开业」——这是洪江罚单之后新流程上线的第一周。

待审商家5 家 · 含 1 家反光证照照片10 张 · 5 执照 + 5 许可证三方互核主体 / 地址 / 类目 / 效期留档记录1 张 / 商家· 签字栏留空

输入本地生活平台手上能拿到的东西

不需要整理格式、不需要改文件名 · 直接拖进对话框

  • 01_5家待审商家_证照照片清单.xlsx BD 周五发进审核群的 5 家待审商家的照片清单(缩略图与字段摘要)BD 周五发群· 一次性
  • 02_5家待审商家_店铺信息表.xlsx BD 填写的店铺信息表——店名、地址、类目、联系人、预计开业日BD 周五填写 · 与照片同批送达
  • 03_现行商家资质台账_1240家.xlsx 存量在网商家的资质台账——台账存在但长期不更新,同主体/同证照历史记录调出的主依据审核组 · 半年没更新
  • 04_类目资质对照表.xlsx 类目对特殊许可的要求表——茶饮含自制饮品、湘菜含生食等审核组 · 上次更新 2025-03

注意标橙色那一份 —— 03_现行商家资质台账_1240家.xlsx。它审核组 · 半年没更新,平时压根不在核对范围里。这个场景的价值,很大一部分就来自把它读进来。

提示词就说这么几句

没有模板、没有表单 · 专业规则由 Skill 兜底

这是 5 家待审商家的证照照片、店铺信息表,这是我们现在的商家资质台账,这是类目资质对照表。 帮我做核验:

  1. 每家的执照、许可证、店铺信息三方互核——主体、地址、类目、有效期,不一致的逐项标出来。
  2. 同一个主体在台账里的历史记录调出来,以前交过什么证、有没有被退回过。
  3. 按风险分级:能直接过的、补材料能过的、要看真人深查的,各是哪几家、差什么。
  4. 每家生成一张入网审查记录单,核验结论和证据索引都填好,签字栏留空。 照片糊的地方别猜,标出来让商家补。

核验规则(三方一致性、类目许可对照、效期计算)全部在能力包里,现场只需把证照照片、店铺信息表、台账三类东西丢进来。

15 家证照字段抽取——抽取置信度逐项标出

机器只做读取,不做判断

门店主体证照号证照地址有效期止抽取置信度老广炭火烧烤(洛溪店)广州市洛溪饮食有限公司JY1440113B7T41市桥街长堤西路 19 号2027-04-12地址有疑湘村小炒(洛溪店)广州湘村小炒餐饮有限公司JY1440113YYYY2南浦路 23 号

2026-09-30通过川味小厨(洛溪店)广州川味小厨餐饮有限公司JY1440113ZZZZ3古祠街 12 号2026-12-08编号缺位潮味牛肉火锅(洛溪店)广州潮味牛肉火锅有限公司JY1440113WWWW4北园路 6 号2026-07-20通过茶里茶里(洛溪店)广州茶里茶里餐饮有限公司JY1440113VVVV5步行街 2 号2027-02-18通过从历史记录里想起的坑洛溪店许可证上的地址是市桥街长堤西路 19 号——而营业执照上是洛溪新城西路 88 号。益阳案里 8 家店被查的直接事由之一正是「一址多店」——分店共用总部证照是常见误用,也是最容易被洪江式罚单砸中的一类。机器只负责把地址差异标出来;判「洛溪店是不是该用总部证照」,还是要人来定。

2三方互核——执照 × 许可证 × 店铺信息表逐项对

主体 / 地址 / 类目 / 效期 四项对一次

门店主体一致地址一致类目匹配证照在效结论老广炭火烧烤(洛溪店)✓✗✓✓地址存疑湘村小炒(洛溪店)✓✓✓✓通过川味小厨(洛溪店)✓✓✓✓编号缺位潮味牛肉火锅(洛溪店)✓✓✓✓通过茶里茶里(洛溪店)✓✓✓✓通过通过3补正后过1待补正1该拦的地方拦住了洛溪店的结论是「地址存疑」——不是直接驳回,而是把疑点拎出来。分店用总部证照在很多地区是合规的(连锁分支机构备案),但需要的是商家提供备案证明或单独办的分店证——现在的判断是「先看商家能不能补出来」,补不出就驳回。

3同主体历史记录调出——存量台账是这一步的关键

翻台账是看这人「以前交过什么、有没有历史问题」

门店统一社会信用代码在网历史上次核验历史备注老广炭火烧烤(市桥店)91440101MA9B8T4K2Y在网 · 2024-06 起2024-06-10当年同套问题:洛溪分部用了市桥证湘村小炒(番禺总店)91440101MA9YYYYY2K在网 · 2023-04 起

2024-08-22无川味小厨(番禺总店)91440101MA9ZZZZZ3M在网 · 2024-09 起2024-11-15无潮味牛肉火锅(番禺老店)91440101MA9WWWWW4N在网 · 2022-11 起2025-01-08无茶里茶里(番禺总店)91440101MA9VVVVV5P在网 · 2024-02起2024-04-30无从历史里想起的第二次老广炭火烧烤(市桥店)在 2024 年 6 月入驻时也出现过「同套问题」——当时是口头退回、补了分店证照,但没有留下任何书面记录。这次同一特征第二次出现,BD 也换了人。当年的经手人现在不在这个岗——历史处理口径不再依赖「当年经手的人还记不记得」。

4风险分级与补正清单——通过 / 补正后过 / 疑似套证深查

分级不是为了分类,是为了决定下一步该谁来动

门店分级下一步动作责任人处理时限湘村小炒(洛溪店)直接通过录入后台 · 通知 BD审核内勤T+1潮味牛肉火锅(洛溪店)直接通过录入后台 · 通知 BD审核内勤T+1茶里茶里(洛溪店)直接通过录入后台 · 通知 BD审核内勤T+1川味小厨(洛溪店)补正后过商家补一张清晰照片BD 转商家T+2老广炭火烧烤(洛溪店)疑似套证深查工单 · 转审核负责人审核负责人T+35 家3 通过 · 1 补正 · 1 深查见下栏见下栏T+1 至 T+3排除性结论川味小厨的「编号缺位」不是资质问题——可见字段(主体、地址、效期)全部通过,只是证照编号那张照片反光。处置从「驳回重传」降级为「补一张清晰照片即可」——商家侧不用重新走流程。

5入网审查记录单生成——5 张正式件,签字栏留空

留痕是这一步的全部价值

交付物清单(表格原文)输出文件格式内容签字栏入网审查记录单与核验结论.docxdocx5 家逐家一张 · 含核验结论与证据索引审核人 / 复核人 / 日期待补正商家清单.xlsxxlsx川味小厨:补一张清晰照片 · 老广:补分店证或备案—疑似套证深查工单.xlsxxlsx老广炭火烧烤(洛溪店)疑点特征与深查动作审核负责人

把技术动作翻译成钱 · 洪江罚 3 万、益阳罚 28.6 万 + 5 万、电商法上限单案 50 万——这是审错或拿不出审过的证据的代价。一张自动生成的审查记录单,是这单生意里最便宜的那种保险。

3 家直接通过 · 1 家补正后过 · 1 家转深查(不放行)老广炭火烧烤(洛溪店)地址存疑,深查工单已转审核负责人;川味小厨补一张清晰照片即可。方案一:现在就放过,洛溪店下周一开始营业——若监管来查,按洪江案口径罚 3万、按电商法第 27/38 条上限罚 50 万,且洛溪店会被立即下架。方案二:拦下、补正、T+3 给答案——T+1 至 T+3 期间洛溪店不营业,保守估计日均损失 2,000 元(按月营收 6 万折算),3 天合计 6,000 元,相比 3 万起步的罚单和下架风险,拦截是确定性更高的选择。

之后这一次跑完,公司多了什么

不讲省了多久:讲少了几个隐患、沉淀了什么

  • ✓ 审过的每一步都留痕:监管来查,记录单一张张调得出来——杭州平台的免立案路径
  • ✓ BD 催「今天能过吗」有了结构化答案:能过的当场过,要补的明确补什么
  • ✓ 同一主体的历史入驻记录自动带出,分店共用总部证照这类惯犯特征不再靠人脑记
  • ✓ 内勤的判断力用在「不一致之后怎么办」,而不是「对着照片眯眼看编号」

追问现场可能被问到的

答不上来的问题,比答得漂亮的问题更能决定这场演示的结果

  • 证照照片质量参差不齐,抽取会不会不准? 抽取置信度会标出来:低于阈值的字段一律标「待人工确认」而不是猜一个——宁可多一次人工,不埋一个错数。洪江案的教训就是「差不多」两个字。
  • 商家催得急,能不能先过再补? 不能。效期与主体一致性是法定核验项,「先过再补」正是益阳案 8 家店的成因。能压缩的是「补什么」的沟通成本——补正清单直接转发商家群,一轮说清。
  • 审查记录单要保留多久? 《网络交易监督管理办法》要求规则历史版本保存三年,商家档案按同类口径建议三年起步;能力包里已按归档规范生成索引,不依赖任何人记得它放在哪。

③ 能力沉淀(Skill / 提示词 / 预期输出 / 人工边界)

1. Skill 能力包

导入之后,同类任务会自动按这套规则走 —— 提示词才能写得那么短

入驻资质核验预审 —— 罚单砸的不是审错,是拿不出审过的证据 · Skill

SKILL.md 主本 + references(输出骨架 / 判据 / 渲染脚本)· 符合 WorkBuddy Skill 规范

版本 v1.0

merchant-credential-verify-precheck.zip

在 WorkBuddy 里直接上传这个 zip 即可导入

包内结构

  • SKILL.md 主本 —— YAML 元信息 + 执行流程 + 硬规则 + 人工边界
  • references/output_template.md 输出骨架(sheet 名 / 分区顺序 / 列头)+ 可直接运行的渲染脚本
  • references/judgement_rules.md 判据与口径 —— 什么情况算异常、什么情况必须拦住

references 不会一次性全读进来 —— Agent 按需取用。所以 Skill 可以写得很细,不会拖慢每次对话。

2. 原始素材

这些就是本地生活平台手上真实能拿到的东西 —— 格式不统一是常态,不是问题

📁AM-01 · 演示素材

脱敏构造数据 · 真实业务格式 · 埋点可核验

共 4 份

XLS01_5家待审商家_证照照片清单.xlsxBD 周五发进审核群的 5 家待审商家的照片清单(缩略图与字段摘要)下载

↓XLS02_5家待审商家_店铺信息表.xlsxBD 填写的店铺信息表——店名、地址、类目、联系人、预计开业日下载

  • ↓XLS03_现行商家资质台账_1240家.xlsx 存量在网商家的资质台账——台账存在但长期不更新,同主体/同证照历史记录调出的主依据
  • 04_类目资质对照表.xlsx 类目对特殊许可的要求表——茶饮含自制饮品、湘菜含生食等

怎么用

  • 把素材全部拖进 WorkBuddy 对话框(不需要整理格式、不需要改文件名)
  • 粘贴下方提示词发送
  • 拿到正式件初稿 —— 签批栏留空,推荐意见留空,由你填

3. 提示词卡片

这是 5 家待审商家的证照照片、店铺信息表,这是我们现在的商家资质台账,这是类目资质对照表。 帮我做核验:

  1. 每家的执照、许可证、店铺信息三方互核——主体、地址、类目、有效期,不一致的逐项标出来。
  2. 同一个主体在台账里的历史记录调出来,以前交过什么证、有没有被退回过。
  3. 按风险分级:能直接过的、补材料能过的、要看真人深查的,各是哪几家、差什么。
  4. 每家生成一张入网审查记录单,核验结论和证据索引都填好,签字栏留空。 照片糊的地方别猜,标出来让商家补。

为什么这么短就够了:核验规则(三方一致性、类目许可对照、效期计算)全部在能力包里,现场只需把证照照片、店铺信息表、台账三类东西丢进来。

换成你自己的业务:把素材换成你手上的真实文件即可。导入 Skill 之后,

该走几步、什么口径、什么情况必须拦住,Agent 自己知道 —— 你只需要说清这是什么事。

自己组织输入的三步法

  • 用自然语言说清核心需求 —— 就按平时跟同事交代活的方式说:什么事、什么文件、什么要求。不用讲究格式。
  • 调用 Skill 补齐专业规则 —— 导入本页 Skill 后,流程、口径、硬规则 Agent 自己知道。
  • 用「增强提示词」补全遗漏 —— 输入框旁边有增强按钮,把随口说的话补成更完整的表述。

分工:自然语言负责「这是什么事」,Skill 负责「该怎么做」,增强提示词负责「别漏了什么」。

4. 预期输出

不方便现场跑的时候可以直接拿这份给客户看 · 与实跑结果同结构

📋正式交付物

带签批栏 / 冻结首行 / 开筛选 —— 判断标准是「能不能直接进企业的流程」

共 3 份

XLSAM-01_入网审查记录单与核验结论.docx正式件 · 逐商家一张 · 逐项核验结论 + 证据索引 + 签字栏下载

  • ↓XLSAM-01_待补正商家清单.xlsx 补什么材料 / 依据 / 重新提交方式 · 可直接转发商家群
  • AM-01_疑似套证深查工单.xlsx 疑点特征 / 台账历史 / 深查动作建议

Skill 里固化了什么:洛溪店的许可证地址对不上,被拦下来了台账里翻出了这家主体的旧记录排除性结论把技术动作翻译成钱

输入清单:商家上传的证照照片(微信原图)营业执照 + 食品经营许可证,常见反光、倾斜、缺角店铺信息表(BD 填写)店名、地址、类目、联系人——与证照交叉核验的基准之一现行商家资质台账(Excel)存量在网商家的证照底账,查重复入驻与历史记录类目资质对照表哪些类目需要什么特殊许可(自制饮品、生食、集体用餐配送)

人工边界:准入放行必须人工确认:预审只出核验结论与证据清单,「通过/驳回」由审核负责人签字;证照真伪的最终核验以监管电子证照通道或线下核验为准,本场景只做内容一致性与效期核验;商家资质信息只登记不外传,涉及个人信息的按脱敏口径处理。

升为客户真实案例还缺什么:客户当前真实输入文件(不要整理过的)岗位现行 SOP 与审批链(金额分档、谁签字)至少一次真实出过问题的案例客户当前正在用的正式输出模板客户确认的阈值口径(多少天算临期、多少金额算大额)

5. 同一角色下的其他场景

商家准入与资质合规 · 产出即下一步输入

上下游串起来就是完整链路。每一步的产出都是下一步的输入,不用在不同工具之间来回复制粘贴。

场景内容基于 WorkBuddy 产品能力整理,演示中的企业、人物与数据均为虚构,不代表任何客户的实际成效;痛点引用的公开来源已做脱敏处理。网页版由原资料转换,部分演示表格以原文形式展示。

想把这个场景在你们企业跑通?

顾问会先看你们的数据和流程够不够,再决定从哪一步开始。