OPC 社区运营服务平台

注：同一主体可同时具备多重角色（如 OPC 既是接单方也是外包服务购买方），权限按角色叠加并按最小权限原则收敛。

1. 引言与目标

1.1 项目背景

OPC 社区（一人公司/超级个体产业社区）由专业运营商建设运营，面向人工智能时代的”一人公司（One-Person Company，OPC）“、自由职业者、灵活就业人员和小微企业，建设”技能培训—项目实训—订单撮合—协同交付—企业复购—创业升级”的公共服务与产业转化平台。

平台不是单纯的培训系统或自由职业接单网站，而是以真实订单为牵引，连接”政策服务、能力认证、企业需求、任务协同、质量交付、结算评价和绩效监管”的产业公共服务基础设施。

1.2 建设目标

建设”一个入口、一个身份、一个能力档案、一个订单池、一套交付标准、一套政府绩效台账”的 OPC 公共服务平台，将分散的个人能力组织成为企业可采购、可验收、可持续的数字化产能。

1.3 平台要解决的核心问题

1.4 建设原则

1. 订单优先：平台资源优先用于获得订单和提升交付，不以注册人数作为唯一成绩。
2. 公共服务与市场化运营分开：政策、认证、基础培训和统计公共服务化；具体商业项目按市场规则交易。
3. 数据可核验：每项订单、任务、验收、收入和补贴均可追溯。
4. 质量落到业务模式：质量管控不停留在通用口号，每种业务模式有可量化、可考核的质量指标体系。
5. 小步试点、逐步扩容：先支持四类核心业务，再扩展其他专业服务。
6. 政府可监管、企业敢采购、OPC 能赚钱：同时满足三方核心诉求。

1.5 OPC 社区运营思路

定位：以”选方向—育人才—建平台—立标准—聚产业”五步闭环，将分散的个人能力组织成可规模化采购的产业产能。

运营闭环：

选方向 → 育人才（培训认证）→ 建平台（派接单+质检+后勤）→ 立 SOP（蜂群交付）→ 聚产业（标杆+上下游+复购）
  ↑                                                              ↓
  └──────── 市场反馈（订单量/收入/复购/满意度）驱动方向迭代 ←──────┘

蜂群式交付说明：SOP 标准体系是蜂群交付的核心——每个业务方向有标准化的任务模板、质量指标和抽检规则，OPC 按统一标准领取任务并独立交付，项目负责人复检、运营商终检，单个 OPC 退出或替补不影响整体产能，实现”可规模化、可替换、可验收”的产业级交付能力。

2. 术语表

3. 角色定义

注：同一主体可同时具备多重角色（如 OPC 既是接单方也是外包服务购买方），权限按角色叠加并按最小权限原则收敛。

4. 功能性需求

功能需求按业务域分组编号，关键条目采用 EARS 句式描述。

4.1 统一门户与成果展示（REQ-001 ~ REQ-010）

• REQ-001：THE 平台 SHALL 提供统一门户，兼容网页、移动端和小程序，包含政策公告、社区介绍、服务目录、优秀案例、活动日历、企业入口、OPC 入口、帮助中心和投诉建议。
• REQ-002：门户首页 SHALL 直接展示三类行动入口：“我要接订单”（OPC 注册/建档/认证）、“我要找服务”（企业/个人发单、浏览产品、咨询询价）、“我要看成效”（政府查看绩效）。
• REQ-003：THE 平台 SHALL 提供成果展示模块，展示优秀 OPC 的作品集、交付案例、能力标签、认证等级和客户评价。
• REQ-004：WHEN 展示案例或作品时，THE 平台 SHALL 仅展示经客户授权且已完成脱敏审查的内容，涉及保密项目的案例仅展示脱敏后的能力描述。
• REQ-005：THE 平台 SHALL 支持示范场景专区，展示政府/国企示范订单的交付成果、验收结论和复制推广情况。
• REQ-006：THE 平台 SHALL 为每个 OPC 生成对外能力名片页，包含认证等级、擅长领域、交付数据（按时率、一次验收率、复购率）和已授权作品。
• REQ-007：成果展示内容 SHALL 由运营商审核发布，AI 生成内容须标注并经人工复核。
• REQ-008：THE 平台 SHALL 支持活动日历与报名入口（供需对接会、路演、政策宣讲、项目竞赛）。
• REQ-009：门户 SHALL 提供服务目录浏览，按”服务结果”而非”工具能力”组织展示。
• REQ-010：门户 SHALL 提供投诉建议通道，投诉工单可追溯处理状态。

4.2 身份认证与组织管理（REQ-011 ~ REQ-018）

