community-group-buying-risk-compliance

社区团购风险与合规全链路技能包。涵盖食品安全合规、法律风险防控、危机公关预案、竞争合规及配套工具。适用于平台运营负责人、法务/合规负责人。

Safety Notice

This listing is from the official public ClawHub registry. Review SKILL.md and referenced scripts before running.

Copy this and send it to your AI assistant to learn

Install skill "community-group-buying-risk-compliance" with this command: npx skills add nic-yuan/10-risk-compliance

模块十:风险与合规

模块边界说明 本模块聚焦"怎么不踩红线",即食品安全、法律合规、竞争合规、数据合规、危机公关。 供应链采购 → 模块四(供应链与采购)— 供应商开发/采购谈判 售后客服 → 模块七(售后与客服)— 客诉处理 财务结算 → 模块九(财务与结算)— 税务合规 各模块边界独立,不重叠。


知识库

10.1 社区团购五大风险体系

社区团购面临五大风险:

风险1:食品安全风险(最高优先级)
  → 生鲜/食品变质/过期/掺假
  → 一旦发生事故:平台承担连带责任
  → 处置不当:品牌声誉严重受损

风险2:法律合规风险
  → 营业执照/食品经营许可证缺失
  → 虚假宣传/价格欺诈
  → 团长法律关系认定(是否为劳动合同)

风险3:竞争合规风险
  → 反不正当竞争(低价倾销/排他性协议)
  → 反垄断(市场支配地位滥用)
  → "千团大战"期间的恶性竞争

风险4:数据合规风险
  → 用户个人信息泄露
  → 团长位置数据保护
  → 供应商商业数据保护

风险5:经营风险
  → 资金链断裂(Module 9 已覆盖)
  → 团长集体退出/罢团
  → 供应商集体断供

10.2 食品安全合规体系

食品安全法规框架(社区团购适用):

核心法规:
  → 《中华人民共和国食品安全法》(2015修订,2021修正)
  → 《网络食品安全违法行为查处办法》
  → 《食品经营许可管理办法》
  → 各地《食品安全条例》

平台法定义务:
  1. 审查义务:平台需审查入驻供应商的食品经营资质
     → 营业执照 + 食品经营许可证(营业执照经营范围需含"食品")
     → 许可证有效期核查(过期无效)

  2. 公示义务:平台需在页面公示供应商资质
     → 供应商名称 + 许可证编号 + 有效期

  3. 记录义务:保存入场记录(供应商名称/许可证/联系方式)
     → 记录保存期:不少6个月(问题批次追溯用)

  4. 食品安全事故报告义务
     → 发生/发现食品安全事故:2小时内向食药监部门报告

---

供应商资质要求:

类型1:食品生产企业(工厂)
  → 营业执照
  → 食品生产许可证(SC证)
  → 产品检测报告

类型2:食品经营企业(经销商/批发商)
  → 营业执照
  → 食品经营许可证
  → 代理授权书(代理品牌时需要)

类型3:农产品(蔬菜/水果/肉禽)
  → 营业执照(规模化经营需办理)
  → 农产品产地证明(产地直销时)
  → 无需 SC 证(初级农产品)

类型4:进口食品
  → 营业执照
  → 食品经营许可证
  → 入境货物检验检疫证明
  → 进口货物报关单

10.3 法律合规要点

一、平台主体资格

必备证照:
  → 营业执照(公司/个体工商户)
  → 食品经营许可证(平台自营食品销售时需办理)
  → 增值电信业务经营许可证(ICP证,如提供互联网信息服务)
  → 网络文化经营许可证(视平台业务而定)

二、广告宣传合规

《广告法》核心禁止条款:
  → 虚假宣传:不得使用"最"、"顶级"等绝对化用语
  → 功效宣称:食品不得宣称医疗功效(如"降血糖"、"抗癌")
  → 价格标示:不得虚构原价(打折前必须标注真实原价)
  → 特价标示:必须标注数量有限(如"仅剩50份")

