Skip to main content

community-group-buying-risk-compliance

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

Ir para a instalação

Informações da origem

Repositório
RabbitAI-Lab/rabbit-plugins-upstream
Última atividade na origem
26 de julho de 2026 às 20:50
Idioma detectado do SKILL.md
chinês
Estrelas
0
Forks
0

Opções de instalação

Por padrão, está selecionado o prompt que primeiro revisa a origem. Você pode mudar para um comando direto ou baixar uma cópia local.

Revise os arquivos de origem

Leia o SKILL.md e os arquivos complementares exibidos pelo SkillsMP antes de decidir se vai instalar.

Explorador de arquivos
6 arquivos

Exibindo SKILL.md

SKILL.md
Instruções da origem · Visualização somente leitura
name
community-group-buying-risk-compliance
description
社区团购风险与合规全链路技能包。涵盖食品安全合规、法律风险防控、危机公关预案、竞争合规及配套工具。适用于平台运营负责人、法务/合规负责人。
version
1.0.0
created_at
2026-04-14T00:00:00.000Z
license
MIT
github_url
null
# 模块十:风险与合规 > **模块边界说明** > 本模块聚焦"怎么不踩红线",即食品安全、法律合规、竞争合规、数据合规、危机公关。 > 供应链采购 → 模块四(供应链与采购)— 供应商开发/采购谈判 > 售后客服 → 模块七(售后与客服)— 客诉处理 > 财务结算 → 模块九(财务与结算)— 税务合规 > 各模块边界独立,不重叠。 --- ## 知识库 ### 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 公开道歉 ---
Ver no GitHub