• REQ-011：THE 平台 SHALL 支持自然人、个体工商户、一人有限责任公司、企业客户、机构和政府工作人员等主体类型注册。
• REQ-012：认证内容 SHALL 包括手机、身份证、营业执照和统一社会信用代码核验，以及法定代表人、实际操作人和收款主体的关联。
• REQ-013：THE 平台 SHALL 区分五个入驻状态：已注册 → 资料完整 → 能力认证 → 可接单 → 优质供应商，不以”注册即入驻”作为认证完成标志。
• REQ-014：THE 平台 SHALL 支持账户角色、企业成员、项目成员和外部协作人管理。
• REQ-015：主体状态 SHALL 分级记录：实名状态、企业认证、能力等级、信用等级、保密协议状态、合规培训状态。
• REQ-016：IF 主体信息发生变更（法人、收款账户等），THE 平台 SHALL 触发重新核验流程。
• REQ-017：THE 平台 SHALL 为个人发单方提供轻量认证通道（实名+支付验证），区别于企业认证流程。
• REQ-018：用户注销 SHALL 保留法定保存期内的交易与审计数据，注销后匿名化处理个人信息。

4.3 OPC 能力档案与认证（REQ-019 ~ REQ-026）

• REQ-019：THE 平台 SHALL 按”行业—服务—工具—等级—交付能力”五层标签建立能力图谱（示例：跨境电商 / 视觉设计 / 商品场景图 / Midjourney+Photoshop / L2 / 48 小时交付）。
• REQ-020：能力档案 SHALL 包含：基础信息与可服务区域、技能与工具熟练度、作品集与案例、认证与实训记录、交付数量/按时率/返工率/验收率、客户与运营商评价、信用记录、可接单时间与月产能、价格区间、保密与合规记录。
• REQ-021：THE 平台 SHALL 实施 L1—L4 能力认证：

• REQ-022：认证 SHALL 以作品和交付记录为依据，不以缴费培训作为唯一条件。
• REQ-023：WHEN OPC 的交付指标恶化（连续 N 单返工率/投诉率超阈值），THE 平台 SHALL 触发降级复核或暂停接单资格。
• REQ-024：能力评分 SHALL 由系统自动计算并沉淀依据（质检记录、验收结果、客户评价），评分过程可追溯。
• REQ-025：THE 平台 SHALL 管理认证有效期，到期前提醒复评。
• REQ-026：能力档案数据 SHALL 作为派单匹配、资源券发放和信用服务的输入。

4.4 派接单与协同交付（REQ-027 ~ REQ-048）

4.4.1 需求发布与订单类型

• REQ-027：THE 平台 SHALL 支持企业和个人发布需求，填写行业、目标、交付物、数量、预算、周期、数据等级、验收标准、是否需要发票、是否接受小样。
• REQ-028：THE 平台 SHALL 提供 AI 辅助需求诊断，帮助发单方将模糊需求转化为可交付的服务包；AI 建议仅供参考，不替代运营商判断。
• REQ-029：THE 平台 SHALL 支持五类订单：① 标准商品订单（直接下单）；② 询价订单（运营商组织报价）；③ 项目订单（诊断+方案+合同+分阶段验收）；④ 派单任务（批量发布、运营商拆单统一交付）；⑤ 政府/国企示范订单。
• REQ-030：订单状态机 SHALL 为：草稿 → 待审核 → 招募中 → 小样中 → 待签约 → 进行中 → 待验收 → 已完成 → 已结算 → 复购/归档；状态流转留痕。
• REQ-031：WHEN 订单进入”招募中”，THE 平台 SHALL 按能力标签、等级、历史表现、可用时间和产能自动推荐候选 OPC，运营商可人工调整。
• REQ-032：IF 发单方要求小样，THE 平台 SHALL 支持小样试做环节，小样评价结果作为签约依据。

4.4.2 任务拆解与协作

• REQ-033：运营商 SHALL 可将企业项目拆解为多个标准任务并建立项目协作组。
• REQ-034：任务管理 SHALL 支持：任务模板、前置依赖、截止时间、产能配置、领取/转派/暂停/返工/替补。
• REQ-035：THE 平台 SHALL 支持版本管理、文件提交、批注和沟通记录。
• REQ-036：THE 平台 SHALL 提供进度甘特图、逾期预警和项目风险标记。
• REQ-037：WHEN 任务逾期风险触发预警阈值，THE 平台 SHALL 通知项目负责人和运营商，并支持替补人员接管。
• REQ-038：客户敏感数据 SHALL 按项目隔离授权，仅向必要成员开放，运营商统一可见；下载行为留审计日志。

4.4.3 验收、结算与评价