社区团购常见违规话术:
  ❌ "全网最低价" → 违反《广告法》绝对化用语
  ❌ "吃了这个水果可以抗癌" → 食品宣称医疗功效
  ❌ "原价99现价19"(无依据) → 虚构原价
  ✅ "市场价¥99,今日特价¥19"(标注来源)

三、团长法律关系认定

核心争议:团长与平台是"劳动关系"还是"合作关系"?

劳动关系认定标准(同时满足):
  ① 人格从属性:平台对团长有管理/指挥/监督权
  ② 经济从属性:团长收入主要来源于平台
  ③ 组织从属性:团长的服务是平台业务的组成部分

合规建议:
  → 签订《合作协议》(明确为合作关系,非雇佣)
  → 团长自行承担税费(避免被认定为事实劳动关系)
  → 团长工作时间/地点自由(不受平台严格管控)
  → 收入按成果结算(非固定工资)

风险后果(认定劳动关系):
  → 平台需为团长缴纳社保(约占工资 30%)
  → 团长可主张加班费/年假工资
  → 违法成本:补缴社保 + 罚款 + 赔偿

四、消费者权益保护

七天无理由退货(适用场景):
  → 适用于:标准化商品(饮料/零食/日用品)
  → 不适用:生鲜/蔬菜/水果(鲜活易腐)
  → 注意:即使生鲜不适用无理由退货,质量问题仍可索赔

退款不退货运费:
  → 商品质量问题:平台承担退货运费
  → 用户原因(改变主意):用户承担运费

10.4 竞争合规(反不正当竞争)

反不正当竞争法相关条款:

第十一条【低价倾销】:
  经营者不得以低于成本的价格倾销商品
  社区团购场景:
    → 平台补贴低于成本价销售 = 违规(但实践中认定困难)
    → 合理的促销折扣 = 合规(如:进货价+合理利润的折扣价)

第十二条【排他性交易】:
  不得要求供应商"二选一"排他性合作
  社区团购场景:
    → 强制供应商只能给本平台供货 = 违规
    → 供应商自愿签订独家协议 = 合规(但需注意比例)

第十三条【商业贿赂】:
  不得采用财物贿赂手段获取交易机会
  社区团购场景:
    → 给予团长回扣/红包 → 需有明确依据和记录
    → BD 地推人员给门店负责人回扣 → 违规

反垄断风险提示:
  平台市场占有率 > 50% 可能被认定为"市场支配地位"
  → 滥用市场支配地位(如强制捆绑销售/拒绝交易)= 违规
  → 中小型平台:目前市场集中度较低,垄断风险小

竞争合规建议:
  → 不强制供应商独家(避免反垄断风险)
  → 促销折扣有依据(成本价+合理利润)
  → 商业往来有记录(防止贿赂指控)

10.5 数据合规(个人信息保护)

《个人信息保护法》(2021年)核心要求:

用户数据收集原则:
  → 最小必要:只收集与业务相关的必要信息
  → 告知同意:收集前需明确告知用户并获得同意
  → 目的限制:收集的数据只能用于约定目的

社区团购数据处理场景:

场景1:用户下单
  收集信息:姓名/手机号/地址/支付信息
  用途:配送履约/客服服务
  保存期限:订单完成后至少 3 年(税务要求)

场景2:用户画像
  收集信息:购买记录/浏览记录/位置信息
  用途:个性化推荐/精准营销
  合规要求:需获得单独同意(不能默认勾选)

场景3:团长数据
  收集信息:位置/身份证/银行账户
  用途:佣金结算/合规管理
  特殊要求:位置信息属于敏感个人信息,需单独授权

数据保护义务:
  → 技术措施:加密存储/访问控制/脱敏处理
  → 管理措施:数据访问权限分级/数据泄露应急预案
  → 定期审计:每年至少一次数据安全评估

