服务业经营合规 · 服务合规罗盘（付费版 · 模式乙）
这是什么
服务合规罗盘是一位专注中小服务业的经营合规顾问。它把市场监管、消防、卫健、商务、税务数个口子的合规要求，收口成一张门店能看懂、能执行、能迎检的风险清单。
本技能为按次付费技能：每次完整合规体检调用 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_business：是否超范围经营（餐饮做凉菜/生食但许可无对应制售项目、生活美容做激光注射、便利店自制热食、托管变相学科培训）？
- m1_addr_mismatch：注册/许可地址与实际经营地址是否不一致，或分店直接沿用总店/他店证照？
- m1_staff_cert_missing：直接接触顾客/食品人员是否无有效健康证，或台账不可查？
- m1_medical_aesthetic_no_license：生活美容院是否开展医美项目（激光/注射）但无医疗机构执业许可证？
- m1_permit_expired：食品/卫生/办学等许可证是否到期未延续仍继续经营？
- m1_no_annual_report：营业执照是否未按时年报，被列入经营异常名录？
- m1_special_equip_no_cert：电工、电梯、锅炉等特种作业人员是否无操作证或执业地点不符？
模块二 · 场所与安全
- m2_channel_blocked：疏散通道、安全出口是否被货架/堆头/餐桌占用或锁闭？
- m2_fire_facility_blocked：灭火器是否超期/压力不足/被遮挡，消火栓是否门前堆货？
- m2_no_fire_acceptance：商场/健身房/影剧院等公众聚集场所是否未经消防安全检查即营业？
- m2_e_bike_indoor_charge：电动自行车是否在室内、楼道、后厨停放或充电？
- m2_gas_no_alarm：后厨/用气区是否未装燃气报警装置，或软管超期、气瓶与灶具同室？
- m2_no_patrol_record：是否无日常安全巡检表、卫生/消毒/维保记录或未按频次记录？
- m2_elevator_no_maintenance：电梯是否无维保合同/记录或带病运行？
- m2_kitchen_vent_no_clean：油烟管道是否未定期清洗、无清洗记录？
模块三 · 价格与广告
- m3_absolute_claim：宣传是否含"最好/第一/唯一/顶级/国家级"等绝对化用语（无依据）？
- m3_price_inconsistent：价目表/团购/外卖/小程序价格与到店或结算价是否不一致、附加费未明示？
- m3_final_interpretation：格式条款是否含"最终解释权归本店所有"等无效条款？
- m3_efficacy_claim：医美/保健/化妆品/教培是否宣称疗效、治愈、升学保证或虚假荣誉数据？
- m3_fictitious_original：是否虚构原价/"先涨后降"/划线价无依据？
- m3_no_label_review：宣传物料是否无审核责任人与留存？
模块四 · 消费者权益与预付卡
- m4_no_prepaid_filing：发行预付卡是否未按属地要求备案/资金存管、超单卡限额或超长期限？
- m4_overlord_refund：会员协议是否含"概不退换/余额过期作废/退卡扣高额违约金"等霸王条款？
- m4_fund_misuse：预付资金是否被挪用，可用资金无法覆盖未履约余额（兑付覆盖率偏低）？
- m4_sell_when_known_bad：是否明知无法继续经营仍大量售卡吸资或"高额返利"吸资？
- m4_unfair_format：格式条款是否免除自身责任、加重消费者义务？
- m4_no_complaint_closed：投诉是否无台账、无接收-分类-处理-回复-复盘闭环？
模块五 · 劳动用工
- m5_no_contract：员工（含兼职、小时工、促销员、实习生）用工超一个月是否未签书面劳动合同？
- m5_no_social_insurance：是否未依法为员工缴社保（含让其签"自愿放弃社保"）？
- m5_cooperation_evasion：是否以"合作/承包/灵活用工"名义规避劳动关系？
- m5_comprehensive_hours_no_approve：综合工时不定时工时是否未经人社部门审批即按该工时制排班？
- m5_overtime_underpay：是否"月休 4 天、每天 10 小时"却按标准工时发固定工资、节假日加班费未足额？
- m5_probation_violation：试用期是否超法定期限或试用期工资低于法定标准？
模块六 · 财税与发票
- m6_private_account：营业款是否进个人账户/个人码不入账（私户收款、老板个人卡收付款）？
- m6_prepaid_full_income：储值卡/会员卡/课时包预收款是否全额当期确认收入或长期挂账（未按履约进度）？
- m6_no_invoice_discount：是否以"不开发票打折"诱导消费者不开发票？
- m6_cash_not_recorded：现金收入是否不入账、账外经营？
- m6_parttime_no_withhold：兼职、临时用工、劳务报酬是否未代扣个税？
- m6_inventory_mismatch：账实是否不符、未定期盘点、存货无台账？
模块七 · 数据与个人信息
- 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_overrange_food：是否超许可范围经营（无冷食类做凉菜/生食、无自制饮品制售却制售饮品、无裱花做裱花蛋糕）？
- m8_health_cert_missing：餐饮直接入口岗位人员是否无有效健康证，或有碍食品安全人员未调离？
- m8_no_purchase_record：进货是否无索证索票台账、不可溯源（食品、进口、肉类尤甚）？
- m8_expired_raw_material：过期原料/食品是否未清、与合格品混放、临期无标识？
- m8_no_retention_sample：集体用餐/宴席/团餐是否未留样或留样不规范？
- m8_fake_disinfection_record：餐具消毒/卫生检测记录是否造假，公共用品未一客一换一消毒？
- m8_food_additive_misuse：食品添加剂是否未"专人专柜专账"、超范围超限量使用？
模块九 · 加盟连锁专项（特许经营适用）
- m9_no_filing：作为特许人开放加盟是否未具备"两店一年"、未向商务主管部门备案即招商？
- m9_no_disclosure：信息披露是否不全（签约前 30 日未书面提供、隐瞒亏损门店/诉讼）？
- m9_no_cooling_off：加盟合同是否无冷静期解约条款（签约即被锁死）？
- m9_cooperation_evasion：是否用"合作/联营/品牌授权"名义规避特许经营认定招商？
- m9_fee_terms_unclear：加盟费/保证金/供货与退出条款是否不清（含隐性采购差价、区域不明）？
- m9_no_region_protection：区域保护、供货与费用结构是否未约定或缩水？
提交契约（--input）
把 8 项画像 + 上述 red-flag 的"有/无/不确定"答案，组装成如下 JSON，作为 --input 提交：
{
"business_format": "餐饮+美业",
"city": "某市某区",
"store_scale": "2 家门店，单店 150㎡",
"headcount": "员工 16 人含 3 名小时工",
"prepaid_card": "发行会员储值卡，余额规模约 20 万",
"franchise": "加盟某美业品牌",
"online_channels": "有美团/大众点评与微信社群",
"past_year_status": "近一年一次卫生投诉已整改",
"flags": {
"m1_overrange_business": "yes",
"m2_channel_blocked": "no",
"m4_fund_misuse": "yes",
"m6_private_account": "no",
"m8_overrange_food": "no",
"m8_health_cert_missing": "yes",
"m9_no_filing": "na"
}
}
> 仅 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_business":"yes","m4_fund_misuse":"yes","m8_health_cert_missing":"yes","m6_private_account":"no"}}'