• REQ-039：WHEN 交付物提交，THE 平台 SHALL 要求按 SOP 提交清单完整性校验后方可进入质检。
• REQ-040：验收 SHALL 依据订单中明确的验收标准执行，验收记录（结论、意见、附件）可追溯。
• REQ-041：THE 平台 SHALL 支持运营商与企业、运营商与 OPC 的双层合同关系，提供合同模板、电子签署接口、验收单、结算单、发票提醒和争议记录。
• REQ-042：平台原则上不直接沉淀资金；IF 采用托管结算，SHALL 通过具备资质的第三方支付或金融机构完成，并保留对账数据。
• REQ-043：政府资金、企业项目款和 OPC 收入 SHALL 分账核算。
• REQ-044：WHEN 订单完成结算，THE 平台 SHALL 引导双方评价，评价结果计入能力档案与信用记录。
• REQ-045：THE 平台 SHALL 跟踪企业复购行为，首单完成后 90 天内再次签约计为复购。
• REQ-046：THE 平台 SHALL 建立订单保证金、延期预警、替补人员和争议处理机制，保护 OPC 不因单一客户拖欠产生经营风险。
• REQ-047：大额/长期订单 SHALL 支持分阶段里程碑验收与付款节点。
• REQ-048：所有交易 SHALL 支持 Idempotency-Key 幂等提交，防止重复下单/重复结算。

4.5 质量管控与业务质量指标（REQ-049 ~ REQ-060）

核心要求：质量管控必须落实到具体业务模式的可量化质量指标，而非通用质检流程。

• REQ-049：THE 平台 SHALL 实施三级质量控制：① OPC 自检（按 SOP 和提交清单）；② 项目复检（项目负责人检查规范、完整性、版权和技术质量）；③ 交付终检（运营商/指定质检员按客户验收标准终审）。
• REQ-050：THE 平台 SHALL 沉淀不合格原因库、返工次数、责任环节和客户反馈，自动形成个人能力评分和任务标准优化建议。
• REQ-051：THE 平台 SHALL 为每类业务模式配置独立质量指标集，指标含目标值、测量口径、抽检比例和责任归属。首期业务模式质量指标基线如下：

• REQ-052：WHEN 任一质量指标连续低于阈值，THE 平台 SHALL 自动预警并触发整改流程（原因分析、SOP 修订、人员复训或降级）。
• REQ-053：质量指标 SHALL 按业务模式、项目、OPC 三个维度可统计、可下钻。
• REQ-054：版权与合规审查 SHALL 作为所有内容类订单的强制终检项，建立素材来源记录和版权风险审查清单。
• REQ-055：AI 生成内容 SHALL 经事实、肖像、商标、未成年人和有害信息审核后方可交付。
• REQ-056：抽检规则 SHALL 可配置（抽检比例、抽检人、合格阈值），高敏项目默认全检。
• REQ-057：返工 SHALL 记录责任归因（需求变更/OPC 执行/质检遗漏/客户原因），归因结果用于费用与信用结算。
• REQ-058：质量数据 SHALL 同步至政府驾驶舱（脱敏汇总）和 OPC 能力档案。
• REQ-059：THE 平台 SHALL 支持质量指标版本管理，业务模式扩展时可新增指标集而不影响历史数据。
• REQ-060：客户验收争议 SHALL 进入争议处理流程，由运营商仲裁并记录结论。

4.6 企业服务中心：外包服务 + 服务机构超市（REQ-061 ~ REQ-070）

定位：合并为统一的”企业服务中心”。自营/主导外包服务为 OPC 聚焦核心业务提供经营支撑；第三方服务机构经资质审核后入驻作为补充生态。

• REQ-061：THE 平台 SHALL 提供面向 OPC 和小微企业的一站式外包服务目录，首期覆盖：商务服务（工商注册、变更、年报、资质代办）、人力资源（社保公积金代缴、灵活用工、招聘）、法务服务（合同审查、知识产权、劳动纠纷）、财务服务（代理记账、税务申报、汇算清缴、发票管理）、福利保障（商业保险、补充医疗、雇主责任险）。
• REQ-062：外包服务 SHALL 以标准化服务包形式呈现：服务内容、价格、SLA、交付物、服务商（自营/合作机构）和投诉通道。
• REQ-063：WHEN OPC 购买外包服务，THE 平台 SHALL 建立服务工单，工单状态（受理/办理中/待补充材料/已完成/异常）可跟踪。
• REQ-064：外包服务质量 SHALL 纳入 REQ-051 的外包服务质量指标集考核，服务记录计入 OPC 经营档案。
• REQ-065：THE 平台 SHALL 汇聚第三方服务机构（财税、法务、知识产权、银行、保险、算力、软件、办公、招聘、创业辅导）入驻服务机构超市。
• REQ-066：服务机构 SHALL 经资质审核后方可上架服务，平台实施服务评价和退出管理，不得成为未经审查的广告展示区。
• REQ-067：WHEN 外包服务涉及 OPC 敏感经营数据（财务、人事），THE 平台 SHALL 要求签署数据处理协议并按 L3/L4 级数据管控。
• REQ-068：THE 平台 SHALL 支持外包服务费用与订单收入联动（如服务费抵扣、收入代扣代缴的合规选项）。
• REQ-069：外包服务 SHALL 提供服务前后对比记录（如记账凭证、社保缴纳凭证、保险保单）的电子化归档。
• REQ-070：福利（商保）服务 SHALL 支持按 OPC 等级/接单量的差异化方案推荐，投保与理赔进度可查。