技术合规具体要求(《个人信息保护法》+ 等保2.0):

  存储层:
    → 用户敏感信息(身份证/银行卡/手机号):AES-256 加密存储
    → 密码:bcrypt 加盐哈希(不可逆)
    → 数据库:关闭公网访问,通过白名单访问
    → 备份:加密备份,密钥与数据分离存储

  传输层:
    → 全站 HTTPS/TLS 1.2+(禁止 TLS 1.0/1.1)
    → 敏感数据接口:必须用 POST,URL 中不携带敏感参数
    → 团长位置数据:独立加密通道传输

  访问控制:
    → 最小权限原则:数据访问按角色分级(运营/财务/客服/管理员)
    → 操作日志:所有数据访问/导出/修改均需记录(保留 ≥ 6 个月)
    → 多因素认证:管理员账号必须开启 MFA

  数据脱敏(展示层):
    → 手机号:138****5678(显示前3后4)
    → 身份证:310***********1234(显示前3后4)
    → 银行卡:仅显示后4位

  合规技术审计清单:
    □ 渗透测试报告(每年至少1次)
    □ 漏洞扫描报告(每季度1次)
    □ 数据泄露应急预案(有演练记录)
    □ 第三方数据共享:签署 DPA(数据处理协议)

违规处罚:
  → 情节严重:罚款最高 5000 万或年营业额 5%
  → 相关责任人:罚款最高 100 万
  → 吊销营业执照:情节特别严重时

数据泄露应急响应时限(《个人信息保护法》要求):

  泄露发现后:
    1小时内:技术团队确认泄露范围,关闭泄露通道
    24小时内:向监管部门(网信办)报告
    72小时内:通知受影响用户(个人信息类型 + 可能影响 + 平台措施)

  泄露报告内容(向监管部门):
    → 个人信息泄露的时间、原因、范围
    → 泄露个人信息的类型、形式、数量
    → 已采取或即将采取的补救措施
    → 用户风险提示

  泄露通知内容(向用户):
    → 泄露的个人信息类型、可能的影响
    → 平台的应急措施和保护措施
    → 客服联系方式(专人跟进)

  泄露溯源分析(事后,30天内):
    → 泄露原因:外部攻击/内部人员/第三方共享
    → 泄露数据范围:是否含敏感信息
    → 整改措施:技术加固/权限调整/制度完善
    → 向监管部门提交书面报告

方法论

10.6 食品安全事故应急 SOP

食品安全事故应急响应时间轴(《食品安全法》强制要求):

┌──────────────────────────────────────────────────────────────────────────────┐
│ 时间节点    动作                          法律依据                          │
│ ─────────────────────────────────────────────────────────────────          │
│ 立即        停止销售,下架问题批次          《食品安全法》63条              │
│ 立即        通知团长停止销售               平台与团长合同义务               │
│ 2小时内     向市场监管局报告(较大/重大)  《食品安全法》63条:2小时       │
│ 24小时内    向卫健委通报(较大/重大)       《传染病防治法》/食品安全事故   │
│ 48小时内    发布公众情况说明               《政府信息公开条例》             │
│ 72小时内    完成初步调查报告               监管部门要求                     │
│ 7天内       提交完整事故调查报告           监管部门要求                    │
└──────────────────────────────────────────────────────────────────────────────┘

---

食品安全事故分级:

一般事故(Ⅲ级):
  → 出现个别轻度症状(如轻微腹泻)
  → 影响人数 < 10 人
  → 处置:平台内部处理 + 整改,24小时内向区市场监管局备案

较大事故(Ⅱ级):
  → 出现明显中毒症状(呕吐/腹泻/发烧)
  → 影响人数 10-50 人,或出现住院病例
  → 处置:2小时内上报 + 监管部门介入,24小时内召开发布会

重大事故(Ⅰ级):
  → 出现严重症状/住院/死亡
  → 影响人数 > 50 人
  → 处置:2小时内上报 + 启动危机公关 + 副市长级别汇报

---

应急处理四步法(每小时执行清单):

第一步:停止销售(0-30分钟)
  T+0:确认食品安全事故信息
  T+10:下架问题批次商品(后台操作)
  T+20:通知所有团长停止销售(群发+电话)
  T+30:冻结问题供应商货款账户

第二步:患者救治(0-30分钟,并行)
  → 协助就医:提供就医指引和垫付费用(全程陪同)
  → 保存证据:保留患者信息/消费记录/商品实物样品
  → 配合调查:如实提供相关单据,不隐瞒不销毁

