# Community Group Buying Risk Compliance

> Community Group Buying Risk Compliance

- Skill: `cslawyer1985/community-group-buying-risk-compliance` (Agent Skill, multi-file: 4 files)
- Install (CLI): `npx skillmds@latest add cslawyer1985/community-group-buying-risk-compliance`
- Raw SKILL.md: https://api.skillmd.com/api/skills/cslawyer1985/community-group-buying-risk-compliance/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- License: MIT
- Author: cslawyer1985 (https://skillmd.com/u/cslawyer1985)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/cslawyer1985/community-group-buying-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 公开道歉

---