4.7 政策落实：自动匹配与申报闭环（REQ-071 ~ REQ-080）

• REQ-071：THE 平台 SHALL 建立结构化政策库，政策按发文机关、适用对象、申报条件、材料清单、截止日期、补贴额度、状态等维度建模。
• REQ-072：THE 平台 SHALL 基于主体画像（主体类型、行业、规模、认证等级、就业人数、研发投入等）自动匹配适用政策，主动向 OPC 和企业推送。
• REQ-073：WHEN 新政策入库或主体画像变化导致新匹配产生，THE 平台 SHALL 触发匹配重算并通知相关主体。
• REQ-074：THE 平台 SHALL 提供申报清单、材料模板上传、进度提醒和结果归档的申报全流程管理。
• REQ-075：政策服务首期 SHALL 覆盖：创业培训与就业服务、创业担保贷款与融资、算力券/模型券/软件工具券、科技型中小企业与高新技术企业认定、知识产权服务、场地/人才/展会/跨境电商/政府采购政策。
• REQ-076：资源券 SHALL 建立”发放—使用—核销—绩效”闭环，按使用量和实际产出核销，不仅统计发券数量。
• REQ-077：AI 政策匹配 SHALL 输出匹配依据（命中条件、缺失条件），confidence < 0.6 的匹配结果须提示人工核对，不得编造政策条款。
• REQ-078：THE 平台 SHALL 支持政策落实代办服务（运营商或机构协助申报），代办过程留痕。
• REQ-079：政策申报结果 SHALL 计入主体信用与绩效台账，重复申报、虚假申报自动预警。
• REQ-080：政策库 SHALL 支持失效标注与历史版本追溯，已申报记录保留政策快照。

4.8 培训、实训与认证（REQ-081 ~ REQ-086）

本节描述 OPC 侧”学习—实训—认证—接单”闭环；培训机构入驻、认证项目管理与证书颁发查验见 §4.11。

• REQ-081：培训系统 SHALL 与订单系统互通，实行”学习—练习—实训—认证—接单”闭环。
• REQ-082：功能 SHALL 包括：课程、直播/录播、作业、案例库、项目实训、导师点评、考试、证书、技能标签和认证有效期管理。
• REQ-083：实训 SHALL 使用真实需求完成 1—3 个带验收标准的项目，实训成绩计入认证依据。
• REQ-084：培训课程 SHALL 覆盖工具操作之外的客户沟通、项目管理、版权、数据安全、财税和合同基础。
• REQ-085：WHEN OPC 通过认证，THE 平台 SHALL 自动将其纳入订单池并按等级开放接单范围。
• REQ-086：导师点评与实训记录 SHALL 关联到能力档案，可追溯。

4.9 政府驾驶舱与绩效监管（REQ-087 ~ REQ-094）

• REQ-087：政府端 SHALL 仅展示经授权、脱敏、汇总后的监管数据。
• REQ-088：驾驶舱指标 SHALL 至少包括：入驻和认证 OPC 数量、活跃接单人数和企业数量、订单量/合同额/已交付额/OPC 收入、按时交付率/一次验收率/复购率、新增就业/灵活就业和本地纳税、示范场景和企业满意度、资源券和资金使用绩效、风险事件/投诉/数据安全和整改情况。
• REQ-089：THE 平台 SHALL 建立统一指标口径（见 §8 数据口径），指标计算逻辑可审计。
• REQ-090：财政资金 SHALL 专账管理、单独核算、分阶段拨付，支持里程碑拨付节点配置。
• REQ-091：THE 平台 SHALL 支持”月度监测、季度评价、年度审计”绩效节奏，自动生成季度/年度运营报告。
• REQ-092：WHEN 连续两个季度未达阶段目标或发生重大风险事件，THE 平台 SHALL 触发预警并支持整改跟踪闭环。
• REQ-093：审计/评估机构 SHALL 可查看授权范围内的绩效和资金台账。
• REQ-094：政府侧操作（政策发布、券发放、绩效确认）SHALL 留存完整操作日志。