第三步:监管上报(30-120分钟)
  T+60:向区市场监管局电话报告(值班电话24小时)
  T+90:向区卫健委通报(出现症状患者 > 3人时)
  T+120:市场监管局调查人员到达,配合现场取证

第四步:召回与溯源(24-72小时)
  → 召回问题批次:通知已购买用户退款,短信/电话/群消息全覆盖
  → 供应商核查:资质/检测报告/生产记录/温控记录
  → 仓储/配送核查:冷链温度记录/配送轨迹/仓库现场检查
  → 通知供应商负责人到场,提供完整进货票据

第五步:信息发布(24-48小时)
  → 向监管部门提交书面报告
  → 向公众发布情况说明(不说"大概""可能",用"已确认")
  → 向供应商追责(启动合同条款执行)

---

话术模板:

对用户:
  "您好,我们非常重视您的反馈。
   您的商品确实出现了[问题描述],
   这不符合我们的品质标准。
   我们已经立即下架该批次商品,
   并启动调查程序。
   您可以选择:全额退款 / 补发新货。
   您的医疗费用我们也会跟进处理。"

内部通知(团长群):
  "紧急通知:批次[XXX]商品出现问题,
   请立即下架,停止销售。
   已购买用户请联系退款。
   具体原因等待调查结论。"

10.7 危机公关处理 SOP

危机分级:

红色危机(最高级):
  → 媒体曝光(如:新京报/澎湃等主流媒体报道)
  → 食品安全事故(出现住院/死亡)
  → 监管部门直接介入

橙色危机(高级):
  → 社交媒体大量传播(如:微博热搜)
  → 用户集体投诉(> 100 例)
  → 竞争对手恶意攻击

黄色危机(中级):
  → KOL/KOC 发文批评
  → 区域性用户投诉(单省 > 30 例)
  → 内部员工举报

---

危机公关处理五步法:

第一步:成立危机小组(1小时内)
  成员:CEO/法务/运营/PR/客服负责人
  职责:统一决策,信息出口唯一

第二步:收集事实(2小时内)
  → 还原事件经过(时间/地点/人物/原因)
  → 保留证据(截图/订单/沟通记录)
  → 预判走向(最坏情况是什么)

第三步:制定策略(2-4小时内)
  策略选择:
    → 承认问题 + 道歉 + 整改(主动型)
    → 澄清事实 + 说明原因(解释型)
    → 沉默 + 观察(防御型)

  决策原则:
    → 有责任:第一时间道歉,不辩解
    → 无责任:澄清事实,但态度要诚恳
    → 模糊地带:承认问题存在,表达改进决心

第四步:信息发布
  官方声明要素:
    ① 事件经过(简明扼要)
    ② 原因分析(诚恳,不推卸)
    ③ 处置措施(具体可行)
    ④ 承诺(可量化)

  禁止行为:
    ❌ 推卸责任给团长/供应商
    ❌ 找水军/删帖(会加剧舆论)
    ❌ 高管说"不知道"(显得不负责任)

第五步:持续跟进(72小时内)
  → 每日发布调查进展
  → 定期发布整改公告
  → 评估是否需要 CEO 公开道歉

---

Source Transparency

This detail page is rendered from real SKILL.md content. Trust labels are metadata-based hints, not a safety guarantee.

Related Skills

Related by shared tags or category signals.

General

Peon Ping for Openclaw

Install and configure PeonPing with an opinionated default (Orc Peon voice) so alerts work immediately with minimal user friction. Use when the user asks for...

Registry SourceRecently Updated
General

Openclaw Skill Publish

Polymarket prediction markets: analytics, trading, hot markets, price movements, top traders, and market search. Powered by prob.trade.

Registry SourceRecently Updated
General

post-to-xhs

小红书内容发布与管理助手。当用户要求登录、发小红书、搜索小红书、评论点赞收藏等任何小红书相关操作时使用。

Registry SourceRecently Updated
General

Chat History Analyzer

Extracts and analyzes Cursor IDE chat history to identify key discoveries, obstacles, and solutions, saving findings to the journal.

Registry SourceRecently Updated