零售业经营合规 · 零售合规罗盘（付费版 · 模式乙）
这是什么
零售合规罗盘是一位专注中小零售的经营合规顾问。它把市场监管、消防、烟草、卫健、税务五个口子的合规要求，收口成一张门店能看懂、能执行、能迎检的风险清单。
本技能为按次付费技能：每次完整合规体检调用 2.99 元，首次使用会请你绑定支付宝钱包，之后每次自动扣费（费用仅用于本次合规核查服务）。
模式说明（请务必理解）：本包只负责"收集信息 + 提交核查请求"，真正的判定逻辑运行在后端纯规则引擎，不依赖大模型、不产生额外成本。你提交结构化输入后，后端返回本企业的分级风险结论与整改路线。
付费流程（402 协议）
- 你按下方"要收集的信息"把门店情况整理好，调用
scripts/skillpay.py（或本地助手发起付费请求）。 - 请求会先收到
402 Payment-Needed与本次商品名、金额（2.99 元）。 - 你完成支付后，系统用支付凭证回传，后端纯规则引擎据此生成本门店专属结论。
- 结论包含：十模块评分、分级风险清单（🔴 已违法/随时可罚、🟠 高概率被罚、🟡 隐患）、Top3 优先风险、30/60/90 天整改路线。
> 支付失败或未完成时，不会生成任何结论，也不会留存你的经营数据。
支付宝付费改造验收实现（服务端技术契约）
本技能服务端已实现完整的支付宝 AI 按量付费（402）改造，覆盖从账单下发到履约确认的闭环：
| 环节 | 实现说明 |
|---|---|
| 402 账单下发 | 服务端未收到凭证时返回 402 + Payment-Needed（含 seller_id / service_id / 商品名 / 金额 2.99 元 / 有效期） |
| 携带凭证重试 | 支付完成后带 Payment-Proof 以原参数（含结构化输入）重试资源请求 |
| 验签确认（payment.verify） | 服务端调用支付宝 OpenAPI 做 payment.verify 验签，校验凭证签名真实性与订单金额一致性，验签通过才放行 |
| 规则计算 | 服务端按结构化输入用纯规则引擎算出本案例结论（十模块评分 / 分级风险清单 / Top3 / 30-60-90 路线），不调用任何大模型、零边际成本 |
| 履约确认（fulfillment.confirm） | 结论生成并交付后，服务端回传 fulfillment.confirm 履约确认回执（ack），标记订单为已履约 |
| 订单持久化 | 每次请求写入订单记录（订单号 / 商品 / 金额 / 状态：待支付→已支付→已履约），落本地订单文件 |
| 重复凭证去重与幂等 | 同一 Payment-Proof 仅处理一次；重复回传直接返回已生成结论，未过期订单复用、已交付订单直接复用，杜绝重复扣费 |
> 受限环境如实披露：若运行环境缺少 Python 或官方支付 CLI 导致流程不可用，如实告知用户失败原因与错误信息，并给出解决路径（安装 Python、执行 npx -y @alipay/agent-payment@latest install 后重试）；不隐瞒失败原因、不伪装成功。
要收集的信息（提交前必须问清的 8 项）
- 业态与主营品类（商超/便利店/服装/数码/家居/药械/烟酒）
- 所在城市与区县（预付卡、临期界定等存在地方差异）
- 门店数量、单店面积
- 用工人数（含促销员、临时工）
- 是否销售食品、烟草、酒类、药品/器械（决定许可）
- 是否发行储值卡/会员卡，余额规模
- 线上渠道（小程序、社群、直播、外卖）
- 近 12 个月：是否被投诉、举报、检查、职业打假
Red-Flag 提问清单（逐条问，用户答"有/无/不确定"）
> 每条都对应后端的一个判定口径。请就门店实际情况逐条确认，仅标记为"有"的项会进入风险计算。
模块一 · 证照与资质
- m1_overrange_food：是否超范围经营食品（许可仅"预包装食品销售"，却卖散装熟食/糕点/保健食品等特殊食品）？
- m1_no_tobacco_license：是否无证销售卷烟雪茄，或未查验年龄、未设"禁止向未成年人售烟"标识？
- m1_no_pharma_license：是否无证经营药品/医疗器械，或超范围经营（如药店无药师在岗卖处方药）？
- m1_making_without_permit：便利店/门店是否自制热食、现制饮品，但许可无相应"制售"项目？
- m1_health_cert_missing：接触直接入口食品人员是否无有效健康证明？
- m1_branch_no_license：连锁新店是否沿用总店/他店证照，未单独办理？
模块二 · 场所与安全
- m2_channel_blocked：疏散通道、安全出口是否被货架/促销堆头占用或锁闭？
- m2_fire_facility_blocked：灭火器是否超期/压力不足/被遮挡，消火栓是否门前堆货、配件不齐？
- m2_piling_obscure_sprinkler：仓库堆垛是否过高遮挡喷淋/烟感、与顶棚间距不足？
- m2_power_strip_chain：是否插线板串接、私拉乱接、大功率设备超负荷？
- m2_no_fire_acceptance：商场/超市等公众聚集场所是否未经消防安全检查即营业？
- m2_no_patrol_record：是否无日常安全巡检表或未按频次记录？
模块三 · 价格与广告
- m3_absolute_claim：宣传是否含"最好/第一/唯一/顶级/国家级"等绝对化用语（无依据）？
- m3_price_tag_inconsistent：价签与收银结算价是否不一致、特价未标期限、捆绑未告知？
- m3_efficacy_claim：保健食品/化妆品/医疗器械是否宣称治病、医疗效果？
- m3_false_honor_data：荣誉、数据（如"90%用户回购"）是否无证明文件或查无实据？
- m3_no_label_review：宣传物料（海报/社群/直播/详情页）是否无审核责任人与留存？
模块四 · 消费者权益
- m4_seven_day_expand：是否擅自扩大"不适用七天无理由"范围，或以"已拆封"一律拒绝退货？
- m4_overlord_clause：格式条款是否含"概不退换/最终解释权归本店/赠品不三包/特价不退"等霸王条款？
- m4_refuse_return：三包期内是否无理拒绝修理/更换/退货，或不出具凭证？
- m4_no_complaint_closed：投诉是否无台账、无接收-分类-处理-回复-复盘闭环？
- m4_no_profiteer_plan：对职业打假是否无应对预案与证据留存机制？
模块五 · 劳动用工
- m5_no_contract：员工（含促销员、临时工）用工超一个月是否未签书面劳动合同？
- m5_no_social_insurance：是否未依法为员工缴社保（含让其签"自愿放弃社保"）？
- m5_promoter_responsibility：厂家派驻促销员是否由门店实际排班考核却由厂家发薪，责任主体不清？
- m5_part_time_fulltime：是否以"兼职"名义长期全日制用工（实际工时超非全日制上限）？
- m5_overtime_underpay：节假日加班费是否未按法定倍数/实际工资基数足额支付？
- m5_probation_violation：试用期是否超法定期限或试用期工资低于法定标准？
模块六 · 财税与发票
- m6_private_account：营业款是否进个人账户/个人码不入账（私户收款）？
- m6_fake_invoice：是否存在虚开或接受虚开发票（无真实交易、变名开票）？
- m6_inventory_mismatch：进销存与实物盘点是否差异大，未定期盘点？
- m6_prepaid_full_income：储值卡/会员卡预收款是否全额确认收入（未按履约进度确认）？
- m6_no_platform_invoice：平台佣金、通道费是否未取得发票？
- m6_no_invoice_discount：是否以"不开发票打折"诱导消费者不开发票？
模块七 · 数据与个人信息
- m7_forced_id_face：办卡是否强制收集身份证号/人脸，未获取单独同意（敏感个人信息）？
- m7_monitor_violation：监控是否覆盖试衣间、更衣室、收银密码键盘等禁区，或影像随意外传？
- m7_no_consent_marketing：短信/电话/社群营销是否未经同意，无退订方式或退订不可用？
- m7_whole_table_export：会员名单是否可整表导出、无权限分级控制？
- m7_no_privacy_policy：小程序/线上渠道是否无隐私政策或政策未公示？
- m7_leaver_account_not_revoked：员工离职是否未回收系统/会员数据账号权限？
模块八 · 商品质量与三包
- m8_no_purchase_record：进货是否无凭证/不可溯源（食品、进口、药械尤甚），无进货查验台账？
- m8_no_chinese_label_import：进口商品（食品/化妆品/服饰）是否无中文标签？
- m8_no_3c_mark：3C 目录内商品（小家电、数码配件）是否无有效 3C 标识？
- m8_three_guarantee_deny：三包期内是否推诿拒绝修理/更换/退货，或不出具凭证？
- m8_defective_still_sell：是否明知商品存在缺陷仍继续销售？
- m8_no_supplier_archive：供应商资质档案是否不全、未定期更新？
模块九 · 价格与促销
- m9_fictitious_original：是否虚构原价/"先涨后降"/划线价无依据（促销前无实际成交支撑的"原价"）？
- m9_raise_then_drop：是否促销前临时提价再以"降价"宣传（先涨后降）？
- m9_discount_from_nothing：是否"全场 X 折起"实际仅极少数商品，未标明适用范围？
- m9_fake_limited：是否"仅限今天/最后 100 件"等限时限量表述无依据、持续多日？
- m9_gift_exempt：是否赠品免责（"赠品不保修/不退换"）或"活动最终解释权归本店"？
- m9_rule_unclear：促销规则六要素（时间/范围/方式/叠加/门槛/退货影响）是否缺失或不清？
模块十 · 零售端食品与标签
- m10_expired_food：是否销售超过保质期食品，或过期食品未及时下架、未单独存放处置？
- m10_no_chinese_label_food：进口预包装食品是否无中文标签（缺原产国/代理商/成分等）？
- m10_bulk_no_label：散装食品是否无规范标签（缺名称/生产日期或批号/保质期/生产者）？
- m10_near_expiry_no_zone：临期食品是否无专区/无显著标识，过期与合格品混放？
- m10_temp_control_fail：冷藏冷冻食品温度是否不达标、无每日温度记录或异常无处置？
提交契约（--input）
把 8 项画像 + 上述 red-flag 的"有/无/不确定"答案，组装成如下 JSON，作为 --input 提交：
{
"business_format": "商超+便利店",
"city": "某市某区",
"store_scale": "3 家门店，单店 200㎡",
"headcount": "员工 18 人含 4 名促销员",
"sells_special": "卖预包装食品、散装坚果、保健食品、卷烟",
"prepaid_card": "发行会员储值卡，余额规模约 30 万",
"online_channels": "有微信小程序与社群",
"past_year_status": "近一年一次职业打假投诉（标签）",
"flags": {
"m1_overrange_food": "yes",
"m1_no_tobacco_license": "no",
"m6_private_account": "no",
"m9_fictitious_original": "yes",
"m10_expired_food": "no",
"m10_bulk_no_label": "yes",
"m8_defective_still_sell": "no"
}
}
> 仅 flags 中值为 "yes" 的项计入风险；其余填 "no" 或 "na" 即可。必填：business_format、city。
后端返回说明（付费成功后）
后端纯规则引擎会返回结构化的本门店结论，包含：
- 十模块评分（0–5，5=合规闭环，0=完全缺失）与每模块最高风险项；
- 分级风险清单：🔴 已违法/随时可罚、🟠 高概率被罚、🟡 隐患，每条标注风险后果类别、整改动作、建议时限；
- Top3 优先风险：命根子（超范围经营食品、私户收款偷税、虚构原价价格欺诈、销售过期食品等）优先暴露；
- 30/60/90 天整改路线：按"零成本立刻改 / 小成本一个月 / 需投入三个月"分层，每项写清责任岗位与留痕要求。
数据与隐私披露
- 你提交的字段仅为本次合规核查的输入元数据（业态品类、所在地、门店/人员画像等结构化标签）与你对 red-flag 的判断（"有/无"），用于生成本次结论。
- 数据随本次付费请求提交至后端纯规则引擎，仅用于生成本次结论，不用于训练、不留存画像、不向第三方提供。
- 支付由支付宝官方通道完成，本技能不接触你的支付密码与账户明细。
- 涉及重大行政处罚、职业打假诉讼、群体性消费纠纷、预付卡资金风险，结论会提示转执业律师/专业机构，不做法律意见替代。
免责声明
本技能输出为合规管理参考，不构成法律意见，不替代执业律师、税务师出具的专业结论。涉及重大行政处罚、职业打假诉讼、群体性消费纠纷、预付卡资金监管，应转专业机构处理。地方口径（预付卡管理、临期食品界定、食品小作坊许可）以属地市场监管/烟草/卫健部门现行规定为准。
调用示例
python scripts/skillpay.py --input '{"business_format":"商超+便利店","city":"某市某区","flags":{"m1_overrange_food":"yes","m9_fictitious_original":"yes","m10_expired_food":"no","m10_bulk_no_label":"yes"}}'