4.10 社区活动与供需对接（REQ-095 ~ REQ-098）

• REQ-095：THE 平台 SHALL 支持活动发布、报名、签到、直播、成果展示、企业路演、项目竞赛、供需对接会和政策宣讲。
• REQ-096：每场活动 SHALL 关联后续线索、订单或服务结果，不仅统计参加人数。
• REQ-097：供需对接 SHALL 支持线索登记、跟进状态、转化记录（线索→需求→订单）。
• REQ-098：活动与线索数据 SHALL 纳入运营分析。

4.11 专业培训机构与培训认证管理（REQ-099 ~ REQ-110）

定位：培训机构双轨运行——机构入驻发布课程/实训/认证项目（市场化）+ 与平台共建课程实训基地（公共服务）。认证体系以平台 L1—L4 认证为主干，机构认证项目与第三方证书作为能力档案输入与补充。

• REQ-099：THE 平台 SHALL 支持培训机构入驻申请与资质审核（办学许可/营业执照、师资力量、课程体系、信用记录），审核通过后方可发布课程与认证项目；入驻机构分配唯一机构代码（TRN_xxx）。
• REQ-100：入驻机构 SHALL 可发布课程、实训项目和认证项目，内容经运营商审核后方可上架；课程与项目须标注适用能力标签、目标等级和价格/公益属性。
• REQ-101：THE 平台 SHALL 支持机构收费课程与认证项目，通过平台下单并经具备资质的第三方支付通道结算，平台不直接沉淀资金；收费项目须明示价格、退费规则与服务承诺。
• REQ-102：THE 平台 SHALL 建立培训机构教学质量评价与退出机制（完课率、考试通过率、学员评价、投诉率），评价结果向 OPC 公示并影响上架排序与准入资格。
• REQ-103：THE 平台 SHALL 支持与高校/职校/培训机构共建课程与实训基地，共建内容由平台统一审核管理，纳入公共服务台账并按 REQ-090 口径接受绩效监管。
• REQ-104：机构认证项目 SHALL 明确认证标准、考试/评审方式、通过条件与证书样式，经运营商审核后与平台能力标签体系关联；认证通过结果计入 OPC 能力档案。
• REQ-105：THE 平台 SHALL 颁发带唯一编号的电子证书（CERT_xxx），提供对外证书查验页；证书含颁发主体、认证等级、能力标签、有效期与防伪标识。
• REQ-106：THE 平台 SHALL 支持第三方证书采认登记（人社职业技能等级证书、行业/厂商认证等），经材料核验后计入能力档案，作为 L1—L4 认证和派单匹配的参考输入。
• REQ-107：机构认证与第三方证书 SHALL 作为 L1—L4 认证的输入，不直接替代 L 级认证；证书与 L 级的映射规则由运营商配置并公示。
• REQ-108：证书 SHALL 实施有效期、复评与吊销管理；WHEN 证书到期或持证人发生重大质量/诚信问题，THE 平台 SHALL 触发复评或吊销并同步更新能力档案。
• REQ-109：培训与认证数据（报名、完课、成绩、发证、评价）SHALL 纳入政府驾驶舱脱敏汇总；财政补贴培训项目 SHALL 单独核算绩效（参训人数、取证率、训后接单转化率）。
• REQ-110：WHEN 机构收费项目与财政补贴培训并存，THE 平台 SHALL 区分资金来源，防止同一培训内容重复补贴或重复申报（与 REQ-079 交叉核验联动）。

4.12 学员档案与成果交易市场（REQ-111 ~ REQ-115）

定位：打通”学员→OPC”转化通道与”OPC→客户”直接成果交易通道——学员未必已注册为 OPC，平台为其沉淀可携带的能力资产；OPC 的可复用成果以标准化商品形式直接面向客户销售，形成订单池之外的增长通道。

• REQ-111：THE 平台 SHALL 为培训学员建立学员档案（STU_xxx），包含培训履历、完课/实训/认证记录、作品集与技能标签；学员注册不要求先完成 OPC 入驻。
• REQ-112：THE 平台 SHALL 提供学员→OPC 转化通道：学员可一键发起入驻申请，学员档案（履历、认证、作品）自动带入能力档案；入驻后进入 REQ-013 五态入驻流程。
• REQ-113：THE 平台 SHALL 提供 OPC橙果商城：OPC 可上架可复用成果/作品（WORK_xxx，如模板、素材包、成品内容、方法论包），企业/个人客户可直接下单购买，生成标准商品订单进入统一订单/结算/评价体系。
• REQ-114：成果上架 SHALL 经运营商审核并明示授权类型（个人授权/企业授权/买断）、价格、版权归属与使用范围；交付含版权来源记录，授权书随订单生成。
• REQ-115：成果交易 SHALL 计入 OPC 收入与能力档案，评价与版权争议纳入 REQ-044/REQ-060 评价与争议机制；政府驾驶舱展示成果交易规模脱敏汇总。

