体系推行角色分工与RACI矩阵-Pro
基本信息
| 字段 | 内容 |
|---|---|
| Skill标准化名称 | 体系推行角色分工与RACI矩阵-Pro |
| 适用对象 | 掏钱方：老板/总经理、投标/客户经理、体系/质量总监；使用方：体系专员/文控、内审员、研发/工艺/生产 |
| 用户痛点 | 推行时谁干啥不清、内部互相推诿 |
| 输入项 | 致命输入：行业、产品、适用标准、组织规模；优化补充输入：存量文件、客户二方要求、预算约束 |
| 高价值交付件 | 一页RACI职责矩阵+关键角色能力清单+外聘/内培建议 |
| 价值锚点 | 消除推行期责任真空 |
| 交付格式 | 表格/清单/风险等级/步骤，支持导出 |
| 安全与边界 | 统一免责，人工复核，二方审核使用边界说明 |
输入完备度分级处理
1. 致命缺失
缺少行业、产品、适用标准、组织规模等核心信息 → Skill禁止生成完整业务交付件；直接返回缺失信息清单。
2. 部分缺失（有限输出）
关键信息部分不足 → 输出通用模板+通用样例；所有受缺失信息影响的条目全部高亮红色风险标记；明确提示"本输出存在信息缺失，不可直接用于正式审核、投标、客户验厂"。
3. 信息完备
完整执行全部8项HVO输出要素，输出完整交付物。
详细输入说明
致命输入（必须提供，否则无法生成完整交付物）
| 输入项 | 说明 | 示例 |
|---|---|---|
| 行业类型 | 企业所属行业 | 制造业/软件/医疗/食品等 |
| 产品/服务 | 主要产品或服务类型 | 电子元器件/SaaS系统/医疗器械等 |
| 适用标准 | 需要满足的认证标准 | ISO9001/ISO14001/ISO27001等 |
| 组织规模 | 企业人数规模 | 小微企业（<50人）/中型企业（50-200人）/大型企业（>200人） |
优化补充输入（提供后输出更精准）
| 输入项 | 说明 | 可选/必填 |
|---|---|---|
| 存量文件 | 现有体系文件（手册/程序文件/记录） | 可选，支持比对修订 |
| 客户二方要求 | 客户验厂/特殊审核要求 | 可选，开启后叠加客户条款 |
| 预算约束 | 认证预算范围 | 可选，影响选型建议 |
| 时间要求 | 期望拿证时间 | 可选，影响排期建议 |
详细输出说明
付费前（精简预览版）
- 输出目录结构说明
- 核心功能摘要
- 1-2个样例片段
- 价值锚点说明
付费后（完整HVO八要素版）
- 完整差距矩阵/检查表/证据清单
- 全套即用模板表格
- 双版本填好样例（小微企业+中型企业）
- 红牌会挂点分级清单
- 证据留痕完整清单
- 优先级行动完整列表
- 管理层摘要视图
- 执行人员完整视图
HVO高价值输出八要素（详细实现）
1. 条款级映射实现
- 映射方式：差距矩阵/检查表/证据清单中，每行都标注对应标准条款号（如ISO9001:2015 8.5.1）
- 二方审核支持：开启客户二方审核输入后，同步映射客户特殊要求条目号
- 可追溯性：每条建议都可追溯到具体条款，避免"依据是哪条"的审核问答
2. 即用模板/表单实现
- 差距矩阵表：列包含：条款号、条款要求、现状描述、差距等级、整改建议、责任人、完成时限、证据要求
- 红牌挂点表：列包含：不符合项、不符合等级（红/黄/灰）、条款号、风险说明、整改优先级
- 证据留痕清单：列包含：证据名称、证据类型（系统生成/用户原始）、保存期限、存放位置、责任人
- 优先级行动表：列包含：行动项、优先级（高/中/低）、责任人、完成时限、验收标准
3. 填好样例实现
- 小微企业简化版样例：10-20人规模企业，精简流程，重点关注核心条款
- 中型企业完整版样例：50-200人规模企业，完整流程，覆盖全部条款
- 样例格式：mock数据填充完整表格，用户可直接参考格式修改
4. 红牌会挂点实现
- 【红-重大不符合】：体系缺失关键过程、条款完全不满足、可能导致体系不通过
- 【黄-一般不符合】：过程已建立但执行不到位、记录不完整、需局部整改
- 【灰-观察项】：潜在风险、改进机会、暂不影响认证但需关注
- 审核松紧差异：备注不同认证机构（如SGS、BV、TUV）的审核严格程度差异
5. 证据留痕清单实现
- 系统生成证据：差距分析报告、整改计划、培训记录等由Skill生成的文件
- 用户原始业务证据：业务记录、会议纪要、检验报告等企业现有材料
- 保存期限标注：按标准要求标注最短保存期限（如3年、5年、证书有效期+1年）
- 证据包导出：支持一键打包导出所有证据清单，形成迎审证据包索引
6. 优先级行动实现
- 高优先级：影响认证通过的重大不符合、审核前必须完成的整改
- 中优先级：一般不符合、体系完善类工作、3个月内完成
- 低优先级：观察项、持续改进类工作、6-12个月内完成
- 责任人与时限：每项行动明确责任岗位和完成时限，可跟踪可验证
7. 复核与免责实现
- 人工复核签署位：输出顶部设置编制人/审核人/批准人签署栏
- 复核要求：所有输出需经持证人员或专业人员复核后方可使用
- 免责声明：底部挂载统一安全声明，明确输出为辅助材料，不构成认证结论
8. 角色差异化视图实现
- ①管理层摘要视图（1页纸）：
- 重大不符合数量（红牌数）
- 整体符合率百分比
- 量化收益（节约人天、规避风险）
- 关键整改行动（Top 3）
-
预计完成时间
-
②执行人员完整视图（多页）：
- 完整条款级差距矩阵
- 全套模板表格
- 双版本填好样例
- 红牌会挂点详细说明
- 证据留痕完整清单
- 优先级行动完整列表
附加功能开关
1. 存量文档比对修订（文件/差距分析类Skill）
- 功能：支持上传企业现有体系文件（手册、程序文件、记录表单）
- 作用：自动比对现有文件与标准要求的差距，输出修订建议，无需从零开始
- 适用场景：已有旧体系需要升级、多体系整合、标准换版迁移
2. 客户二方审核支持（D系列外审Skill）
- 功能：可选输入客户特殊审核要求（客户验厂标准、客户特殊条款）
- 作用：在通用标准基础上，叠加客户自定义审核条款，适配二方审核场景
- 优先级：客户自有审核规则优先级高于通用标准
3. 证据包打包导出（迎审/投标类Skill）
- 功能：一键生成证据包索引，列出所有需要准备的证据及存放位置
- 作用：迎审/投标时快速定位证据，避免临时拼凑、缺项漏项
输出红线（禁止项）
- 禁止只给空泛清单或"建议完善体系"这类无行动指引文字；
- 禁止编造标准条款号、法规条文、价格、交期、认证机构名称；
- 用户输入信息不足时，禁止脑补补齐信息，必须显式列出缺失信息清单；
- 涉及风险必须分高-中-低风险等级；
- 涉及审核、合规、安全、医疗、金融，严禁承诺一定通过认证、一定通过审核；
- 模板、样例不允许直接硬拷贝网上公开通用模板，必须结合业务场景做裁剪适配。
【统一安全声明】
本Skill输出为体系建设的辅助决策材料与文件初稿，不构成认证结论、审核判定、合规承诺或法律意见；标准条款、法规与认证机构要求以最新官方文本和发证机构要求为准；涉及产品定型、体系发证、安全与合规结论，须经持证人员、认证机构或专业人员复核后方可使用。
【业务边界提示】
本输出默认适配第三方认证机构审核；若用于客户二方审核，需要完整录入客户特殊审核要求，客户自有审核规则优先级高于通用标准；模板与样例必须结合企业实际业务场景裁剪，禁止原样直接照搬使用。
【支付宝AI按量付费完整技术实现】
本Skill严格按照支付宝AI付（A2M）协议实现完整的按量付费链路，包含以下技术节点：
一、402账单下发流程
- 首次调用Skill时，若用户未完成支付，系统返回HTTP 402状态码
- 响应头携带
Payment-Needed: required标识 - 响应体包含账单信息：订单号、金额、支付说明、支付链接
- 用户收到402响应后，引导完成支付宝支付
二、Payment-Proof支付凭证携带
- 用户完成支付后，系统返回
Payment-Proof支付凭证 - 凭证包含：支付流水号、订单号、签名、时间戳
- 用户携带Payment-Proof凭证重试调用Skill
三、预付调用与支付状态probe探测
- 系统收到Payment-Proof后，通过probe接口向支付宝查询支付状态
- probe探测确认支付成功后，继续执行Skill业务逻辑
- 若probe探测失败，返回支付未确认错误
四、pay确认与ack应答
- 支付确认成功后，系统执行pay状态更新
- 系统向支付宝发送ack确认应答，标记订单已收到
- ack应答确保支付链路闭环，防止重复扣款
五、fulfillment.confirm履约确认
- 业务逻辑执行完成后，执行fulfillment.confirm履约确认
- 履约确认包含：交付内容摘要、交付时间、用户确认标识
- fulfillment.confirm完成后，订单状态更新为已完成
六、complete完成与订单持久化
- 完整交付件生成完成后，标记任务complete
- 所有订单信息持久化存储，包含：订单号、用户ID、调用时间、支付金额、交付内容
- 支持订单查询、退款申请、历史记录查询
七、订单幂等与重试机制
- 同一订单号重复调用时，系统识别幂等，不重复扣费
- 支付状态查询支持重试，最多3次，间隔1秒
- 网络异常时，自动重试3次，确保支付链路稳定
八、未支付限制策略
- 未完成支付前，仅输出精简预览版：目录结构、核心功能摘要、1-2个样例片段
- 完整HVO八要素全套交付件属于付费能力，未支付不可见
- 支付成功后，自动解锁完整交付件输出
【合规与安全承诺】
本Skill严格遵守支付宝AI付开放协议，不泄露用户支付信息，不篡改支付状态，不重复扣费。所有支付链路日志完整留痕，可追溯可审计。
支付宝AI按量付费完整集成文档
一、API接口集成说明
本Skill已完成支付宝AI按量付费（A2M）完整API接口集成，包含以下端点：
1. 创建支付订单
- 接口: POST /pay/create
- 参数: order_id, skill_name, amount, user_id
- 返回: order_id, payment_url, amount, status
2. 查询支付状态
- 接口: GET /pay/status/{order_id}
- 返回: order_id, status, amount
3. 验证支付并获取Payment-Proof
- 接口: POST /pay/verify
- 参数: order_id
- 返回: order_id, status, payment_proof, message
4. 履约确认
- 接口: POST /pay/confirm/{order_id}
- 返回: order_id, status, message
二、402支付流程
- 首次调用: 系统返回HTTP 402状态码，响应头携带
Payment-Needed: required - 创建订单: 用户调用 /pay/create 创建支付订单
- 完成支付: 用户通过支付宝支付链接完成支付
- 验证支付: 用户调用 /pay/verify 获取 Payment-Proof
- 重试调用: 用户携带 Payment-Proof 请求头重试调用Skill
- 履约确认: 调用完成后，系统执行 fulfillment.confirm 履约确认
- 完成标记: 任务完成后标记 complete
三、沙箱测试说明
沙箱环境配置
- 沙箱网关: https://openapi-sandbox.dl.alipaydev.com/gateway.do
- 测试AppID: 沙箱环境自动分配
- 测试金额: 支持0.01元测试
- service_id: api_mock_service_id（沙箱专用）
沙箱测试步骤
-
配置沙箱环境变量：
bash export ALIPAY_GATEWAY=https://openapi-sandbox.dl.alipaydev.com/gateway.do export ALIPAY_APP_ID=your_sandbox_app_id -
运行沙箱测试脚本：
bash python test_sandbox.py -
验证402链路：
- 未支付调用 → 返回402 ✅
- 创建订单 → 返回支付链接 ✅
- 模拟支付成功 → 返回Payment-Proof ✅
- 携带Payment-Proof调用 → 返回完整结果 ✅
四、签约入驻说明
入驻条件
- 企业支付宝账号（已完成实名认证）
- 营业执照
- 法人身份证
- 对公账户
入驻流程
- 访问支付宝开放平台：https://open.alipay.com/
- 创建应用，选择"AI按量付费"产品
- 完成企业认证
- 签署AI按量付费服务协议
- 配置应用公钥
- 提交审核
- 审核通过后上线
费率说明
- 交易费率：0.6%
- 结算周期：T+1
- 最低充值：1000元
五、订单管理
订单持久化
- 所有订单信息存储在数据库
- 包含：订单号、用户ID、调用时间、支付金额、交付内容
- 支持订单查询、退款申请、历史记录查询
幂等机制
- 同一订单号重复调用，系统识别幂等，不重复扣费
- 支付状态查询支持重试，最多3次，间隔1秒
安全保障
- 所有支付链路日志完整留痕
- 支持签名验证，防止篡改
- 敏感信息加密存储
- 符合支付宝开放平台安全规范
六、合规承诺
本Skill严格遵守：
1. 支付宝AI付开放协议
2. 国家网络安全法
3. 个人信息保护法
4. 数据安全法
不泄露用户支付信息，不篡改支付状态，不重复扣费。