4.13 主题画像与智能匹配（REQ-116 ~ REQ-118）

定位：以统一标签体系为核心实体建立完整画像，作为 AI 驱动自动匹配（订单↔︎OPC、课程↔︎学员、政策↔︎主体、成果↔︎需求）的数据底座；展览驾驶舱面向参观接待场景输出社区形象。

• REQ-116：THE 平台 SHALL 为核心主题建立完整画像：OPC 画像（技能标签/等级/产能/价格带/履约记录/信用）、企业画像（行业/需求偏好/预算带/验收标准/复购）、学员画像（履历/方向/就绪度）、订单画像（类型/交付物/验收标准/周期/预算带）；画像维度统一、来源可追溯、随业务行为自动更新。
• REQ-117：AI 自动匹配 SHALL 基于主题画像输出匹配结果，含 score、confidence、evidence 与 concerns；低置信度结果提示人工核对，不编造依据。
• REQ-118：THE 平台 SHALL 提供 OPC 社区展览驾驶舱：面向领导/企业参观的公开展示大屏，展示入驻规模、订单、收入、认证、机构、供需转化与明星 OPC 等关键数据；展示内容全部脱敏汇总，不含任何明细与 PII。

5. 非功能性需求

5.1 性能与容量（NFR-P）

• NFR-P-01：门户核心页面首屏加载 ≤2s（4G 网络）；工作台列表页查询 P95 ≤1.5s。
• NFR-P-02：派单匹配计算（千级 OPC 池）P95 ≤5s；政策自动匹配批处理支持万级主体。
• NFR-P-03：文件上传支持单文件 ≥500MB，大文件分片续传；项目文件下载受权限控制。
• NFR-P-04：支撑首期目标规模：≥300 OPC、≥100 企业、并发在线 ≥500、年订单 ≥300 单，架构预留 10 倍扩容能力。
• NFR-P-05：流式/批量数据更新采用批量刷新机制，避免频繁渲染阻塞。

5.2 安全与合规（NFR-S）

• NFR-S-01：数据按 L1公开/L2内部/L3敏感/L4高敏感 四级管控；L3 及以上访问留审计日志；L4 数据脱敏展示、加密存储、最小权限。
• NFR-S-02：密码加盐哈希存储；JWT 短 TTL（≤2h）+ refresh；Cookie HttpOnly+Secure+SameSite。
• NFR-S-03：所有查询参数化防 SQL 注入；XSS 自动转义+CSP；CSRF 防护；文件上传类型与病毒扫描。
• NFR-S-04：登录限流 5 次/分钟/IP；写接口按用户限流；429 响应带 Retry-After。
• NFR-S-05：PII 全链路脱敏（手机/身份证/邮箱/银行账号），日志与 AI Prompt 中使用掩码格式。
• NFR-S-06：项目数据隔离，跨项目访问需显式授权；保密协议状态作为项目授权前置条件。
• NFR-S-07：密钥进密钥管理服务，绝不进 Git；仅提交 .env.example。
• NFR-S-08：满足个人信息保护法、数据安全法、网络安全等级保护（建议等保二级及以上）要求。
• NFR-S-09：AI 辅助功能（需求诊断、政策匹配、智能推荐）只作辅助，不替代政府审批、企业验收和运营商责任判断；LLM 输出强制结构化校验，禁编造。
• NFR-S-10：用户输入与系统 Prompt 分离 role 并加分隔符，防 Prompt 注入；LLM 生成代码绝不直接执行。

5.3 可靠性与可用性（NFR-R）

• NFR-R-01：核心交易链路（下单、签约、验收、结算）可用性 ≥99.5%。
• NFR-R-02：关键写操作幂等（Idempotency-Key）；订单/支付必须支持。
• NFR-R-03：外部依赖（电子签、支付、短信、AI 服务）超时+重试+熔断，单点故障不拖垮主流程。
• NFR-R-04：每日备份 ≥2 次、滚动保留 7 天、双副本（本机+异地）、每月恢复演练。
• NFR-R-05：审计日志关键操作全覆盖，保存期 ≥6 个月（财政资金相关 ≥5 年）。
• NFR-R-06：最差体验兜底为”功能受限可用”，不允许核心页面白屏。

5.4 可扩展性与可维护性（NFR-M）

• NFR-M-01：模块化、API 优先、可替换架构，避免单一厂商锁定；数据可迁移。
• NFR-M-02：业务数据、敏感文件、政府监管数据分区存储。
• NFR-M-03：新业务模式接入通过配置化质量指标集、任务模板、SOP 扩展，不改核心数据模型。
• NFR-M-04：开放接口预留：统一身份、电子签、支付、发票、短信、算力、第三方认证、政府数据接口。
• NFR-M-05：数据库演进遵循 nullable+默认值原则；枚举用字符串；时间戳 *_at UTC 存储；金额用 decimal/整数，禁 float。
• NFR-M-06：审计字段统一 created_by/updated_by/deleted_by + *_at；业务主体有唯一业务代码，编码规则见附 2《统一实体本体与编码规范》。

5.5 多端与易用性（NFR-U）

• NFR-U-01：网页、移动端、小程序三端可用；响应式覆盖 sm/md/lg/xl/2xl 断点。
• NFR-U-02：遵循三端角色化 UI 规范（C 端温暖/B 端专业/Admin 警示），共享设计 Token，禁硬编码主色。
• NFR-U-03：统一 Loading/Empty/Error/Toast/Dialog 组件；禁 alert()/confirm()、禁 <div onClick>。
• NFR-U-04：a11y：键盘可达、对比度 ≥4.5:1、语义化标签、aria-label。
• NFR-U-05：政府报告页支持 @media print 打印样式。

6. 范围边界

6.1 首期包含（In Scope）

• 统一门户（网页+移动端适配，小程序视资源排期）
• 身份认证与五态入驻管理、能力档案与 L1—L4 认证
• 企业/个人发单、五类订单、派单拆单、协同交付、三级质检
• 按业务模式配置的质量指标体系（首期五类业务模式）
• 企业服务中心：商务/人力/法务/财务/福利（商保）外包服务 + 服务机构超市
• 政策库、自动匹配、申报管理、资源券闭环
• 培训实训认证（学习—实训—认证—接单闭环）
• 专业培训机构入驻（资质审核、课程/实训/认证项目发布、评价与退出）
• 机构收费课程/认证项目交易通道（第三方支付结算）、电子证书颁发与查验、第三方证书采认
• 学员档案（培训履历/认证/作品）与学员→OPC 转化通道
• OPC橙果商城（OPC 上架成果、客户直接购买、授权与版权管理）
• 核心主题画像（OPC/企业/订单/学员）与 AI 自动匹配
• OPC 社区展览驾驶舱（公开展示大屏）
• 合同模板、电子签接口、结算、发票提醒、争议处理
• 政府驾驶舱与绩效台账
• 成果展示与示范场景专区
• 社区活动与供需对接

6.2 首期不包含（Out of Scope）

• 平台直接沉淀交易资金（如需托管，经第三方支付/金融机构）
• 平台自营培训课程收费业务（机构收费课程/认证项目经第三方通道结算，平台不自营收费培训）
• 完整 ERP/财务系统（仅做代理记账服务入口与工单，不替代企业财务软件）
• 招聘平台通用职位市场（仅 OPC 相关灵活用工与项目协作）
• 社交/社区论坛功能（活动与供需对接之外不做泛社交）
• 对外公开的自由交易市场（平台订单经运营商组织，非完全开放撮合；OPC橙果商城仅限经审核的标准化成果授权交易，不做非标需求自由撮合）
• 多语言国际化（首期中文，文案走 i18n 框架预留）

7. 关键约束与假设

7.1 约束

• C-01：平台须支持国产化云、政务云或合规公有云部署。
• C-02：政府数据与企业商业数据须物理/逻辑分区，政府端只见脱敏汇总数据。
• C-03：财政资金使用须满足审计要求，里程碑拨付与绩效验收绑定。
• C-04：运营商对项目交付和资金使用承担主体责任，不得以政府名义作收益保证。
• C-05：AI 能力依赖外部模型/算力服务，须有国产化替代与降级方案。
• C-06：电子签、支付、发票等接口依赖具备资质的第三方服务商。

7.2 假设

• A-01：政府主管部门提供牵头协调机制，开放不少于 20 类试点场景。
• A-02：首年度政府启动支持 ≤300 万元，按里程碑分期拨付。
• A-03：运营商具备企业获客与项目交付组织能力。
• A-04：高校/职校/培训机构愿意共建课程与实训基地。
• A-05：首期四类业务（AI 漫剧、跨境电商视觉、企业智能体、标准化派单）有足够市场需求验证。

8. 运营指标、数据口径与验收标准

8.1 指标口径

8.2 首年度目标（验收基线）

第二、三年由”扩数量”转向”提产值”：企业订单额分别达 3,000 万元、6,000 万元，财政资金占比逐年下降。

8.3 平台验收标准

• V-01：REQ 范围内功能全部可用，关键路径（入驻→认证→接单→质检→验收→结算→评价）端到端跑通。
• V-02：每类业务模式质量指标可配置、可采集、可统计、可预警。
• V-03：政策自动匹配可演示：主体画像→匹配结果→命中依据→申报闭环。
• V-04：外包服务至少 3 个品类（商务/财务/法务）形成可购买的服务工单流。
• V-04a：至少 3 家培训机构完成入驻并发布可报名课程/认证项目；电子证书可颁发、可对外查验；第三方证书采认登记流程可演示。
• V-05：政府驾驶舱数据口径与 §8.1 一致，且全程脱敏。
• V-06：安全测试、压力测试、备份恢复演练通过；权限矩阵、日志审计方案交付。
• V-07：资金拨付节点对应的里程碑验收材料可自动汇总生成。

9. 实施阶段（来自源文档，作为需求排期依据）

10. 主要风险

11. 待确认问题（Open Questions）

1. 外包服务中”自营”与”持牌机构承接”的边界：代理记账、社保代缴等有资质要求的业务，平台是自营（运营商持牌）还是转介？— 当前假设：平台统一入口+工单，实际交付由持牌方完成。
2. 个人发单方的准入与风控尺度：是否设单笔金额上限、是否强制托管结算？
3. 资源券的核销技术方案：与算力/模型服务商的接口对接方式待政府协调后确认。
4. 小程序是否进入首期范围，还是二期补齐？
5. 平台技术栈尚未确定（待阶段 4 前以 ADR 决策）。
6. 是否引入”订单保证金”的资金托管，若引入需明确资金通道资质。
7. 机构收费课程/认证项目的平台服务费比例、分账方式与退费争议处理规则待商务确认。
8. 第三方证书采认的核验方式：人工审核材料还是对接人社/行业证书数据库接口，待资源确认。
9. 成果商城的平台服务费比例、授权价格指导区间与侵权处置流程待商务与法务确认。

附：需求编号索引

附 2：统一实体本体与编码规范

A2.1 编码总则

• 格式：{业务前缀}_{编号}；前缀为 2~6 位大写字母缩写，全平台唯一、不歧义。
• 编号构成按实体类型区分：
  • 主体/机构类：5 位顺序号，如 OPC_00017、TRN_00001、SOR_00001；
  • 业务单据类：YYYYMMDD + 2 位当日序号，如 ORDER_2026091201、SVC_2026091301；
  • 证书类：YYYY + 4 位全局序号，如 CERT_20260042（机构颁发与平台颁发共用同一编号空间，颁发主体为证书字段）；
  • 配置/主数据类：4 位序号，如 PROD_0001、SOP_0003（SOP 另带版本号 SOP_0003/V3.2）。
• 编号创建后不可修改、不复用；表间引用以外键关联业务编码，不使用自增 ID 对外暴露。
• 对外展示时编码与名称并显：TRN_00001 星火设计学院；对外可查单据（证书、工单、结算单、验收单）编号须支持独立检索。

A2.2 本体域与实体编码表

主体域（主体—账户—档案）

订单与交付域

培训认证域

政策与资金域

质量与运营域

A2.3 核心关系骨架

ENT_/PER_（发单方）→ ORDER_ → PROJ_ → TASK_ → DLV_ → 三级质检 → ACPT_ → SETL_ / INV_
                              ↑ OPC_ 承接（按 CERT_/能力档案匹配）
TRN_ → CRS_ / TRP_ / ACR_ → EXAM_ → CERT_ → 计入 OPC_ 能力档案 → 订单池准入
SOR_ → PKG_ → SVC_ 工单（凭证：INS_ 保单等）
GOV_ → POLICY_ → APLY_ → VCH_ / FUND_（发放—使用—核销—绩效闭环）
ACT_ → LEAD_ → 需求 → ORDER_（线索转化可追溯）
STU_ 学员档案（CRS_/TRP_/CERT_ 履历+WORK_ 作品）→ 一键入驻 → OPC_（档案带入）
OPC_ → WORK_ 上架审核 → OPC橙果商城 → ENT_/PER_ 直购 → ORDER_ → SETL_ / EVAL_
画像线：OPC_/ENT_/STU_/ORDER_ 主题画像 → AI 匹配（score/evidence）→ 派单/政策/课程推荐
质量线：SOP_ + QI_ 指标集 → DLV_ 质检 → RECT_ 整改 → 回流 OPC_ 能力评分

下一步：本文档确认后，进入阶段 3 生成 pmdocs/1-prd-OPCSP.md（产品场景、功能优先级 MoSCoW、角色权限矩阵、UI/UX 与公共组件规划、版本规划）。

本文档由 0-req-OPCSP.md 自动生成 · 最后更新 2026-09-13 · OPC 公共服务平台