软协2026新需求 PRD 总文档

归属系统：北京软协企业创新服务平台后台（RuoYi 4.7.6）。本文档合并 2026 年各新需求模块，每个模块一章，随需求确认逐章补充。

板块划分（2026-09-15）：全部需求按「内部治理」（《北京软协内部治理功能开发合同》2026-09-11 范围，6 模块）与「数智赋能」（其余 8 模块）两大板块归类。

模块总览

两大板块：内部治理 = 内部治理功能开发合同范围（21 万元，2026-12-28 前交付）；数智赋能 = 合同范围外的服务与数据价值模块。

一、内部治理（合同范围 · 6 个模块）

二、数智赋能（8 个模块）

三、跨模块与附录

---

板块一 · 内部治理

范围界定：《北京软协内部治理功能开发合同》（2026-09-11 签订，21 万元）第八条列明的 6 个功能模块。 核心目标：规范协会内部管理、落实制度要求、实现审批合规与决策留痕。 交付时间：2026-12-28 前（如需求调整双方重新商定）。

本板块模块：采购管理 · 项目管理 · 团标管理 · 党建管理 · 合同管理板块升级 · AI大模型合规自检

---

一、采购管理模块

来源：需求初稿「采购管理」+《北京软件和信息服务业协会采购管理办法（草案）》(8.20)+《项目与采购流程分类节点梳理》(9.14)

⚠️ 2026-09-16 会议调整：①「采购需求、交付、验收标准」改为必选项；②系统按档位自动生成规定版式《采购申请单》（≥50万含特大项目专属栏），可预览与打印；③「合规承诺」采用打印签字后扫描上传方式归档；④采购流程去掉「付款」节点（付款在合同模块统一处理）；⑤归档确认由办公室统一执行（采购与项目共用一处确认，不重复）。

⚠️ 2026-09-18 会议调整：①取消采购侧独立「验收」节点——验收动作在合同模块操作，采购侧只读同步；②验收与归档合并，采购流程只保留「归档」，且归档需经审核（材料齐全性 + 验收结论合格），审核通过后采购单置「已完结」。

⚠️ 2026-09-19 会议调整（开发沟通会）：①「比价」环节前移——由审批链末端移至采购申请之后（先比价、后审批，比价结果供审批参考）；②采购归档改为自动触发——关联合同归档完成后自动触发采购单归档（单一合同归档即完结；多合同须全部归档），审核动作在合同侧完成，采购侧只读同步；③招标流程结构化——≥100万档会长签字后进入招标状态，记录代理机构、中标公司与中标金额，招标附件一并归档；④支撑材料类型字典化——取消固定步骤限制，上传时从字典自由选择，控件宽度收窄；⑤合规承诺文件化——5万以下零星采购须上传签署版《合规承诺书》，提供固定模板下载；⑥取消在线打印——所有单据仅提供文件下载，不提供在线打印；⑦采购列表状态清理——去掉「待验收」「待付款」，改为 待比价/审批中/履行中/已完结；⑧修改重审原则——任何已审核内容被修改后须重新走完整审批流程，并提供主动驳回按钮。

1. 问题陈述

协会采购目前依赖线下纸质《采购申请单》《供应商报价单》《验收单》流转，金额分档规则（5万/50万/100万三档）、党支部前置把关、理事会审议等合规要求靠人工记忆与纸质签字执行，存在三类问题：

• 规则易错：金额档位边界、比价方数、前置条件靠人判断，存在"该比价未比价、该过会未过会、拆分项目规避流程"的合规风险；
• 过程不可追溯：比价过程、审批意见、支撑材料分散在个人手中，审计与 5A 评审时难以完整归集证据链；
• 付款缺前置拦截：财务付款前无法强制校验"审批完整 + 验收合格 + 材料齐全"，存在资金支付风险。

不解决的代价：审计/5A 评审失分、廉政风险敞口、资金损失风险，以及制度落地"两张皮"。

2. 目标（Goals）

3. 非目标（Non-Goals，一期不做）

• 年度预算管理、预算编制与预算执行管控（仅做"预算内/预算外"标记，不做预算池）
• 采购计划管理（计划/执行分离）
• 供应商评价评级体系（仅建供应商名录，不做评分）
• 采购统计报表/BI 看板（一期仅提供列表导出，满足审计留痕即可）
• 电子签章/线上签署（合同签署仍关联现有合同管理模块，不新增电子签）

4. 用户故事

• 作为采购经办人，我希望在系统里填报采购申请并人工选择采购方式，系统按金额档位自动提示审批流程与所需支撑材料，以便我按规办理。
• 作为采购经办人，我希望按档位要求上传比价单/依据材料，以便材料缺失时系统能提示我补齐，而非事后被审计追问。
• 作为部门负责人，我希望在任务中心收到本部门采购申请的审核待办，以便我审核业务真实性与需求合理性并留痕。
• 作为财务，我希望付款前系统强制校验审批完整性、验收结论与材料齐全性，以便缺手续/缺材料/超预算的事项我能在系统层拦截拒付。
• 作为秘书长，我希望对采购进行终审（50万以下）或审核（50万以上），以便落实分级审批权责。
• 作为党支部负责人，我希望 50 万（含）以上采购在提交理事会前有我的前置审核节点，并强制归档《重大事项党组织前置审核报送表》与支委会纪要，以便履行"前置研究、政治把关"职责。
• 作为会长/法定代表人，我希望对 50 万（含）以上重大采购做最终审定，以便落实"三重一大"集体决策的最终签批。
• 作为办公室（采购归口部门），我希望维护合格供应商名录与采购分档规则，并统一查看/导出全流程档案，以便归口管理与审计备查。
• 作为采购经办人/需求部门，我希望履约完成后发起验收并录入验收结论，以便"谁需求、谁验收、谁负责"落实到单据。

5. 功能需求与验收标准

5.1 采购金额档位配置（P0，可维护的四档，对齐《采购管理办法》第十一条）

2026-09-14 确认：档位维持四档（对齐办法第十一条与流程梳理文档）；采购方式改为人工配置，金额档位仅决定审批流程与支撑材料。

用户要求：档位要可维护——加区间、加前置条件、加所需材料，制度修订无需改代码。

• 新增「采购档位配置」：每档维护 金额下限（含）/上限（不含）、比价方数、是否党支部前置、是否理事会审议、是否法定代表人（会长）签字、所需支撑材料清单、审批链模板（不再包含采购方式）。
• 比价/招标位置（2026-09-19 确认）：比价环节前移至「采购申请」之后——5万～100万两档均为「采购申请 → 比价 → 部门负责人 → …」，即"先比价、后审批"，比价结果供后续审批参考（原设计比价在审批链末端）。≥100万档的招标在法定代表人（会长）签字后启动（会长签字 → 进入招标状态 → 外部代理机构执行 → 中标回填）。
• 金额档位按管理办法（2026-09-19 复核）：二档起点确认为 5万（含）（办法第十一条），会上口述"6万"以办法为准。
• 默认四档（来自办法第十一条）：

说明：分级管控不适用常态化刚性经营支出（员工薪酬福利、办公场地房租、水电物业等月度固定基础运营开支），该类支出按协会财务管理制度执行（办法第十一条）。

验收标准： - [ ] 管理员可增/删/改档位，修改金额区间、比价方数、前置条件、审批链 - [ ] 档位区间不得重叠或留空（保存时校验） - [ ] 修改档位后，新采购单按新规则判定，历史采购单不受影响（快照旧档位）

5.2 采购申请与审批流程提示（P0）

• 采购经办人填报：采购项目名称、采购类型（资产类/产品类/服务类）、采购内容与规格、申请部门、预算金额、资金属性（预算内/预算外）、采购用途。
• 「采购需求、交付、验收标准」为必填项（2026-09-16 确认）：须填写采购内容、规格参数、数量、服务标准、交付时限、验收要求；未填写不可提交（该栏内容同时作为比价/招标所需材料的基础）。
• 采购方式人工选择（七种）：自主采购、比价、竞争性谈判、竞争性磋商、单一来源、公开招标、邀请招标（办法第十条）。
• 采购方式跟随金额但不强制（2026-09-19 确认）：系统按金额档位推荐对应采购方式（＜5万→自主采购；5万～100万→比价；≥100万→公开招标），业务人员可自行调整（七种任选），最终以人工选择为准。
• 该字典维护在系统参数中（若依框架 sys_dict），由后台自定义配置增删，无需改代码。
• 提交时系统按预算金额自动匹配金额档位，提示审批链与所需支撑材料（档位仅决定审批流程，不决定采购方式）。
• 所有对外付款均需走采购流程（含 5 万以下）：任何对外付款先发起采购申请，再流转至合同模块，确保合同出处清晰。
• 生成采购编号（自动，规则：CG + 年月日 8 位 + 4 位序号，如 CG20260901-0001；序号 0001～9999，跨年重新从 0001 排），全局唯一。
• 规定版式表单自动生成（2026-09-16 确认）：系统按档位自动生成与《采购管理办法》配套表单版式一致的《采购申请单》——
• 50 万以下版：基础信息 / 采购需求·交付·验收标准 / 资金信息 / 金额档位判定 / 合规承诺 / 逐级审批栏（部门负责人→财务复核→秘书长）
• 50 万以上版：在上一版基础上增加「特大重大项目专属栏」（附件资料、党支部审核意见及纪要、理事会审议、法定代表人会长最终审定签字）
• 支持在线预览；不提供在线打印功能，仅提供文件下载（2026-09-19 确认）；审批意见由系统自动回填至对应审批栏，最终可导出 PDF（版式与规定一致）
• 「合规承诺」签字方式（2026-09-16 确认）：系统生成表单 → 打印 → 经办人签署合规承诺、审批人签字 → 签字扫描件回传系统归档（纸质签字留存，满足审计要求）。
• 合规承诺文件化（2026-09-19 确认）：零星自主采购（＜5万）须上传签署版《合规承诺书》（必传，未上传不可提交）；系统提供《合规承诺书》固定模板下载链接，供经办人下载签署后扫描上传；取消原「在线打印」功能，所有单据仅提供文件下载。
• 强制「合规承诺」内容展示（未拆分金额、未规避审批及前置流程，填报内容真实）。

验收标准： - [ ] 「采购需求、交付、验收标准」为必填项，未填写不可提交 - [ ] 系统按档位自动生成规定版式《采购申请单》，50万以上含特大项目专属栏，可预览与打印 - [ ] 审批意见自动回填审批栏，支持导出 PDF（版式与规定一致） - [ ] 合规承诺采用打印签字 + 扫描件回传归档方式 - [ ] 采购方式为人工下拉选择，七种齐全（自主采购/比价/竞争性谈判/竞争性磋商/单一来源/公开招标/邀请招标），由系统参数配置 - [ ] Given 预算金额 4.9 万，Then 提示「零星自主采购」：采购申请→部门负责人→财务复核→秘书长，无需比价 - [ ] Given 预算金额 5 万，Then 提示「比价采购」（5万含入二档），须 ≥3 家报价 - [ ] Given 预算金额 50 万，Then 提示「比价采购（重大）」（50万含入三档），党支部前置+理事会审议+法定代表人签字 - [ ] Given 预算金额 100 万，Then 提示「招标采购」（100万含入四档），公开/邀请招标+前置+审议+签字 - [ ] 5 万以下对外付款也须发起采购申请 - [ ] 成交后按实际金额复核：若跨档（如预算 45 万、成交 55 万），系统预警并触发补充审批

5.3 供应商库（P0）

• 办公室维护「合格供应商名录」：单位名称、统一社会信用代码、联系人、电话、地址、邮箱、状态（合格/停用）。
• 比价/招标时从供应商库选择（≥3 家参与比价），支持记录每家报价。

验收标准： - [ ] 办公室可增删改查供应商，供应商字段齐全 - [ ] 比价采购必须关联 ≥3 家供应商，少于 3 家无法提交 - [ ] 停用供应商不可被新采购选用

5.4 比价/招标过程留痕（P0）

• 比价采购档（5万～50万、50万～100万）：比价环节前移至「采购申请」之后（2026-09-19 确认），记录每家供应商报价金额、上传《供应商报价单》（加盖公章）、比价过程记录；可标注拟定供应商。比价支撑材料含：比价通知、需求说明、≥3家供应商报价单与营业执照、比价结果、拟定供应商名称、会议纪要（如有）。比价结果供后续审批参考（审批人可见比价过程与结果）。
• 招标采购档（≥100万）——结构化记录（2026-09-19 确认，原为"仅材料留痕"）：法定代表人（会长）签字后进入招标状态，由外部代理机构执行招标，系统记录：

验收标准： - [ ] 比价采购强制上传 ≥3 家报价单，缺失拦截 - [ ] 报价单/依据材料由相关角色审核（见 5.7），审核意见留痕 - [ ] 比价环节位于「采购申请」之后，比价结果可供审批人查看 - [ ] 招标采购档（≥100万）记录招标状态、代理机构、中标公司、中标金额（结构化字段） - [ ] 中标公司与中标金额支持定标后回填，并自动带入采购单 - [ ] 招标附件（招标文件/开标评标记录/中标通知书）支持多文件上传与归档

5.5 审批流程（复用工作流 + 任务中心，P0）

• 新增工作流「采购审批」，审批链按档位动态（见 5.1 表）。
• 全部档位审批链均含「财务复核」节点（办法第七条：预算审核、资金支付管控、发票合规校验、成本核算）；位置为部门负责人之后、秘书长之前。
• 党支部前置把关 + 理事会审议 + 法定代表人签字采用"节点 + 附件"双重落地：
• 50万（含）以上档位审批链中插入"党支部前置审核"节点（支部负责人审批）；
• 该节点必传《重大事项党组织前置审核报送表》+ 支委会会议纪要；
• "理事会审议"节点必传理事会决议/会议纪要；
• 理事会通过后进入"法定代表人（会长）签字"节点，必传采购申请表法定代表人（会长）签字版（办法配套表单"特大重大项目专属栏"）；
• 未完成前置审核，流程不可流转到理事会节点、不可启动比价/招标。
• 审批动作全部走任务中心待办（复用 rx_task），审批人按角色解析。
• 采购流程不含「付款」「验收」节点（2026-09-16 / 09-18 调整）：采购流程终点为「归档」；付款与验收动作均在合同模块执行，采购侧只读同步。
• 归档自动触发（2026-09-19 调整，替代原「需人工审核」）：采购单归档由关联合同的归档状态自动触发——单一合同归档完成 → 采购单自动归档并置「已完结」；多个合同须全部归档方自动完结；尚有合同未归档时状态为「履行中」。归档的审核动作在合同侧完成（办公室确认），采购侧只读同步、不重复审核。
• 修改重审原则（2026-09-19 确认）：任何已审核的内容被修改后，须重新走完完整审批流程（含名称、联系电话等非关键字段）；流程完成后如发现异常，提供「主动驳回」按钮，驳回后从头重新审批。
• 归档确认由办公室统一执行（2026-09-16 调整）：采购、项目的最终归档确认合并到办公室一处，不在采购、项目、材料多处重复确认。

验收标准： - [ ] 采购流程步骤条不含「付款」节点（付款走合同模块） - [ ] 归档确认由办公室统一执行，仅一处确认、不重复 - [ ] 零星自主/比价采购档审批链：采购申请 → 部门负责人 → 财务复核 → 秘书长 - [ ] 比价采购（重大）/招标采购档审批链：采购申请 → 部门负责人 → 财务复核 → 秘书长 → 党支部前置 → 理事会审议 → 法定代表人（会长）签字 → 招标（≥100万） - [ ] 比价采购档（5万～100万）比价环节位于「采购申请」之后、部门负责人之前 - [ ] 采购单归档由合同归档状态自动触发，多合同须全部归档才置「已完结」 - [ ] 已审核内容被修改后自动触发重新审批（全链重走），并支持「主动驳回」从头审批 - [ ] 缺《前置审核报送表》时流程卡在党支部节点；缺会长签字版时流程卡在签字节点 - [ ] 每级审批意见、时间、签字（电子）留痕可追溯

5.6 采购与合同双向关联（P0，2026-09-18 补充）

2026-09-11 会议调整：采购与合同模块双向关联，付款、验收信息自动同步回采购详情。 2026-09-18 会议确认：支持一采多合同；采购单可事后补关联到项目。

• 采购审批通过后自动流转至合同模块，可关联现有合同（rx_contract）或从采购单直接发起合同创建（复用合同模块）。
• 采购单记录合同编号；合同状态、付款进度、验收信息自动同步回采购详情页，双向可追溯（支撑材料互用，不重复上传）。
• 一采多合同（2026-09-18 确认）：常规为「一采一合同」，但存在一个采购单关联多个合同的特殊情况——如大额项目分拆签订、单个项目下多场活动各涉技术开发/宣传物料/场地等多笔合同（实例：某项目预算 150～170 万、约 30 场活动）。系统须保留此逻辑以备审计查验；采购详情页提供「＋ 关联已有合同」入口追加。
• 采购完结判定：采购单关联的全部合同均归档完成后，采购单状态自动置「已完结」；尚有合同未归档时状态为「履行中」。
• 金额校验：系统校验「关联合同金额合计」与「采购预算」是否一致，不一致时预警提示（不阻断，供人工核对）。
• 采购 ↔ 项目关联（2026-09-18 确认）：
• 正向：采购申请时选择归属项目（rx_purchase.project_id）。
• 反向事后补关联：若采购先发生、项目后立项，可在项目详情页「＋关联已有采购单」补关联；或在合同付款审批阶段明确项目归属。关联记录留痕（操作人、时间）。

验收标准： - [ ] 采购单可发起/关联合同，合同编号回填采购单 - [ ] 一个采购单可关联多个合同（一采多合同），关联数量不受限 - [ ] 采购完结判定：全部关联合同归档完成后自动置「已完结」 - [ ] 关联合同金额合计与采购预算不一致时系统预警 - [ ] 合同付款、验收状态变更自动同步至采购详情（采购侧只读） - [ ] 支持项目侧事后补关联已有采购单，并留痕

5.7 支撑材料审核（P0，2026-09-19 调整：材料类型字典化）

• 比价单、前置审核表、验收单、实施方案、预算明细等材料上传后，进入材料审核环节，由对应角色审核（通过/驳回），审核意见留痕。
• 材料缺失或审核未通过，相应流程节点不可放行。
• 材料类型字典化（2026-09-19 确认）：取消按固定步骤限制材料类型——上传时从字典 material_type 中自由选择（管理员可后台增删改），不限于本单既定材料清单；列表中的「应上传材料清单」保留用于进度核对。
• 上传控件优化：控件宽度收窄（避免占满屏幕），与材料类型下拉同排展示。
• 验收单来源：由合同模块上传并同步至采购单（采购侧只读展示，不重复上传）。

验收标准： - [ ] 材料类型从字典 material_type 自由选择，可后台增删改 - [ ] 上传控件宽度收窄，同排展示不占满屏幕 - [ ] 不受固定步骤的材料类型限制，可上传清单外材料 - [ ] 验收单由合同模块同步，采购侧只读

5.8 验收管理（P0，2026-09-18 调整：验收在合同模块执行）

2026-09-18 会议确认：采购模块取消独立「验收」节点。验收动作统一在合同模块操作，采购侧只读同步验收结果。

• 履约完成后，需求部门在合同模块发起验收（谁需求、谁验收、谁负责），录入验收类型（货物/服务/工程）、验收结论（合格/不合格）、验收意见，上传《采购验收单》。
• 不合格时记录整改要求，整改后可重新验收。
• 货物类固定资产验收保留「是否固定资产」标记字段，一期不对接固定资产台账。
• 采购详情页只读展示合同侧的验收结论与《采购验收单》，不重复录入；采购流程步骤条中不出现「验收」节点。

验收标准： - [ ] 验收在合同模块完成录入，采购侧只读同步展示 - [ ] 采购流程步骤条无独立「验收」节点 - [ ] 验收结论不合格时可整改重验，留痕可追溯

5.9 财务付款前置审核（P0，2026-09-16 调整）

2026-09-16 会议调整：采购流程步骤条去掉「付款」节点，付款相关操作统一在合同模块处理（与合同模块相同处理步骤）。

• 付款由合同模块承载：采购单验收完成后，付款在合同模块按合同付款节点执行；采购侧不设独立付款环节。
• 财务付款前，系统强制校验三项：审批流程完整、验收结论合格、支撑材料齐全。任一不满足，付款环节锁定并提示缺失项。
• 记录付款金额、付款方式（对公转账为主；2000元以上原则上禁止现金——可配置提醒）。

5.10 档案归档与导出（P0，2026-09-18 调整：验收与归档合并）

2026-09-18 会议确认：验收与归档合并为一个环节，采购流程只保留「归档」。 2026-09-19 会议调整：归档改为自动触发——采购单归档由关联合同的归档状态自动触发；审核动作在合同侧完成（办公室确认），采购侧只读同步、不重复审核。

• 采购全流程材料统一归集到采购单档案页，支持一键导出（PDF/Excel）。办公室可查看全部档案，党支部可随时调阅。
• 归档为采购流程终点，由合同归档自动触发（2026-09-19）：
• 单一合同：该合同归档完成 → 采购单自动归档并置「已完结」；
• 多个合同：全部合同均已归档 → 采购单自动归档并置「已完结」；尚有合同未归档时状态为「履行中」。
• 归档的前置校验（材料齐全 + 验收结论合格）与审核动作均在合同侧完成，采购侧只读同步、不重复审核。
• 归档确认由办公室统一执行（2026-09-16 确认，2026-09-18 延续）：采购、项目的最终归档确认合并到办公室一处完成——采购支撑材料、验收材料、项目材料的归档确认不再分多处重复确认；归档确认记录留痕（确认人、时间、意见）。
• 完结判定（若一采多合同）：一个采购单关联多个合同时，全部合同归档完成方视为该采购完结。

验收标准： - [ ] 采购流程终点为「归档」，无独立验收节点 - [ ] 采购单归档由合同归档状态自动触发（单一合同归档即完结；多合同须全部归档） - [ ] 尚有合同未归档时采购单状态为「履行中」 - [ ] 归档的前置校验与审核在合同侧完成，采购侧只读同步、不重复审核 - [ ] 归档确认由办公室统一执行，仅一处确认、不重复

5.11 待办与提醒（P1）

• 采购审批、材料审核、验收待办进入任务中心；超时未审提醒；状态变更短信/站内信提醒。
• 后台首页「预警提示」（2026-09-19 新增）：系统首页提供采购金额不一致预警——采购单关联合同金额合计与采购预算不一致时，在首页预警框中提示，并提供跳转入口；该类采购单需从头重新走一遍完整审批流程。

5.12 利害关系回避（P1）

• 经办/评审/审批人若与供应商存在利害关系，可手动申报回避（提交回避说明），系统记录。一期不做自动校验。

5.13 采购方式人工配置（P0，七种，后台可维护）

2026-09-14 确认：采购方式保留七种（办法第十条），选项维护在系统参数（若依框架系统参数表），由后台自定义配置，无需改代码。

• 采购方式由业务人员自主选择（七种）：自主采购、比价、竞争性谈判、竞争性磋商、单一来源、公开招标、邀请招标。
• 跟随金额但不强制（2026-09-19 确认）：系统按金额档位推荐采购方式（＜5万→自主采购；5万～100万→比价；≥100万→公开招标），业务人员可自行调整，最终以人工选择为准（档位不对采购方式做强制判定）。
• 选项维护在系统参数中（sys_dict_type / sys_dict_data 字典项），管理员可增删改，前端下拉自动同步。
• 党支部前置审核报送表、供应商报价单、验收单等转为附件上传，系统内仅保留审批单，不再单独结构化填报。

验收标准： - [ ] 采购方式为人工下拉选择，七种齐全，无自动判定逻辑 - [ ] 采购方式字典维护在系统参数中，可后台增删改，前端下拉同步 - [ ] 前置报送表/报价单/验收单以附件形式归档，系统仅保留审批单

5.14 常态化刚性经营支出（仅免金额分档，P1）

2026-09-11 会议调整：刚性支出仅免"金额分档"，仍走常规审批流程。

• 采购单增加「是否常态化刚性经营支出」标记字段（薪酬福利、房租、水电物业等）
• 标记为刚性支出时：跳过金额分档判定，但仍走常规审批流程（部门负责人 → 财务复核 → 秘书长终审），归档备查

6. 数据模型

沿用 RuoYi 约定：实体继承 BaseEntity，金额 DECIMAL，状态字典，表前缀 rx_。

• rx_purchase_tier_config 采购档位配置表（tier_id、tier_name、min_amount、max_amount、quote_count、need_party_review、need_council_review、need_president_approve、required_materials、approval_flow_id、sort_order、status）——默认四档，need_president_approve 对应法定代表人（会长）签字
• rx_supplier 供应商库（supplier_id、supplier_name、credit_code、contact_name、contact_phone、address、email、status）
• rx_purchase 采购单主表（purchase_id、purchase_no、purchase_name、purchase_type、purchase_content、apply_dept_id、applicant_id、budget_amount、actual_amount、fund_attr、is_rigid_expense、tier_id、purchase_method、special_reason、supplier_id、contract_no、project_id、status、payment_status、payment_amount、payment_type、is_fixed_asset）
• rx_purchase_quote 比价报价记录（quote_id、purchase_id、supplier_id、supplier_name、quote_amount、quote_file、is_win）
• rx_purchase_material 采购支撑材料（material_id、purchase_id、material_type、file_url、check_status、check_by、check_time、check_remark）
• rx_purchase_acceptance 验收记录（acceptance_id、purchase_id、accept_type、accept_result、accept_opinion、accept_user_id、accept_time、accept_file、rectify_remark）

关联：rx_purchase 1—N rx_purchase_quote/rx_purchase_material；1—1 rx_purchase_acceptance；rx_purchase.project_id → rx_project（见第二章）；rx_purchase.contract_no → rx_contract；rx_purchase 1—1 rx_task（审批实例）。

7. 工作流与审批链

新增 rx_workflow「采购审批-常规」（部门负责人→财务→秘书长终审）与「采购审批-重大」（+党支部前置→理事会审议→会长审定），节点审批人按角色解析（部门负责人=申请部门负责人、财务=rx_finance_m、秘书长=msz、党支部/理事会/会长=新增角色）。

8. 角色权限与菜单

• 复用：秘书长 msz、协会财务 rx_finance_m、办公室、各部门负责人
• 新增：党支部负责人 rx_party、理事会 rx_council、会长 rx_president
• 菜单：新增目录「采购管理」/system/purchase（采购申请、采购列表、供应商库、采购档位配置、采购档案）
• 权限标识：purchase:purchase:*、purchase:tier:*、purchase:supplier:*、purchase:quote:check、purchase:material:check、purchase:acceptance:add、purchase:pay:audit

9. 成功指标

10. 需求确认结论

二、项目管理模块

来源：需求初稿「项目管理」+《北京软件和信息服务业协会项目管理办法（草案）》（2026-08-21 修订）+《项目与采购流程分类节点梳理》（2026-09-14）。

⚠️ 2026-09-11 会议调整：项目按类别区分审批流程（政府购买服务/政府补助流程简单、不受资金限制、无需上会；重大活动/其他按金额分级审批）；项目跟踪按审批流程节点展示（不再按技术开发节点），各节点明确需上传资料；项目编号系统自动赋码。

⚠️ 2026-09-15 会议调整（项目审批流程需求评审）：①项目编号改为 XM-YYYYMMDD-0001 格式；②新增项目状态「待上传结项文档」，由系统在项目结束时间前 15 天自动触发；③审批链原为固定配置（⚠️ 2026-09-19 更新：改为可配置，见 5.16），审批任务按角色分配至待办，审批人仅「通过/驳回」，驳回须填写原因；④党支部前置审核、理事会审议、会长签字节点由审批人上传会议决议/签字文件；⑤项目与合同双向关联，一个项目可关联多个合同；⑥承接单位手动输入（不关联系统企业库）；⑦关联关系须上传说明文件（支持多文件）。

1. 问题陈述

协会的政府购买服务、政府补助、重大活动等各类项目目前缺乏集中归类管理，分散在各业务部门，存在项目底数不清、过程材料分散、审计要求无法落实、结项无闭环、与采购/合同割裂（同一份材料重复上传）、拆分项目规避审批、超预算擅自实施等问题。不解决的代价：审计/5A 评审失分、项目资金与成果无法追溯、合规与廉政风险、重复劳动。

2. 目标（Goals）

3. 非目标（Non-Goals，一期不做）

• 进度甘特图、任务分解（WBS）、项目成员/团队管理
• 项目财务核算系统（项目资金明细核算在财务系统，本项目模块只做预算登记与超预算调整审批）
• 项目统计报表/BI（一期仅列表导出）
• 预算编制工具/预算池（只做预算登记与超预算调整审批）

4. 用户故事

• 作为项目经办人，我希望在系统里登记项目并按统一编码规则自动生成项目编号，以便项目集中归类、底数清晰。
• 作为项目经办人，我希望按项目类别发起立项审批，以便项目立项合规留痕。
• 作为部门负责人，我希望在任务中心审批本部门项目的立项/结项，以便审核业务真实性与结项成果。
• 作为秘书长，我希望审批项目立项，重大项目的立项报党支部前置审核与理事会审议，以便落实分级审批权责。
• 作为党支部负责人，我希望 50万（含）以上重大项目立项前有前置审核节点并留书面意见，以便履行政治把关职责。
• 作为财务/办公室，我希望立项文件备案、项目预算可核查、超预算走调整审批，以便财务监督与审计备查。
• 作为项目经办人，我希望把项目相关的采购单、合同关联到项目下，以便材料一次上传、多处复用。
• 作为项目负责人，我希望周期>6个月或跨年的项目触发中期/年底自查，以便及时报告进展与资金情况。
• 作为项目负责人，我希望项目目标/周期/预算等重大变更走重新审批，以便合规。
• 作为经办/审批人，我希望申报关联关系回避，以便落实利害关系回避规定。

5. 功能需求与验收标准

5.1 项目登记与统一编码（P0）

• 适用范围（办法第二条）：纳入 = 政府购买服务、政府补助、重大活动（论坛、年会等）、其他类型；不纳入 = 日常运营常规性收支（固定薪资、日常办公采购、系统开发维保），走《采购管理办法》《资金使用与报销流程管理办法》，不进项目模块。
• 填报字段：项目名称、项目大类、项目类别、承接单位/合作单位（手动输入，不关联企业库）、负责人、牵头部门、项目周期（起止）、项目预算、是否涉外、项目简介/内容。
• 整体预算（2026-09-19 确认）：原「项目预算」字段统一为「整体预算」（项目总预算），项目登记时填报，作为预算对账基准。

项目分类为后台字典配置（2026-09-18 确认）：

全部类别平铺为一级分类，无子分类（2026-09-18 确认）。字典类型 project_category，管理员在若依「系统管理 → 字典管理」中自定义增删改：

• 可自定义：新增/停用类别由管理员维护字典项即可，无需修改代码。
• 每个字典项配置扩展属性「是否做资金判断」与「审批表单」，用于驱动审批链判定。
• 「其他」类为兜底分类，审批规则与「重大活动」一致（2026-09-18 确认）。
• 项目编号（2026-09-15 会议确认）：XM-YYYYMMDD-0001
• XM = 项目固定前缀；YYYYMMDD = 立项 8 位日期；0001 = 当日 4 位流水号，从 0001 起依次编号
• 立项时分配唯一编码，全程固定，不重复、不更改。例：XM-20260915-0001

• 注：《项目管理办法》第三条原为 YYYY-XX-NNN（年份-类别码-流水号），2026-09-15 会议决定改为年月日+序号格式，以本规则为准。

• 承接单位/合作单位：手动输入，不关联系统企业库（2026-09-15 会议确认）。

• 关联关系附件：项目选择「存在关联关系」时，须上传说明文件及回避举措，支持多文件上传（2026-09-15 会议确认）。

验收标准： - [ ] 项目类别为单级平铺下拉（无大类/子类两级），取值来自系统字典 project_category - [ ] 管理员可在字典管理中增删改类别项，前端下拉同步，无需改代码 - [ ] 每个类别按字典配置的「是否做资金判断」属性驱动审批链判定 - [ ] 项目编号按 XM-YYYYMMDD-0001 自动生成、唯一、不可手改 - [ ] 当日流水号递增（0001 起），跨日重置 - [ ] 项目周期起止可录入，用于到期提醒与结项触发 - [ ] 承接单位/合作单位为手动输入，不联动企业库 - [ ] 关联关系为「有」时须上传说明文件，支持多文件，未上传不可提交

5.2 立项审批（P0，复用工作流，按类别判定）

2026-09-11 会议调整：不同项目类别审批流程存在差异。 2026-09-18 会议调整：类别全部平铺为一级分类；「重大活动」与「其他」均按 50 万分界做资金判断，「其他」按重大活动规则走。 2026-09-15 会议补充：审批链为固定配置，不支持用户自定义（⚠️ 2026-09-19 更新为「可配置」，见 5.16 项目审批链配置）；审批任务按角色分配至对应人员待办列表；审批人仅可「通过 / 驳回」，驳回须填写原因。 2026-09-18 会议调整：①项目分类全部平铺为一级分类，无子分类，由后台字典配置（若依「字典管理」），类别可自定义增删改无需改代码；②重大活动、其他两类均按 50 万分界做资金判断；③结项审批与归档合并为一个流程（材料齐备即视为结项，不再单设结项审批环节）。

⚠️ 2026-09-19 会议调整（开发沟通会）：①项目流程改为可配置（原为「固定配置、不支持自定义」）——新增「项目审批链配置」页，复用采购档位配置模式；②项目详情顶部展示「所属流程」与流转状态；③项目列表「周期」与「状态」之间新增倒计时（倒排时间）列，默认按创建时间倒序 / 可切到期时间升序；④新增手动结项按钮与定时任务（每天 00:10 扫描）；⑤新增整体预算字段与已支付金额 / 待支付金额统计；⑥项目未结项前可随时关联采购与合同，支持多级关联展示。

① 政府购买服务、政府补助（字典属性「是否做资金判断」= 否）：不做资金判断，不按金额判定审批链，一律走固定链条。填《项目承接审批表》（附件1），审批链：填表 → 部门负责人审批 → 财务复核 → 秘书长审批。 - 表单处理：这两类「项目预算」为选填，不显示审批链金额判定提示。

② 重大活动、其他（字典属性「是否做资金判断」= 是）：须做资金判断，按预算金额分级判定审批链。填《项目立项审批表》（附件2），预算为必填，按预算分级： - 预算 < 50万：填表 → 部门负责人 → 财务复核 → 秘书长审批 - 预算 ≥ 50万：填表 → 部门负责人 → 财务复核 → 秘书长审核 → 党支部前置审核（书面意见） → 理事会/常务理事会审议 → 法定代表人（会长）签字

「其他」类按「重大活动」规则走（2026-09-18 确认）：作为兜底分类，审批链与资金判断分界（50 万）与重大活动完全一致。 上述判定均由字典项的「是否做资金判断」属性驱动，新增类别时配置该属性即可自动适配，无需改代码。

附件2《项目立项审批表》四个签批栏：秘书长审核 → 党支部前置审核（≥50万）→ 理事会/常务理事会审批（≥50万）→ 法定代表人/会长签字（≥50万）（2026-09-14 新增确认）。

审批节点附件要求（2026-09-15 会议确认，由审批人上传）：

验收标准： - [ ] 政府购买服务 / 政府补助不做资金判断：预算选填，不显示金额判定提示，走固定审批链 - [ ] 重大活动 / 其他须做资金判断：预算必填，按 50 万为界判定审批链 - [ ] 「其他」类审批链与「重大活动」完全一致（含 50 万分界） - [ ] 重大活动 / 其他 预算 ≥ 50万 自动触发「党支部前置审核 → 理事会/常务理事会审议 → 法定代表人（会长）签字」 - [ ] 全部审批链均含财务复核节点（部门负责人之后、秘书长之前） - [ ] 审批链为固定配置，不提供用户自定义入口 - [ ] 审批任务按角色分配至对应人员待办列表；审批人仅可「通过/驳回」，驳回须填写原因 - [ ] 三个附件节点未上传对应文件时，流程不可流转至下一节点 - [ ] 每级审批意见、时间留痕可追溯

5.3 项目备案（P0）

• 经批准承接/立项的项目，立项文件同步抄送办公室、财务备案（系统内自动推送，办公室/财务可查看）。
• 涉外项目（涉境外机构/人员/资金）须标记，完成内部审批后提示履行外部报备，未经报备不得开展洽谈、签约。

验收标准： - [ ] 立项通过后自动抄送办公室、财务 - [ ] 涉外项目强制标记，并提示外部报备

5.4 项目状态流转与审批节点跟踪（P0）

2026-09-11 会议调整：项目跟踪按审批流程节点展示，不再按技术开发节点；各节点明确需上传的资料。 2026-09-15 会议调整：新增项目状态流转模型与「待上传结项文档」状态，系统定时自动触发结项流程。

所属流程展示（2026-09-19 新增）：项目详情页顶部展示「所属流程」与当前流转状态—— - 所属流程：按项目类别取「项目审批链配置」中的流程名称（如「项目承接流程」「重大项目流程」）+ 是否做资金判断； - 当前流转状态：显示五状态中的当前值； - 流程配置指向：标注指向「项目审批链配置」（配置变更不影响在途项目，按提交时快照执行）。

项目状态流转（五状态，2026-09-18 调整：结项审批与归档合并）：

• 结项自动触发：系统默认在项目结束时间前 15 天自动将状态置为「待上传结项文档」并推送提醒给项目创建人（提前天数可配置）。
• 项目详情跟踪按审批流程节点展示（对齐流程梳理文档）：
• 政府购买服务 / 政府补助（不做资金判断）：填项目承接审批表 → 部门负责人 → 财务复核 → 秘书长审批 → 合同（协议）→ 超预算申请（如有）→ 结项归档（合并·需审核）
• 重大活动 / 其他（＜50万）：填项目立项审批表 → 部门负责人 → 财务复核 → 秘书长审批 → 合同 → 超预算申请 → 结项归档（合并·需审核）
• 重大活动 / 其他（≥50万）：填项目立项审批表 → 部门负责人 → 财务复核 → 秘书长 → 党支部前置审核 → 理事会/常务理事会审议 → 法定代表人（会长）签字 → 合同（协议）→ 超预算申请 → 结项归档（合并·需审核）

2026-09-18 调整：①项目流程中不设独立「验收」节点——验收动作在合同模块执行（与采购口径一致）；②「结项审批」与「归档」合并为单一环节，由办公室一次性审核材料齐全性与结项内容。 - 每个节点标注需上传的资料（如结项归档节点需上传《结项总结》及 6 类结项材料）。 - 项目执行中可维护阶段/里程碑：阶段名称、计划起止、实际完成时间、状态。 - 绩效跟踪（办法第十四条）：项目执行过程开展绩效跟踪，绩效指标随阶段记录，作为结项绩效自评的基础。 - 中期自查：周期超过 6 个月（不含）的项目，中期组织自查，形成《中期执行报告》（进展 + 资金收支）向秘书处汇报。 - 跨年自查：跨自然年项目年底自查，形成《项目进度报告》；12月20日后新增跨年项目支出需书面备案；预算 ≥50万 跨年项目落实风险研判与前置把关。

验收标准： - [ ] 项目详情页顶部展示「所属流程」与当前流转状态（流程名取「项目审批链配置」） - [ ] 项目状态按五状态流转，状态变更留痕 - [ ] 立项审批全部完成后状态自动变为「执行中」 - [ ] 项目结束时间前 15 天系统自动触发结项流程，状态置「待上传结项文档」并推送提醒 - [ ] 上传结项文档后状态流转至「结项归档中」；归档审核通过后置「已结项」（结项审批与归档为同一环节） - [ ] 可维护项目阶段，记录计划与实际时间 - [ ] 执行过程绩效指标可记录、可追踪 - [ ] 周期>6个月的项目自动提醒中期自查并留痕 - [ ] 跨年项目自动提醒年底自查

5.5 周期到期提醒与倒计时（P0，2026-09-19 调整）

• 项目周期临近结束（默认提前 30 天，可配置）自动提醒项目负责人与经办人。
• 列表倒计时列（2026-09-19 新增）：项目列表在「项目周期」与「状态」之间新增「倒计时」列——显示「剩余 N 天」或「已逾期 N 天」（含到期日期），逾期标红。
• 默认排序（2026-09-19 确认）：列表默认按创建时间倒序排列；点击「倒计时」表头可按到期时间升序排列。
• 手动结项（2026-09-19 新增）：执行中的项目，可由创建人 / 负责人在列表或详情页点击「手动结项」主动触发结项流程，无需等待系统自动触发。
• 定时任务（2026-09-19 确认）：结项自动触发任务每天凌晨 00:10 执行，扫描符合时间条件的项目并转为结项流程（原仅写「结束时间前 15 天自动触发」，现明确调度时间）。

验收标准： - [ ] 项目列表含「倒计时」列（位于周期与状态之间），显示剩余 / 逾期天数 - [ ] 逾期项目倒计时标红 - [ ] 列表默认按创建时间倒序，可按到期时间升序排列 - [ ] 执行中项目提供「手动结项」按钮，可主动触发结项 - [ ] 结项自动触发定时任务每天 00:10 执行

5.6 关联采购与合同（P0，文档复用核心）

2026-09-15 会议确认：项目与合同双向关联——既可在项目内创建合同，也可在合同模块选择关联的项目；一个项目可关联多个合同。 2026-09-16 补充：支持事后关联——部分采购单、合同为项目立项后补关联（先有采购/合同、后装入项目）。

• 项目可下挂多个采购单：采购单新增 project_id 字段，采购申请时可选择归属项目；项目详情页汇总展示名下采购单。
• 项目可关联多个合同：项目详情页「关联采购与合同」区块汇总展示；合同模块亦提供「关联项目」字段，双向可查。
• 事后关联（2026-09-16 确认）：项目详情页提供「＋ 关联已有采购单」「＋ 关联已有合同」入口——选择系统中已有的历史采购单/合同并提交关联；关联记录留痕（操作人、时间）。适用于「采购/合同先发生、项目后立项」的特殊情况。
• 采购单/合同的支撑材料在项目档案页可直接调用，不重复上传。
• 关联时机与多级展示（2026-09-19 确认）：项目在未结项前可随时关联采购单或已有合同（含事后补关联）；结项归档后关联入口锁定，仅可查看。多级关联展示：项目 → 合同 → 采购单 三级可逐层展开查看。

验收标准： - [ ] 采购单可选择归属项目，回填项目 - [ ] 项目详情页可查看名下全部采购单与合同（一个项目可关联多个合同） - [ ] 合同模块可选择关联项目，双向可查 - [ ] 支持事后关联已有采购单/合同，并留痕（操作人、时间） - [ ] 未结项前可随时关联，结项归档后关联入口锁定（仅可查看） - [ ] 支持项目 → 合同 → 采购单 多级关联展示 - [ ] 采购/合同已上传的支撑材料在项目中可直接引用

5.7 预算管理与超预算调整（P0）

• 项目登记整体预算金额，财务备案。
• 资金统计口径（2026-09-19 新增）：项目资金区展示 7 项——整体预算 / 已签合同金额 / 已支付金额 / 待支付金额 / 无合同支出 / 预算占用合计 / 预算结余；
• 已支付金额 = 合同实际已付款；
• 待支付金额 = 已签合同但未付款或已计划未执行的金额（已支付 + 待支付 = 已签合同金额）；
• 预算占用合计 = 已签合同金额 + 无合同支出；预算结余 = 整体预算 − 预算占用合计。
• 预算外/超预算支出走预算调整审批，经核准后方可执行。
• 重大活动类项目预算外支出与预算合计 ≥50万（含）的，按重大项目流程（党支部前置+理事会审议）。
• 政府购买服务/政府补助类项目预算调整须报立项单位同意（留凭证）。

验收标准： - [ ] 项目整体预算可登记，超预算支出触发调整审批 - [ ] 资金区展示 7 项（整体预算/已签合同/已支付/待支付/无合同支出/预算占用合计/预算结余） - [ ] 已支付 + 待支付 = 已签合同金额；预算占用合计 = 已签合同 + 无合同支出 - [ ] 调整后合计 ≥50万 自动升级重大项目流程 - [ ] 政府类项目预算调整须附立项单位同意凭证

5.7.1 项目支出登记与预算对账（P0，2026-09-18 新增）

2026-09-18 会议新增需求：部分项目支出（专家费、临时人工成本等）无合同、无发票支撑，此前在系统中无处登记，导致「项目总预算」与「实际支出」对不上账，存在审计风险。

问题场景：以会议活动类项目为例，场地、专家费等需走合同纳入系统；但固定人工成本等未包含在合同与采购模块中的费用同样属于项目支出，若不入库则总账与支出无法对齐。

功能设计：

登记审批流（2026-09-18 设计定稿，依据协会《项目管理办法》《采购管理办法》）：

合规校验规则（系统内嵌提示，强化内控）：

审计与监督支撑： - 全部登记与审批操作留痕（操作人、时间、修改记录），满足审计"账实相符"要求。 - 支持按项目一键导出收支明细与凭证包，供专业审计机构财务审计使用（第二十一条），并配合财政部门与外部监督检查（第二十六条）。 - 监事会可开展财务抽查、党支部可随时调阅（第二十五条）。 - 50万（含）以上重大项目结项结果按规定公示（第二十六条）。

边界说明（重要）： - 系统负责台账登记、审批流转、对账与留痕；资金实际支付手续仍按协会《资金使用与报销流程管理办法》线下办理（《项目管理办法》第八条：项目所有资金支付审批流程统一执行该办法），系统不替代线下财务支付流程。 - 系统仅负责汇总与预警，超支的具体处理仍走线下管理办法——系统不替代管理制度。

验收标准： - [ ] 项目详情页可登记无合同支出（费用类型/摘要/金额/日期/凭证/经办人） - [ ] 费用类型由字典维护，可增删改 - [ ] 凭证附件为必传项，未上传不可保存 - [ ] 有合同的支出自动汇总展示，不可重复登记或编辑 - [ ] 采购单金额不单独计入支出合计（避免重复计算） - [ ] 预算对账五项数据展示正确：预算 / 有合同支出 / 无合同支出 / 实际合计 / 结余 - [ ] 实际支出达 80% 提示、达 100% 告警，阈值可配置 - [ ] 提供单项目收支汇总报表与协会整体统计报表，秘书长/管理员可查 - [ ] 支持无限加项登记 - [ ] 登记审批流：预算内 → 财务复核；超预算/预算外 → 秘书长审批（核准后方可执行） - [ ] 重大活动类超预算与预算合计 ≥50万 自动触发重大项目流程（党支部前置 + 理事会审议 + 会长签字） - [ ] 政府购买服务 / 政府补助类预算调整须附立项单位同意凭证 - [ ] 单笔 ≥2000 元提示优先对公转账并须登记支付方式 - [ ] 支持按项目导出收支明细与凭证包（供审计与监督检查） - [ ] 全部登记与审批操作留痕可追溯（操作人 / 时间 / 修改记录）

5.8 重大变更管理（P0）

• 调整项目目标、实施周期、合作主体、总预算的，视同重大变更，按原立项审批层级重新审批。
• 政府购买服务项目重大调整须提前征得立项单位书面同意（留凭证）。

验收标准： - [ ] 重大变更触发重新审批，流程与立项同级 - [ ] 变更记录留痕，变更审批文件归档

5.9 关联关系回避（P0）

• 理事/监事/负责人如与项目合作方存在关联关系（近亲属、持股、任职、重大经济利益），须主动披露并回避。
• 申报回避后，该人员不得参与该项目洽谈、评审、表决。

验收标准： - [ ] 立项表单含「是否存在关联关系」字段，勾选「有」须填说明与回避举措 - [ ] 回避记录留痕可追溯

5.10 结项管理（P0，2026-09-18 调整：结项审批与归档合并）

2026-09-18 会议确认：结项审批与归档合并为一个流程——材料齐备（含验收报告/结项总结）即视为结项，不再单独设置结项审批环节。

结项触发与流转（合并后）：

1. 自动触发：系统在项目结束时间前 15 天自动触发结项流程，状态由「执行中」置为「待上传结项文档」，并推送提醒给项目创建人（无需人工干预，提前天数可配置）。
2. 上传结项文档：项目创建人上传结项材料（6 类，见 5.11）后，状态流转至「结项归档中」。
3. 归档审核（合并结项审批）：由办公室在待办中一次性审核——校验材料齐全性与结项内容（含绩效自评）；审核通过 / 驳回（驳回须填写原因，创建人补充后重新提交）。
4. 完成：审核通过后状态置「已结项」，材料归档完毕。

项目状态（五状态，2026-09-18 调整后）：

• 项目负责人编制结项总结（项目完成情况、资金使用决算、项目成果）。
• 结项同步开展绩效自评，绩效评价结果作为后续同类项目立项参考。
• 政府购买服务/政府补助类项目，配合立项单位完成验收（留验收凭证）。
• 归档确认由办公室统一执行：采购、项目的最终归档确认合并到办公室一处完成，不重复确认（与采购 5.10 一致）。

验收标准： - [ ] 系统在项目结束时间前 15 天自动触发结项流程，状态置「待上传结项文档」并提醒创建人 - [ ] 创建人上传结项文档后状态流转至「结项归档中」 - [ ] 结项审批与归档为同一环节，由办公室一次性审核，系统内不存在独立的结项审批节点 - [ ] 审核支持通过 / 驳回（驳回须填原因），补充材料后可重新提交 - [ ] 审核通过后项目置「已结项」，材料归档完毕 - [ ] 结项须填结项总结（完成情况+资金决算+成果）+ 绩效自评 - [ ] 政府类项目须附立项单位验收凭证

5.11 档案归档（P0，一事一档，2026-09-18 调整：与结项审批合并）

结项支撑材料（6 类，2026-09-16 确认，按《项目管理办法》第二十三条）：

• 项目档案实行「一事一档」，由项目负责人收集，报送办公室统一归档，全流程可追溯。
• 归档与结项审批为同一环节（2026-09-18）：办公室审核材料齐全即视为结项，不再走独立的结项审批流。
• 归档确认由办公室统一执行（2026-09-16 确认）：项目与采购的最终归档确认合并到办公室一处完成，不重复确认；确认记录留痕（确认人、时间、意见）。

5.12 信息公开与公示（P1）

• 50万（含）以上重大项目立项、结项结果按规定公示（复用信息发布能力），接受会员及社会监督。
• 政府购买服务、财政补助类项目按采购方要求落实信息公开。

5.13 分包管理（P0，办法第十五条）

• 严禁项目整体转包、擅自分包；确需分包的，在立项阶段载明分包范围、分包金额、合作主体，完整履行对应层级审批程序。
• 分包金额 ≥50万（含）的，须同步落实党组织前置审核及理事会/常务理事会审议。
• 不得将项目分包给与协会负责人、理事、监事、项目负责人存在利害关系的主体。

验收标准： - [ ] 立项阶段可登记分包范围/金额/合作主体 - [ ] 分包金额 ≥50万 自动触发前置审核+审议 - [ ] 分包对象校验关联关系，存在利害关系时拦截

5.14 结余资金处置（P1，办法第十一条）

• 项目结项后登记资金结余及处置方式：政府购买服务/补助类按立项单位要求执行；自筹项目结余结转用于同类业务，不得私分、不得返还合作方、不得利益输送。
• 结余资金单次安排支出 ≥50万（含）的，使用方案须提交理事会/常务理事会审议。

验收标准： - [ ] 结项时登记资金结余金额与处置方式 - [ ] 结余单次支出 ≥50万 触发理事会审议

5.15 第三方审计（P1，办法第二十一条）

• 根据实际需要，可委托专业审计机构对项目进行财务审计，审计报告作为项目档案归档，并按规定上报及公示。

6. 数据模型

• rx_project 项目主表（project_id、project_no、project_name、project_category、owner_unit、leader、lead_dept_id、start_date、end_date、project_budget、is_foreign、has_relation、relation_desc、surplus_fund、surplus_disposal、status[立项审批中/执行中/待上传结项文档/结项归档中/已结项]、conclusion、performance_review、remark + BaseEntity）
• project_no 编号规则：XM + YYYYMMDD + 4 位当日流水号（如 XM-20260915-0001）
• project_category 取值来自系统字典（若依 sys_dict_type / sys_dict_data，字典类型 project_category），单级平铺无子类，管理员可增删改，无需改代码（2026-09-18 确认）；字典项扩展属性「是否做资金判断」驱动审批链判定
• owner_unit（承接单位/合作单位）为手动输入文本，不关联 rx_corporate
• has_relation 为「有」时，关联关系说明文件存 rx_project_material（material_type=关联关系说明），支持多文件
• rx_project_contract 项目—合同关联表（relation_id、project_id、contract_id、create_by、create_time）——支持一个项目关联多个合同，双向关联
• rx_project_expense 项目支出登记表（expense_id、project_id、expense_type[专家费/临时人工费/差旅费/其他，字典]、summary、amount、occur_date、has_contract、contract_id[有合同时关联]、voucher_url[凭证附件，必传]、pay_method[支付方式：对公转账/银行电汇/现金，≥2000元默认对公]、status[审批状态：待确认/财务复核中/已核准/驳回]、register_by、register_time、remark + BaseEntity）——无合同支出登记，审批流复用 rx_workflow + rx_task；有合同的支出由合同模块汇总，不重复入库
• 预算对账视图：项目预算（rx_project.project_budget）vs 实际支出（SUM(rx_project_expense.amount) + 关联合同已付金额），达阈值触发预警（阈值入 sys_config）
• rx_project_attach 审批节点附件（attach_id、project_id、task_id、node_type[党支部前置/理事会审议/会长签字]、file_url、upload_by、upload_time）——审批人在对应节点上传的会议决议/签字文件
• 结项触发：rx_project.end_date 前 15 天由定时任务（Quartz）扫描并置状态为「待上传结项文档」，提前天数入系统参数（sys_config）可配置
• rx_project_stage 项目阶段/自查（stage_id、project_id、stage_name、stage_type[里程碑/中期自查/跨年自查]、performance、plan_start、plan_end、actual_time、status）
• rx_project_material 项目支撑材料（material_id、project_id、material_type[立项材料/合同/执行文件/变更审批/资金凭证/验收结项/绩效/审计报告]、file_url、check_status、check_by、check_time、check_remark）
• rx_project_budget_change 预算调整记录（change_id、project_id、origin_budget、new_budget、change_reason、approval_status）
• rx_project_subcontract 分包记录（subcontract_id、project_id、scope、amount、partner、approval_status、relation_check）
• rx_purchase 增加 project_id 字段（关联项目）

关联：rx_project 1—N rx_project_stage/rx_project_material/rx_project_budget_change/rx_project_subcontract/rx_purchase；rx_project 1—1 rx_task（立项审批 / 结项归档审核实例）。

7. 工作流

* 三个附件节点由审批人上传文件（会议决议/签字文件），未上传不可流转至下一节点。

通用规则（2026-09-15 会议确认，2026-09-19 更新）：① 审批链改为可配置（原为固定配置，见 5.16「项目审批链配置」；配置变更不影响在途项目，按提交时快照执行）；② 审批任务按角色分配至对应人员待办列表；③ 审批人仅可「通过 / 驳回」，驳回须填写原因；④ 任何已审核内容被修改后须重新走完整审批流程，并支持「主动驳回」。

8. 角色权限与菜单

• 复用：项目经办人（各部门工作人员）、部门负责人、秘书长 msz、办公室、财务 rx_finance_m
• 复用（采购模块已新增）：党支部负责人 rx_party、理事会 rx_council
• 菜单：新增目录「项目管理」/system/project（项目列表、项目申请、项目档案）
• 权限标识：project:project:list/add/edit/remove/export、project:stage:*、project:budget:change、project:conclusion:apply、project:material:check

9. 成功指标

10. 需求确认结论与待确认

已确认： | 事项 | 结论 | |---|---| | 审批流 | 复用工作流+任务中心（立项审批 / 结项归档审核） | | 生命周期 | 阶段跟踪 + 周期到期提醒 | | 关联关系 | 项目下挂采购 + 合同（文档复用） | | 项目类别 | 单级平铺字典（project_category），无大类/子类两级结构；类别项后台自定义 | | 重大项目审批 | ≥50万 项目需党支部前置 + 理事会/常务理事会审议 + 法定代表人（会长）签字 | | 审批链配置 | 固定配置，不支持用户自定义（2026-09-15 会议） | | 审批任务分配 | 按角色分配至对应人员待办列表；审批人仅「通过/驳回」，驳回须填原因（2026-09-15 会议） | | 节点附件 | 党支部前置/理事会审议/会长签字节点由审批人上传会议决议/签字文件（2026-09-15 会议） | | 项目编号规则 | XM-YYYYMMDD-0001（XM + 年月日 + 4 位当日流水号，如 XM-20260915-0001）——2026-09-15 会议决定，覆盖办法第三条的 YYYY-XX-NNN | | 项目状态 | 五状态：立项审批中 / 执行中 / 待上传结项文档 / 结项归档中 / 已结项（2026-09-18 调整，原「结项审批中」与归档合并） | | 结项触发 | 系统在项目结束时间前 15 天自动触发（无需人工干预），提醒项目创建人（2026-09-15 会议） | | 承接单位字段 | 手动输入，不关联系统企业库（2026-09-15 会议） | | 关联关系附件 | 选择「有」时须上传说明文件及回避举措，支持多文件（2026-09-15 会议） | | 项目—合同关联 | 双向关联，一个项目可关联多个合同（2026-09-15 会议） | | 财务复核 | 全部审批链均含财务复核节点（部门负责人后、秘书长前） | | 结项流程 | 结项审批与归档合并为一个环节（2026-09-18）：创建人上传结项材料 → 办公室一次性审核 → 已结项；原四级结项审批链作废 | | 采购验收归属 | 验收动作在合同模块执行，采购侧只读同步、不设独立验收节点（2026-09-18） | | 采购验收与归档 | 合并为一个环节，采购流程只保留「归档」，归档需审核（材料齐全 + 验收结论合格），通过后置「已完结」（2026-09-18） | | 项目分类维护 | 全部平铺为一级分类、无子分类；字典 project_category 后台可自定义增删改无需改代码（2026-09-18） | | 「其他」类审批规则 | 按「重大活动」规则走（50 万分界 + 党支部前置/理事会审议/会长签字）（2026-09-18） | | 采购完结判定 | 一采多合同时，全部合同归档完成方视为该采购完结（2026-09-18） |

5.16 项目审批链配置（P0，2026-09-19 新增 · 替代原「固定配置」）

2026-09-19 会议确认：项目流程由固定配置改为可配置（原 PRD 表述为「审批链为固定配置，不支持用户自定义」，现予更新）；复用采购档位配置的模式，新增「项目审批链配置」管理页。

配置项：

关键规则： - 快照机制：已提交的项目按提交时的配置快照执行，配置变更不影响在途项目；新提交项目按最新配置执行。 - 变更留痕：配置变更记录操作人、时间、变更内容。 - 与字典的关系：类别项维护在系统字典 project_category（可增删改）；本页为其配置审批规则——新增类别后需在本页配置审批链方可启用。 - 详情页联动：项目详情页顶部展示的「所属流程」取本页配置。

验收标准： - [ ] 管理员可维护每个项目类别的审批表单、资金判断、金额分界、审批链模板 - [ ] 审批链节点可增删、可排序，节点可配置「是否需上传附件」及附件要求 - [ ] 自动触发规则（提前天数 / 定时任务时间 / 提醒阈值 / 手动结项开关）可配置 - [ ] 配置变更留痕，且不影响在途项目（按提交时快照执行） - [ ] 项目详情页「所属流程」正确取配置值

三、团标管理模块

来源：需求初稿「团标管理（张磊）」。已确认：标准七阶段、复用审批流、仅记录评审意见（不关联专家库）、T/BSIA 编号、牵头+参与单位都记录、不纳入投诉/收费台账、发布后信息公开、不做线上编制。制度依据：无《全流程工作方案》原文，按国家《团体标准管理规定》标准流程 + 初稿过程材料落实。

1. 问题陈述

协会团体标准建设缺乏全流程管理，立项、起草、征求意见、审查、发布、复审各阶段材料分散在个人手中，存在标准底数不清、过程不可追溯、发布后信息公开不规范、材料难以归集等问题。不解决的代价：5A 评审失分、标准成果无法追溯、信息公开不合规。

2. 目标（Goals）

3. 非目标（Non-Goals，一期不做）

• 标准文本的线上多人在线编制/协作、标准文本在线编辑
• 团标投诉管理、团标收费台账
• 团标统计报表（仅列表导出）

4. 用户故事

• 作为团标负责人，我希望登记团标并自动生成标准编号，以便标准底数清晰。
• 作为团标负责人，我希望发起立项审批，以便立项合规留痕。
• 作为团标负责人，我希望按七阶段记录过程材料，以便全流程可追溯。
• 作为秘书长，我希望审批团标立项/发布，以便落实全流程工作方案。
• 作为办公室，我希望归档团标材料并在发布后公开标准信息，以便符合信息公开要求。

5. 功能需求与验收标准

5.1 团标登记与标准编号（P0）

• 字段：标准编号（自动生成）、标准计划号（与全国团体标准信息平台对齐）、标准名称、发布日期、实施日期、负责人、牵头单位、参与起草单位（多个）、标准简介/适用范围。
• 标准编号（团体标准编号规则）：T/BSIA 序号-年份（如 T/BSIA 001-2026），序号为协会流水号、年份为发布年份，唯一。

验收标准： - [ ] 标准编号按 T/BSIA 规则自动生成、唯一 - [ ] 标准计划号可录入，与外部平台对齐 - [ ] 牵头单位 + 参与起草单位（多个）均可录入 - [ ] 发布日期、实施日期可录入

5.2 团标全流程阶段管理（P0，七阶段状态机）

• 七阶段：立项申请 → 立项评审 → 标准起草 → 征求意见 → 标准审查 → 标准发布 → 标准复审，逐阶段推进。
• 每个阶段含「基本信息 + 阶段特有字段 + 支撑材料」，阶段状态可视化（未开始/进行中/已完成）。
• 基本信息联动：基本信息（标准名称、标准编号等）如有修改，前面步骤同步修改；标准名称变更保留版本历史，可追溯。
• 角色分工：业务经理提出/发起并上传资料；标准负责人审核（立项申请、立项评审、标准审查环节）；标准专员为独立角色（协助材料收集与归档）。

验收标准： - [ ] 七阶段状态机，逐阶段推进 - [ ] 各阶段字段、支撑材料齐全，缺失可拦截 - [ ] 基本信息修改时前面步骤同步

5.3 立项申请 / 立项评审（P0，复用工作流）

• 立项申请：业务经理提出、发起，标准负责人审核（走任务中心待办）。
• 立项评审：业务经理上传资料，标准负责人审核。
• 提审与审核不能由同一人操作（规避"既当运动员又当裁判"）。
• 秘书长签字节点（待定）：预留秘书长「准予立项」审批节点，是否启用待定（当前不强制，可配置开启）。
• 审核通过后进入下一阶段，驳回可修改重提。

验收标准： - [ ] 立项申请/立项评审走任务中心，意见留痕 - [ ] 提审与审核人员分离，不能同一人 - [ ] 秘书长签字节点可配置（预留，待定是否启用） - [ ] 通过后进入下一阶段，驳回可修改重提

5.4 标准发布（P0）

• 标准发布：登记发布时间、实施时间、标准起草单位、标准起草人、标准号，上传发布公告、标准发布版、标准编制说明（终版）、会议决议（如有）。
• 发布通过后标准状态置「已发布」。

验收标准： - [ ] 发布信息字段齐全，材料归档 - [ ] 发布后标准置已发布

5.5 信息公开（P0）

• 发布后公开：标准编号、标准名称、发布时间、实施时间、标准文本、立项公告（遵循《北京市社会团体信息公开指引》）。
• 关联信息发布模块，公开内容可同步到会员可见/社会公开。

验收标准： - [ ] 发布后可公开标准信息 - [ ] 公开内容与信息发布模块打通

5.6 标准复审（P1）

• 标准实施后复审：登记复审结论（继续有效/修订/废止），复审支撑材料归档。

验收标准： - [ ] 可发起复审并登记结论

6. 数据模型

• rx_group_standard 团标主表（standard_id、standard_no、standard_name、publish_date、implement_date、leader、lead_unit、standard_type、intro、status、remark + BaseEntity）
• rx_group_standard_unit 参与单位表（unit_id、standard_id、unit_name、unit_type[牵头/参与]）
• rx_group_standard_stage 阶段记录（stage_id、standard_id、stage_code[立项申请/立项评审/标准起草/征求意见/标准审查/标准发布/标准复审]、stage_name、status、start_time、end_time）
• rx_group_standard_material 材料（material_id、standard_id、stage_code、material_type、file_url、check_status、check_by、check_time、check_remark）

关联：rx_group_standard 1—N rx_group_standard_unit/rx_group_standard_stage/rx_group_standard_material；rx_group_standard 1—1 rx_task（立项/发布审批实例）。

7. 工作流

8. 角色权限与菜单

• 复用：业务经理（提出/上传资料）、标准负责人（审核）、标准专员（独立角色，协助材料收集归档）、秘书长 msz、办公室、财务 rx_finance_m
• 菜单：新增目录「团标管理」/system/groupstandard（团标列表、团标登记、团标档案）
• 权限标识：groupstandard:standard:list/add/edit/remove/export、groupstandard:stage:*、groupstandard:material:check、groupstandard:publish

9. 成功指标

10. 需求确认结论

四、党建管理模块

来源：需求初稿「党建创新」+ 会议沟通（2026-09-08）。会议确认：平台仅承载党员基本信息、党费收缴、组织关系转接、奖惩记录；三会一课保留纸质"大红本"不做线上，宣传报道对接官网。

⚠️ 2026-09-11 会议调整：党建管理以党建台账形式呈现——基础信息（支部、书记、党员基本信息列表）+ 奖惩情况（分支部奖惩与个人奖惩两类）。 2026-09-16 调整：①党支部基本情况补齐 8 项字段（含成立批复文号/批复单位/上级党委全称/党组织管理关系/党员大会选举时间/支撑材料）；②新增「历任党支部书记」；③党员信息删除政治面貌字段；④奖惩附件改为「证明材料」并支持附件；⑤备案材料支持多文件；⑥党费显示「已缴至 X 月」并可自主填写。

1. 问题陈述

党员信息、党费收缴、组织关系转接、奖惩记录分散在纸质档案中，缺乏统一管理，党员档案易丢失、组织关系转接无留痕、奖惩批复难追溯。

2. 目标（Goals）

3. 非目标（Non-Goals，一期不做）

• 三会一课线上记录（保留纸质"大红本"，各级检查只认纸质记录）
• 党课宣传（官网已有，平台不重复）
• 党建考核评分

4. 用户故事

• 作为党建工作人员，我希望维护党员基本信息，以便党员档案集中管理。
• 作为党建工作人员，我希望记录党费收缴，以便党费管理留痕。
• 作为党建工作人员，我希望记录组织关系转接（含纸质介绍信上传），以便档案不丢失、历史可追溯。
• 作为党建工作人员，我希望记录奖惩及批复，以便形成完整数据链条。

5. 功能需求与验收标准

5.1 党建台账：基础信息（P0，2026-09-16 调整）

党支部基本情况（8 项，2026-09-16 补充）：

历任党支部书记（2026-09-16 新增）：姓名、任职时间、协会任职——按届次记录历任支部书记，历史记录保留。

• 三级架构：党支部（一级）→ 党员（二级）→ 党费/转接/奖惩（三级）。
• 党员基本信息列表（2026-09-16 调整）：姓名、性别、民族、出生日期、入党时间、岗位/职务、联系方式、是否流动党员（标注"未转入"）等。
• 删除「政治面貌」字段（2026-09-16 确认）：列表内均为党员，无需重复标注。
• 按年份录入，历史档案永久保留。

验收标准： - [ ] 党支部基本情况 8 项字段齐全，上级党委填全称 - [ ] 支部支撑材料支持多文件上传 - [ ] 历任党支部书记可维护（姓名/任职时间/协会任职） - [ ] 党员基本信息不含政治面貌字段 - [ ] 党员基本信息可录入，字段齐全 - [ ] 流动党员可标注"未转入" - [ ] 历史档案永久保留

5.2 党费收缴（P0，2026-09-16 调整）

• 党费收缴记录：党员、年度、已缴至（月份）、缴费金额、缴费状态。
• 「缴费月份」展示口径（2026-09-16 确认）：显示为「已缴至 X 年 X 月」（如"已缴至 2026 年 8 月"），不使用"1-8 月"的区间表述。
• 月份与金额由经办人自主填写（2026-09-16 确认），支持逐月/逐次登记。

验收标准： - [ ] 党费按党员/年度记录，状态可查 - [ ] 缴费月份显示为「已缴至 X 年 X 月」（非区间表述） - [ ] 月份与金额可自主填写

5.3 组织关系转接（P0，2026-09-16 调整）

• 转接类型（转入/转出）、转接时间、纸质介绍信等备案材料上传。
• 备案材料支持上传多个（2026-09-16 确认）：如介绍信、党员登记表等多份材料可一次性上传。
• 人员转出后历史档案永久保留，以备核查。

验收标准： - [ ] 组织关系转入/转出可记录，备案材料上传 - [ ] 备案材料支持多文件上传 - [ ] 转出后历史档案保留

5.4 奖惩情况（P0，支部 / 个人两类，2026-09-16 调整）

2026-09-11 会议调整：奖惩情况分为支部奖惩与个人奖惩两类展示。

• 支部奖惩：类型（奖励/处分）、时间、内容、批复上传。
• 个人奖惩：姓名、类型（奖励/处分）、时间、内容、批复上传。
• 及时上传批复形成完整数据链条。

验收标准： - [ ] 支部奖惩与个人奖惩分类记录，批复可上传归档

6. 数据模型

• rx_party_branch 支部（branch_id、name、secretary、member_count、founded_time）
• rx_party_member 党员（member_id、branch_id、name、gender、ethnicity、birthday、political_status、join_time、post、phone、is_mobile[流动党员]、transfer_status[已转入/未转入]、remark）
• rx_party_fee 党费（fee_id、member_id、year、month、amount、status）
• rx_party_transfer 组织关系转接（transfer_id、member_id、transfer_type[转入/转出]、transfer_time、attachment、remark）
• rx_party_reward 奖惩（reward_id、reward_target[支部/个人]、member_id[个人奖惩时]、reward_type[奖励/处分]、time、content、attachment）

7. 角色权限与菜单

• 复用：党支部负责人 rx_party、党建工作人员（可配置角色）
• 菜单：新增目录「党建管理」/system/party（党建台账、党员登记）
• 权限标识：party:member:*、party:fee:*、party:transfer:*、party:reward:*

8. 成功指标

9. 需求确认结论

五、合同管理板块升级模块

⚠️ 2026-09-19 会议调整：①合同列表新增「关联项目」列、合同详情新增「关联项目」字段（双向可查，PRD 5.6 已要求、此前未实现）；②合同新增「归档」状态与归档动作——状态流转为 待提交 → 待签署 → 待审核 → 已完成 → 已归档；③合同归档后自动触发关联采购单归档（单一合同归档即采购完结；多合同须全部归档），归档由办公室确认（材料齐全 + 验收结论合格）。

来源：《北京软协内部治理功能开发合同》（2026-09-11）第八条。升级对象：现有合同管理模块（/system/contract，rx_contract 现有 173 条数据）。

⚠️ 合同第八条列 3 项升级点；具体规则细节（审核节点、文件限制、编号新规范）待与协会业务确认后补充。

1. 问题陈述

现有合同管理模块为 RuoYi 4.7.6 基础 CRUD（合同名称/编号、合作方、软协方向、金额、状态、付款节点），存在三项不足：

1. 交付文件审核确认不完整——现有「执行文档审核」角色与权限未形成"上传 → 审核 → 确认"闭环；
2. 附件仅支持单文件——合同正文、补充协议、附件需分次上传，效率低、不便归档；
3. 编号规则待更新——rx_contract_no 现有取号规则与协会最新合同编号规范不一致。

2. 目标（Goals）

3. 非目标（Non-Goals，一期不做）

• 合同模块整体重构（本次仅"板块升级"，存量数据结构不变）
• 电子签章/线上签署（维持现有签署方式）
• 合同模板库

4. 用户故事

• 作为合同经办人，我希望一次上传多份合同交付文件，以便高效提交完整材料。
• 作为执行文档审核人，我希望对交付文件做出审核确认或驳回，以便确认履约情况并留痕。
• 作为合同管理员，我希望合同编号按最新规范自动生成，以便编号统一、可追溯。

5. 功能需求与验收标准

5.0 合同关联项目与归档（P0，2026-09-19 新增）

（1）关联项目展示（双向可查）

• 合同列表：新增「关联项目」列，显示项目编号 + 项目名称（点击可跳转项目详情）；未关联显示「—」。
• 合同详情：基本信息区新增「关联项目」字段（双向可查）。
• 关联方式：合同创建/编辑时选择所属项目；亦支持项目侧「＋关联已有合同」反向关联（见项目 5.6）。

（2）合同归档（采购自动归档的触发源）

• 状态流转：待提交 → 待签署 → 待审核 → 已完成 → 已归档。
• 归档材料清单：主合同（签署版）、《采购验收单》、验收结论（合格/不合格）、交付确认单/履约情况说明、付款凭证。
• 归档条件：材料齐全 + 验收结论合格，由办公室确认归档。
• 级联效果（重要）：合同归档完成后自动触发关联采购单归档——单一合同归档即采购单完结；多个合同须全部归档方完结（见采购 5.10）。
• 验收执行：验收动作在本模块完成（采购侧不设验收节点），验收结论同步至采购单只读展示。

验收标准： - [ ] 合同列表含「关联项目」列，可跳转项目详情 - [ ] 合同详情展示关联项目（双向可查） - [ ] 合同状态支持「已归档」，归档材料清单可核对 - [ ] 归档由办公室确认，材料齐全 + 验收结论合格方可归档 - [ ] 合同归档后自动触发关联采购单归档（多合同须全部归档）

5.1 合同交付文件审核确认功能调整（P0）

• 合同详情页新增「交付文件」区：上传（支持多文件）→ 提交审核 → 审核通过 / 驳回 → 确认留痕。
• 审核人按现有角色「执行文档审核」解析（是否需要调整待确认）。
• 驳回后经办人可重新上传，历史版本留痕。

验收标准： - [ ] 交付文件可上传、提交审核、审核通过/驳回，状态可查 - [ ] 驳回后可重新提交，历史记录留痕 - [ ] 审核意见、时间、操作人留痕可追溯

待确认：审核节点层级、是否与合同状态联动、确认时限要求。

5.2 多文件上传（P0）

• 合同附件与交付文件支持一次选择/拖拽多个文件上传，逐个显示进度与结果。
• 支持常见格式（PDF / Word / Excel / 图片 / 压缩包）；单文件与总量限制待确认（建议单文件 ≤50MB）。
• 文件列表支持预览、下载、删除（按权限），操作留痕。

验收标准： - [ ] 一次可选/拖拽多个文件，上传进度与结果可见 - [ ] 文件可预览/下载/删除（按权限），操作留痕 - [ ] 超限文件有明确提示

5.3 合同编号规则修改（P0）

• 按协会最新合同编号规范修改 rx_contract_no 取号规则（新规则待业务确认）。
• 修改后新合同按新规则取号；历史合同编号保持不变。

验收标准： - [ ] 新合同按新规则自动取号，唯一不重复 - [ ] 历史合同编号保持不变

待确认：新编号规则格式（前缀 / 年月 / 流水位数 / 是否分类别）。

6. 数据模型

• 沿用 rx_contract（合同主表）、rx_contract_no（取号表）
• 新增 rx_contract_delivery_file 交付文件（file_id、contract_id、file_name、file_url、file_size、upload_by、upload_time、check_status[待审核/已通过/已驳回]、check_by、check_time、check_remark）
• rx_contract_no 取号规则按新规范调整（规则参数可配置）

7. 角色权限与菜单

• 复用现有角色：合同经办人、合同初审/终审/管理员、归档确认、执行文档审核
• 菜单：沿用「合同管理」/system/contract，详情页增加「交付文件」区
• 权限标识：contract:delivery:upload、contract:delivery:check、contract:attachment:multi

8. 成功指标

9. 需求确认结论

六、AI大模型合规自检系统

来源：需求初稿「AI大模型合规自检系统（李婷）」+ 沟通会纪要 + 报价单。已确认：全面检测、法规库+协会制度、API接入（DeepSeek/Kimi-K3/千问融合交叉）、审校+法务+审查、风险预警报告+整改建议+合规台账+流程联动、展开报价单能力明细。

1. 问题陈述

协会合规管理靠人工，违规表述、流程不完备、手续不完整等风险难以及时发现，存在合规风险敞口、审计失分隐患。不解决的代价：合规风险、廉政风险、审计/5A 评审失分。

2. 目标（Goals）

3. 非目标（Non-Goals，一期不做）

• 大模型本地私有化部署（API 接入）
• 独立的法律咨询/问答系统（仅合规检测）
• 自动修复（检测出问题仅提示+建议，人工整改）

4. 用户故事

• 作为协会工作人员，我希望提交/发布内容时自动检测违规表述，以便风险早发现、早纠正。
• 作为采购/项目经办人，我希望流程不完备、手续不完整时系统提示并拦截，以便及时补齐。
• 作为管理者，我希望查看风险评级报告与合规台账，以便掌握整体合规状况。
• 作为管理员，我希望维护法规库、规则库，以便规则随制度修订可更新。

5. 功能需求与验收标准

5.1 规则配置中心（P0）

• 法规库与规则库管理：法规条目、合规规则的可增删改查与版本管理。
• 规则编辑器：可视化/表单化维护规则（违规表述词库、流程完备性规则、手续清单）。
• Prompt 模板管理：针对不同检测场景维护 LLM 提示词模板。
• 规则生效管理：规则启用/停用、生效时间。

验收标准： - [ ] 管理员可维护法规库、规则库、Prompt 模板 - [ ] 规则启用/停用即时生效

5.2 内容检测引擎（P0，多模型融合）

• 检测对象（全面检测）：对外发布内容（公文/公告/新闻稿）+ 业务单据（合同/采购/会议材料）。
• 检测维度：违规表述、流程不完备、手续不完整（对应初稿三类风险提示）。
• 多模型融合：DeepSeek + Kimi-K3 + 千问交叉使用，按场景路由/融合投票，提升准确率与鲁棒性。
• 报价单能力：8步检测流程、6维检测框架、双模式检测、LLM多模型接入（具体定义由供应商在技术方案中说明）。

验收标准： - [ ] 支持对外内容 + 业务单据两类对象检测 - [ ] 多模型可配置、可路由、可交叉验证 - [ ] 检测结果含风险类型、风险点、原文定位

5.3 资料审校（P0）

• 附件齐全性校验（缺项提示）、格式校验、签章核验，对应"手续不完整"。

验收标准： - [ ] 材料缺项/格式不符/签章缺失时自动提示

5.4 AI 法务（P0）

• 法条引用、合同风险条款识别，给出法律依据与风险提示。

验收标准： - [ ] 识别风险条款并附法律依据

5.5 规则审查（P0）

• 将采购分档规则、项目分级规则、会议时限等制度规则喂给 LLM，自动审查流程合规性、时限合规。

验收标准： - [ ] 采购/项目/会议单据提交时自动审查流程与时限合规

5.6 风险评级与报告引擎（P0）

• 三维评分模型、三级风险分级（高/中/低）、五区域报告、PDF/Word/Excel 导出。
• 产出「风险预警报告 + 整改建议 + 合规台账」。

验收标准： - [ ] 风险自动评分、分级 - [ ] 报告可导出 PDF/Word/Excel

5.7 历史记录与审计追溯（P0）

• 四维存档、审计日志、趋势分析看板、模型效果评估。

验收标准： - [ ] 检测记录、审计日志全程留痕 - [ ] 支持趋势分析与模型效果评估

5.8 风险预警与流程联动（P0）

• 风险提示落到具体单据；与采购/项目流程联动——流程不完备、手续不完整时拦截审批节点。

验收标准： - [ ] 检测风险可关联到具体单据 - [ ] 高风险事项联动流程拦截

5.9 系统集成与部署（P0）

• 与现有后台对接、合同/活动系统嵌入、Docker 部署。

6. 数据模型

• rx_ai_rule 规则库（rule_id、rule_name、rule_type[违规表述/流程/手续]、rule_content、status、version）
• rx_ai_legal 法规库（legal_id、legal_name、article、content、status）
• rx_ai_detect_record 检测记录（record_id、biz_type、biz_id、detect_type、risk_level、risk_desc、result_json、model_used、create_time）
• rx_ai_report 风险报告（report_id、record_id、report_file、suggestion、status）

关联：rx_ai_detect_record 关联业务单据（采购/项目/合同等）；检测触发点嵌入各业务提交/发布动作。

7. 角色权限与菜单

• 使用：协会全体人员（检测触发、查看报告）
• 管理：系统管理员/合规管理员（规则库、法规库维护）
• 菜单：新增目录「AI合规自检」/system/aicompliance（规则配置、检测记录、风险报告、法规库）
• 权限标识：ai:rule:list/edit、ai:legal:*、ai:detect:list、ai:report:list/export

8. 成功指标

9. 需求确认结论

---

板块二 · 数智赋能

范围界定：内部治理合同范围之外的服务与数据价值模块。 核心目标：面向会员与社会提供数字化服务能力，挖掘数据价值支撑决策。

本板块模块：自定义表格（台账） · 会议管理 · 信息发布 · 掌上服务（小程序） · 分支机构 · 活动管理板块升级 · 企业数字化分析 · 会员企业常态化服务

---

七、自定义表格（台账）模块

来源：需求初稿「六、以下内容希望通过自定义表格功能实现（李婷）」。已确认：复用系统已有「动态表单 + 台账管理」能力（rx_form_template），5 个台账；内部制度含借阅管理 + 会员可见；人事敏感信息权限控制；内部制度与文件管理合一。

1. 问题陈述

人事、内部制度、工会活动、媒体报道、荣誉奖项等信息靠线下/分散记录，缺乏统一台账与留痕。不解决的代价：资料丢失、审计/5A 评审难归档、内部制度借阅无管控、敏感人事信息泄露风险。

2. 目标（Goals）

3. 非目标（Non-Goals，一期不做）

• 独立的人事管理系统（考勤/薪酬核算）
• 工会财务管理
• 媒体报道自动采集

4. 用户故事

• 作为人事管理员，我希望维护人事台账（含转岗记录），以便人事信息可查、敏感字段受控。
• 作为办公室，我希望管理内部制度文件并支持借阅，以便制度归档 + 借阅留痕。
• 作为会员企业，我希望在前台查看协会内部制度，以便了解协会治理规范。
• 作为相关工作人员，我希望记录工会活动/媒体报道/荣誉奖项，以便留痕备查。

5. 功能需求与验收标准

5 个台账均复用现有动态表单（rx_form_template + rx_form_record）建台账，不新造模块。

5.1 人事管理台账（P0）

• 字段：姓名、状态（正常/试用/病休/离职等）、岗位（内部转岗需有记录）、入职表、体检报告等。
• 敏感字段权限控制：体检报告、薪酬社保等字段仅授权角色可见（单独权限配置）。

验收标准： - [ ] 人事台账可增删改查，转岗留痕 - [ ] 体检报告等敏感字段仅授权角色可见

5.2 内部制度（文件管理）+ 借阅（P0，与文件管理合一）

• 字段：制度/文件名称、生效日期、制度文件（Word 版 + PDF 盖章版）、借阅申请（用途）、借阅人、借出日期、归还日期、备注（通过会议）。
• 借阅流程：借阅申请（用途）→ 审批 → 借出 → 归还，全程留痕；逾期未还提醒。
• 会员可见：制度文件前台对会员公开（关联信息发布，Word/PDF 盖章版可下载/预览）。

验收标准： - [ ] 制度文件归档（Word + PDF 盖章版） - [ ] 借阅申请→借出→归还流程留痕，逾期提醒 - [ ] 制度文件会员可见

5.3 工会活动台账（P0）

• 字段：活动名称、活动内容、活动日期、照片、物品领取签字表、发票。

5.4 媒体报道台账（P0）

• 字段：标题、内容、时间、证明材料（图片或文档）。

5.5 荣誉奖项台账（P0）

• 字段：内容、颁发单位、颁发日期、有效期、照片。

6. 数据模型

• 台账本体：复用 rx_form_template + rx_form_record（动态表单 + 台账数据）
• 新增 rx_file_borrow 借阅记录（borrow_id、file_id、borrower、purpose、borrow_date、return_date、status、remark）

7. 角色权限与菜单

• 复用：办公室、各部门工作人员；新增「人事管理员」等可配置角色
• 菜单：台账纳入现有「台账管理」目录（按 formCategoryId 区分）；内部制度借阅单独菜单
• 权限标识：form:record:*（复用）、file:borrow:*（借阅）

8. 成功指标

9. 需求确认结论

八、会议管理模块

来源：需求初稿「会议管理（赵丽萍、闫文佳）」。已确认：统一表单+会议类型、法定时限自动提醒+校验、单独做换届管理、通知+会员可见+推送。

1. 问题陈述

会员代表大会、理事会、常务理事会、监事会四类会议的归档记录靠线下纸质，法定通知时限（提前15日/7日）、换届流程（3个月/2个月）靠人工记忆，存在漏通知、漏时限、证据链不完整等风险。不解决的代价：审计/5A 评审失分、换届程序不合规、会议决议无法追溯。

2. 目标（Goals）

3. 非目标（Non-Goals，一期不做）

• 线上视频会议/直播
• 电子投票（线上表决）
• 会议签到硬件（扫码枪）对接

4. 用户故事

• 作为会议组织负责人，我希望用统一表单登记四类会议，以便会议归档规范。
• 作为会议组织负责人，我希望系统校验法定通知时限，以便不漏通知、不违规。
• 作为秘书长，我希望管理换届流程（3个月成立领导小组、2个月报审），以便换届合规。
• 作为办公室，我希望归档会议纪要、决议、到会签字，以便审计备查。
• 作为会员企业，我希望查看会议通知和决议，以便知情监督。
• 作为相关工作人员，我希望推送会议通知，以便会员及时知晓。

5. 功能需求与验收标准

5.1 会议登记（P0，统一表单 + 会议类型）

• 会议类型：会员代表大会 / 理事会 / 常务理事会 / 监事会。
• 统一字段：会议名称、是否涉及换届议程、时间、地点、审议事项、决议、会议纪要、届别、具体名单。
• 议程：文件上传（支持多文件）。
• 参会人员名单：文件上传（支持多文件）。
• 到会签字：附件（到会签字扫描件）。
• 通知字段：标题、时间、通知内容（富文本，支持文本 + 附件）、附件（通知盖章扫描件、代表名单、会议议程）。

验收标准： - [ ] 四类会议统一表单登记，会议类型区分 - [ ] 议程、参会人员名单支持多文件上传 - [ ] 通知内容支持富文本（文本 + 附件） - [ ] 决议、纪要、附件字段齐全 - [ ] 届别与具体名单可维护

5.2 法定时限自动提醒 + 校验（P0）

• 系统自动提醒 + 校验：通知时间不足法定时限时拦截或预警；常务理事会超6个月未开自动提醒。

验收标准： - [ ] 四类会议法定时限自动校验，不足则预警/拦截 - [ ] 常务理事会每6个月召开1次自动提醒 - [ ] 时限校验结果留痕

5.3 换届管理（P0，单独做）

• 理事会换届：提前3个月成立换届工作领导小组（理事代表/监事代表/党组织代表/会员代表）。
• 换届方案提前2个月报党建领导机关审核。
• 选举/罢免会长、副会长、秘书长、常务理事；聘任/解聘秘书长。
• 输出理事会/监事会名单（届别），供「理事会管理」模块与后续会议引用。

验收标准： - [ ] 换届流程节点（3个月/2个月）驱动与提醒 - [ ] 换届领导小组、报审记录留痕 - [ ] 换届结果输出新一届名单

5.4 决议管理（P0）

• 决议类型：选举理事会成员、选举监事成员、审议通过报告、章程修改、其他。
• 决议事项：理事会年度工作报告、监事会年度工作报告、财务工作报告、会费收支情况等。
• 决议事项支持附件上传（决议文本、报告等）。

验收标准： - [ ] 决议按类型记录，决议事项可维护 - [ ] 决议事项支持附件上传 - [ ] 决议与会议关联，可追溯

5.5 会议通知与发送对象（P0）

• 通知记录按"接收对象"精准推送，不再默认"会员可见"一锅端。
• 点击"发布通知"弹出"接收对象选择"对话框，支持三种维度（可任选、可组合、可多选）： 1. 按企业：搜索企业名称 / 统一社会信用代码，下拉列表复选多家企业。 2. 按会员等级：复选若干等级（会长单位 / 副会长单位 / 常务理事单位 / 理事单位 / 会员单位 / 普通会员），全选后按等级圈定会员。 3. 按企业类型：复选若干类型（国有企业 / 民营企业 / 外资合资 / 上市公司 / 专精特新 / 小微企业 / 分支机构所属单位）。
• 多选企业 + 多等级 + 多类型支持同一通知合并发送，落库后生成 rx_notice_recipient 行级明细，按企业列表进行推送（短信/微信/站内信）。
• 底部"已选 X 个通知对象"实时汇总，附已选企业 / 等级 / 类型 chip 标签，可单 chip 删。
• 通知字段：标题、时间、通知内容（富文本，支持文本 + 附件）、附件（通知盖章扫描件、代表名单、会议议程）。

验收标准： - [ ] "发布通知"按钮触发弹窗，按企业/等级/类型三种维度可选 - [ ] 弹窗底部实时汇总已选对象数 + chip 标签，可单 chip 移除 - [ ] 通知按接收对象精准推送，落库到 rx_notice_recipient，可追溯

5.6 会议纪要与归档（P0，2026-09-16 会议调整）

• 会议纪要、决议、到会签字、附件统一归档，全流程可追溯。
• 归档材料审核：会议归档材料（纪要、决议、签字、附件）由对应角色审核后归档。

会议附件材料清单（9 类，2026-09-16 确认，开发支持上传支撑文件）：

会议通知进小程序（2026-09-16 确认）：会议通知通过微信订阅消息推送；企业端小程序设「会议通知」入口，显示会议列表 / 详情 / 通知 / 议程与时间地点，支持在线报名 / 回执（复用 5.7 会议报名能力）。

验收标准： - [ ] 会议纪要、决议、签字、附件统一归档 - [ ] 归档材料经审核后入库，审核意见留痕 - [ ] 会议附件支持上述 9 类材料上传，支持多文件 - [ ] 会议通知推送至小程序企业端，可查看详情并报名/回执

5.7 会议报名（P0，类似活动报名）

• 会议支持报名（类似活动报名）：会员企业在线报名。
• 报名清单列表（点击"查看报名"打开），字段：单位名称、单位类型（系统内部单位 / 系统外部单位）、姓名、职务、手机号、邮箱、渠道（官网 / 小程序）。
• 清单支持按单位名称 / 姓名 / 手机号搜索 + 按单位类型筛选，支持分页（每页 10 条）与导出名单（Excel）。
• 报名信息关联会议，报名数 / 涉及单位数汇总展示。

验收标准： - [ ] 会议支持在线报名，"查看报名"打开报名清单列表 - [ ] 清单字段齐全（单位名称/单位类型/姓名/职务/手机号/邮箱/渠道） - [ ] 支持搜索、按单位类型筛选、分页、导出 - [ ] 报名信息与会议关联

6. 数据模型

• rx_meeting 会议主表（meeting_id、meeting_type[会员代表大会/理事会/常务理事会/监事会]、meeting_name、is_change、meeting_time、place、agenda_file、attendee_file、deliberation、resolution_summary、minutes、term、name_list、status、attachment、archive_check_status + BaseEntity）
• rx_meeting_notice 会议通知（notice_id、meeting_id、title、notice_time、content[富文本]、attachment、recipient_mode[按企业/按等级/按类型 组合]、recipient_summary、send_status、send_time + BaseEntity）
• rx_notice_recipient 通知接收明细（recipient_id、notice_id、corporate_id、corporate_name、recipient_type[企业/等级/类型]、recipient_key[企业ID或等级/类型值]、push_channel[短信/微信/站内信/多通道]、push_status）
• rx_meeting_resolution 会议决议（resolution_id、meeting_id、resolution_type[选举理事会/选举监事/审议报告/章程修改/其他]、resolution_content、resolution_items、attachment）
• rx_meeting_register 会议报名（register_id、meeting_id、corporate_id、corporate_name、corp_type[系统内部单位/系统外部单位]、register_name、duty[职务]、register_phone、register_mail、channel[官网/小程序]、register_time、sign_status[已签到/未签到]、status）
• rx_meeting_change 换届记录（change_id、meeting_id、workgroup、plan_report_time、approval_status、output_list）

关联：rx_meeting 1—N rx_meeting_notice/rx_meeting_resolution/rx_meeting_register；rx_meeting 1—1 rx_meeting_change（换届）；名单输出关联「理事会管理」模块（rx_council）。

7. 角色权限与菜单

• 复用：会议组织负责人（各部门）、秘书长 msz、办公室、财务 rx_finance_m、会员企业（前台可见）
• 菜单：新增目录「会议管理」/system/meeting（会议列表、会议登记、换届管理、会议档案）
• 权限标识：meeting:meeting:list/add/edit/remove/export、meeting:notice:publish、meeting:change:*、meeting:resolution:*

8. 成功指标

9. 需求确认结论

九、信息发布（会员可见）模块

来源：需求初稿「信息发布（张磊、赵丽萍）」+《北京市社会团体信息公开指引》（京民社发〔2015〕386号）。依据指引精确落公开清单。

⚠️ 2026-09-11 会议调整：仅保留会员可见信息，剔除社会公开信息；会员可见信息细分为「报告与纪要」「内部管理」两类。

1. 问题陈述

协会信息公开缺乏统一管理，公开内容分散、与小程序不同步，难以满足审计与 5A 评审信息公开要求。

2. 目标（Goals）

3. 非目标（Non-Goals，一期不做）

• 自动抓取外部信息（仅人工编辑发布）
• 信息公开的绩效考核

4. 用户故事

• 作为办公室/会员部工作人员，我希望按公开清单发布信息，以便满足信息公开要求。
• 作为会员企业，我希望在前台/小程序查看公开信息，以便知情监督。
• 作为秘书长，我希望公开信息分级管控，以便敏感信息不外泄。

5. 功能需求与验收标准

5.1 信息公开清单（P0，仅会员可见）

2026-09-11 会议调整：仅保留会员可见信息，剔除社会公开信息（如内部管理制度、年度报告等不再向社会公开）。

会员可见信息细分两类：

验收标准： - [ ] 仅发布会员可见信息，无社会公开级别 - [ ] 信息按「报告与纪要」「内部管理」两类归类

5.2 分类管理（P0）

• 会员可见信息细分「报告与纪要」「内部管理」两类，发布时选择分类。
• 发布内容分类管理，由专人管理。
• 信息一经公开不得任意修改，修改须履行流程 + 说明理由 + 声明原信息作废（指引第十二条）。
• 涉及国家安全、个人隐私、商业机密、知识产权的信息不得公开（指引第十三条）。

验收标准： - [ ] 发布时选择信息分类（报告与纪要 / 内部管理） - [ ] 发布内容分类管理，由专人管理 - [ ] 修改已公开信息须留修改理由并声明作废 - [ ] 敏感信息拦截公开

5.3 发布留痕（P0）

• 发布内容、时间、操作人、公开级别留痕；年检时报告信息公开情况（指引第十五条）。

5.4 小程序同步（P0）

• 已公开信息同步到微信小程序「会员专区·信息发布」。

6. 数据模型

• rx_public_info 信息发布（info_id、info_title、info_category[报告与纪要/内部管理]、info_content、attachment、publish_status、publish_by、publish_time、modify_reason、remark）

7. 角色权限与菜单

• 复用：办公室、会员部工作人员（后台发布）、秘书长（审核）、会员企业（前台/小程序查看）
• 菜单：新增目录「信息发布」/system/public（信息列表、信息发布、公开清单配置）
• 权限标识：public:info:list/add/edit/remove/publish

8. 成功指标

9. 需求确认结论

十、掌上服务（微信小程序）模块

来源：需求初稿「掌上服务（张磊、刘莉、赵丽萍、李婷）」+ 报价单。报价单范围：公共基础能力 + 企业端（首页/会员专区/供需服务/活动）+ 运营端（~~内部审核~~/活动运营/会员企业服务/项目管理）+ 后端接口。注：运营端「内部审核」已于 2026-09-20 移除（审批移至 PC + 纸质）。

⚠️ 2026-09-11 会议调整：①删除企业二维码、消费指引、企业信息卡片模块；②申请记录合并至「评估评价」模块（未参与标灰）；③信息维护、权益展示暂不上线；④入会申请改为 PC 端跳转（小程序提供链接引导）；⑤新增满意度调查（问卷星式，小程序+企业端两端发放）。

⚠️ 2026-09-14 补充：「荣誉资质」正式改为「评估评价」，含 7 项；满意度调查的问卷主题与内容由后台自定义配置。

⚠️ 2026-09-16 会议调整：①运营端去掉归档审批（归档由办公室执行），新增合同审批（与 PC 端一致：初审→终审）；②企业端「信息公开」改为「协会信息」，下分「信息公开 / 协会规章」两个子目录；③问卷增设统一入口（首页「问卷调查」），活动页保留快捷入口；④新增「软协微话」——协会向企业定向推送信息的渠道（与「消息中心」分列）；⑤新增「会议通知」入口（会议通知进小程序）；⑥首页会费缴纳为待确认项（与「我的-续费」统筹考虑）。

待确认事项（2026-09-16）：①首页「会费缴纳」是否需要——待与会员部确认，并需与「我的-待办事项」中的「续费」统筹考虑设置；②「软协微话」是否替代首页「会费缴纳」位置。

⚠️ 2026-09-18 会议调整：①首页宫格扩为 8 个入口，「会费缴纳」替换为「软协微话」，新增「会员动态」，「协会信息」置于末位；②首页顶部设热点资讯滚动条；③「软协微话」确认支持附件+链接跳转并统计点击量/企业停留，采用双轨触达；④不新增「政策法规」栏目（内容系外部抓取）；现有「政策资讯」卡片保留（原创解读）；⑤评估评价仅结果展示、禁止报名，未参与显示简介+证书样例、已参与显示年份+结果，证书系统自动生成；⑥「综合实力评价」移除申报入口仅留查看；⑦会员专区「会费缴纳」改为「续费提醒」。

⚠️ 2026-09-20 甲方反馈调整（运营端定位收敛）：①运营端审批功能整体移除（含 9/18 新增的合同审批）——经秘书长确认，审批在 PC 端完成，并打印纸质表单签字后扫描回传归档，小程序端不承担审批；②运营端定位收敛为「看」：了解协会业务动态与开展情况；③tabBar 改为 动态 / 进度 / 分析 / 我的（方案 A）；④新增「进度」页（只读）——保留进度查看并扩展为任务汇总，满足「领导要看整体情况」；⑤数字化分析保留并合并原报表页为「分析」页；⑥活动内容强化（活动速览 + 活动维度分析）；⑦服务对象：当前仅秘书长，后续逐步开放给内部工作人员；⑧PC 端打印方式确认为「下载后自行打印」（不提供在线打印），签字件扫描回传系统归档。

1. 问题陈述

协会对会员企业的触达依赖 PC 端与线下，缺少移动端渠道，活动报名签到、信息查阅、供需对接、内部审批等不便，服务效率与体验不足。

2. 目标（Goals）

3. 非目标（Non-Goals，一期不做）

• 复杂业务反馈仍走 PC 端（小程序仅轻交互）
• 运营端不做审批操作（2026-09-20）：审批统一在 PC 端完成，纸质签字后扫描回传归档
• 基础信息同步（协会要闻/会员动态/关于协会）——初稿标注"待定"

4. 用户故事

• 作为会员企业对接人，我希望在小程序上报名活动、签到，以便移动端便捷参与。
• 作为会员企业，我希望在小程序查看会员专区信息、入会申请，以便自助服务。
• 作为秘书长，我希望在小程序上随时了解协会业务动态、任务进度与数据分析，以便掌握整体开展情况（审批在 PC 端完成，纸质签字后扫描回传）。
• 作为会员部工作人员，我希望在小程序上做扫码签到、活动运营，以便现场高效管理。

5. 功能需求与验收标准

5.1 公共基础能力（P0）

• 微信登录认证、订阅消息推送、消息通知中心、文件预览下载、全局搜索。

5.2 企业端（P0）

• 首页（2026-09-18 调整）：顶部热点资讯滚动条（滚动展示活动/通知/会员动态等，内容由后台维护）、8 个功能宫格入口、待办提醒、软协微话信息流、会员动态、活动推荐、消息中心。
• 8 个宫格入口（按序）：活动报名 · 会议通知 · 问卷调查 · 供需服务 · 软协微话 · 入会申请 · 会员动态 · 协会信息（置末位）。
• 原「会费缴纳」宫格替换为「软协微话」（2026-09-18 确认）；「会费缴纳」不再作为独立入口，续费相关仅在「我的 → 续费提醒」中做提醒。
• 入会申请：PC 端跳转引导（提示文案 + PC 端链接），作为自然流量入口保留。
• 会员专区（「我的」页）：续费提醒（原「会费缴纳」，2026-09-18 改为仅提醒）、评估评价、活动记录、联系人管理、协会信息（置末位）。

评估评价（7 项，原「荣誉资质」）： 1. 软件企业评估　2. 软件产品评估　3. 综合实力评价　4. 核心竞争力评价　5. 社会责任评价　6. 技能人才评估　7. 诚信企业评估

展示与申报规则（2026-09-18 确认）：

• 未参与的项目 → 显示评价简介 + 证书样例（以证书样例吸引企业了解，降低决策门槛）。
• 已参与的项目 → 显示参与年份 + 评价结果（如"已参与 2025 · 结果：通过 · 有效期至 2030"）。
• 本页仅作结果展示，不提供报名/申报入口；申报仍在 PC 端办理（手机端不做申报，杜绝乱填报、保证数据源头唯一）。
• 证书由系统自动生成：所有流程走完后系统按后台固定版式自动生成证书，版式每年更新；前端仅展示，无需人工录入。
• 「综合实力评价」移除申报入口（2026-09-18 确认）：因 PC 端展示效果差、评价机制不公开，当前阶段仅保留结果查看，不开放申报。
• 资质有效期与到期提醒（2026-09-18 确认）：软件企业评估 / 软件产品评估有效期 5 年，系统内已记录资质起止时间（数据源已具备，不影响设计），到期前自动提醒企业安排续评；已参与项展示"有效期至 XXXX"。
• 供需服务：供需广场、发布供需（经后台审核后向全员展示）、我的供需、智能推荐、意向沟通、收藏转发。
• 活动：活动列表/详情、在线报名、我的活动、签到码、资料下载、评价、问卷快捷入口、微信提醒。
• 协会信息（原「信息公开」，2026-09-16 调整）：下分两个子目录——
• 信息公开：报告与纪要 / 内部管理两类（沿用原信息公开口径）
• 协会规章：协会章程、制度、办法等文件
• 内容均由后台发布维护
• 会议通知（新增，2026-09-16）：会议列表 / 详情 / 通知 / 报名回执；会议通知通过订阅消息推送；显示议程、时间地点，支持在线报名/回执。

问卷调查（统一入口，2026-09-16 调整）： - 首页九宫格设「问卷调查」统一入口，汇总活动满意度调查与协会其他问卷（如会员服务需求调查）；活动页保留快捷入口。 - 问卷主题、内容（题目/选项）由后台自定义配置（问卷星式），支持小程序 + 企业端两端发放，回收结果可统计导出。

软协微话（2026-09-16 提出，2026-09-18 确认替换首页「会费缴纳」）： - 定位：协会（会员部）向企业定向推送信息的渠道与展示位置，替代原「会费缴纳」在首页宫格的位置。 - 展示：首页宫格入口 + 「软协微话」信息流栏目（最新若干条 + 列表页），支持未读标记。 - 内容形式：支持附件上传与链接跳转（2026-09-18 确认）。 - 双轨触达（2026-09-18 确认）：① 后台专人编辑发布 → 企业端自动接收；② 工作人员在企业微信群内分享转发（培养企业主动查看习惯，人工兜底触达）。 - 数据统计（核心诉求，2026-09-18 确认）：统计点击量、企业停留时长、触达企业清单，解决"信息发出去无法追踪"的痛点；后台可查报表。 - 推送对象：按企业 / 会员等级 / 企业类型圈定（复用会议通知的接收对象配置能力）。 - 发布方式：仅需在后台操作即可发布/更新，无需小程序重新发版。 - 与「消息中心」的区别：消息中心 = 系统通知/待办（审批结果、到期提醒等系统自动消息）；软协微话 = 协会主动发布的内容。两者分列展示，不混在一个列表。 - ⚠️ 触达技术约束：协会主动定向推送不能用微信模板消息（模板消息仅限实际交互触发的服务结果通知）；"自动接收"须走小程序订阅消息（用户先订阅）或公众号图文/订阅通知，需在开发前确认触达通道。 - 服务企业：活动通知、活动报名、活动签到（支持工作人员手机扫码签到）；复杂反馈仍 PC 端。

会员动态（新增宫格入口，2026-09-18）： - 定位：展示典型会员企业风貌，内容来源为协会原创专题（会员动态 / 新品e讯 / 数字赋能 / 风采展播等）。 - 展示：首页宫格入口 + 信息流列表；内容由后台发布维护。 - 与「软协微话」的区别：会员动态 = 公开展示给所有企业的会员风貌内容；软协微话 = 定向推送给圈定企业的通知/资讯。

不新增「政策法规」栏目（2026-09-18 确认）：会上曾提议增设该栏目，因内容系外部抓取（非协会原创）而决定不新增，改设「会员动态」栏目承载协会原创内容。 - 现有「政策资讯」卡片保留（2026-09-18 确认：内容系协会原创解读）。 - 如需向企业传递政策信息，走「软协微话」定向推送，或「协会信息 → 协会规章」发布协会自有文件。

已删除/暂不上线模块： - 删除：企业二维码（与企业报名码重复）、消费指引、企业信息卡片。 - 不新增：政策法规栏目（内容系外部抓取，2026-09-18 确认）。现有「政策资讯」卡片保留（协会原创解读）。 - 暂不上线：信息维护、权益展示（无数据支撑或 PC 端已具备）。 - 入会申请：小程序端不再直接录入入会材料，改为提示 + PC 端链接引导。 - 会费缴纳：不再作为首页独立入口（2026-09-18 由软协微话替换），续费仅在「我的 → 续费提醒」做提醒。

验收标准： - [ ] 首页顶部热点资讯滚动条可展示多条并自动轮播，内容由后台维护 - [ ] 首页宫格为 8 个入口，顺序为：活动报名 / 会议通知 / 问卷调查 / 供需服务 / 软协微话 / 入会申请 / 会员动态 / 协会信息 - [ ] 首页无「会费缴纳」入口；「我的」页为「续费提醒」（仅提醒，不做全量缴费操作） - [ ] 软协微话支持附件上传与链接跳转，发布后企业端自动接收，无需小程序重新发版 - [ ] 软协微话可按企业 / 会员等级 / 企业类型圈定推送对象 - [ ] 软协微话统计点击量、企业停留时长、触达企业清单，后台可查报表 - [ ] 软协微话与消息中心分列展示，不混在同一列表 - [ ] 会员动态为公开内容栏目，与软协微话（定向推送）区分 - [ ] 不新增「政策法规」栏目；现有「政策资讯」卡片保留（原创解读） - [ ] 评估评价未参与项显示简介 + 证书样例；已参与项显示参与年份 + 评价结果 - [ ] 软企 / 软品评估展示有效期（有效期至 XXXX）；到期前自动提醒续评（系统内已有起止时间数据） - [ ] 评估评价页无任何报名/申报入口（申报仅在 PC 端） - [ ] 证书由系统按后台固定版式自动生成，版式支持每年更新 - [ ] 「综合实力评价」仅可查看结果，无申报入口 - [ ] 协会信息含「信息公开」「协会规章」两个子目录，内容由后台发布维护

5.3 运营端（P1，秘书长需求优先 · 2026-09-20 定位调整）

定位（2026-09-20 确认）：小程序运营端 = 移动端「看」的工具，核心价值是「了解协会业务动态和开展情况」。审批功能整体移除——审批在 PC 端完成，并打印纸质表单签字后扫描回传归档。 服务对象：当前仅对秘书长开放；后续根据增补功能，陆续开放给协会内部工作人员。 tabBar 结构（2026-09-20 确认，方案 A）：动态 / 进度 / 分析 / 我的（4 个）。

Tab 1 · 动态（首页）

Tab 2 · 进度（新增，承接「领导要看整体情况」）

性质：纯只读——不做任何审批操作。

Tab 3 · 分析（合并原「看板·数字化分析」+ 原「报表」页）

原「看板」的 6 项分析与原「报表」页 6 个卡片内容高度重叠，本次合并为单一「分析」页，避免两处维护、数据不一致。

Tab 4 · 我的

• 消息通知（含未读数角标）、账号与安全、数据权限、操作日志。
• 使用范围说明：明确标注「运营端当前仅对秘书长开放，后续将根据增补功能陆续开放给协会内部工作人员」。

已移除项（2026-09-20）：

5.3.1 交互设计要求（2026-09-20 补充）

小程序运营端所有关键元素均可点击并有反馈，用于演示确认：

视觉规范：统一渐变头部（#1c84c6 → #155fa5）、卡片圆角 12px + 轻阴影、主色 #1c84c6、成功色 #0f8f72、警告色 #e0703c、危险色 #a32d2d；数字使用等宽数字（tabular-nums）保证对齐。

5.4 后端接口与集成（P0）

• 小程序 API 接口模块开发，与现有系统 11 个模块数据对接（复用 /api/** JWT 通道）。

6. 数据模型

• 小程序本身不新增主数据表，复用 PC 端数据（活动 rx_activity、企业 rx_corporate、任务 rx_task、合同 rx_contract 等）；新增小程序侧记录表（如签到 rx_activity_attend_record 复用、供需 rx_supply_demand）。

7. 角色权限与菜单

• 企业端：会员企业（JWT 会员通道）
• 运营端：当前仅秘书长（2026-09-20 确认）；后续根据增补功能陆续开放给协会内部工作人员。不含审批权限（审批在 PC 端 + 纸质签字）
• 复用现有 /cpt/**（会员门户）与 /api/**（JWT）认证通道

8. 成功指标

9. 需求确认结论

十一、分支机构管理模块

来源：需求初稿「分支机构（赵丽萍）」+ 既有《分支机构管理-需求规格与原型方案》（2026-06-17，v1.1，需求已确认）。本文档在既有方案基础上补齐初稿新增点：简介、生命周期状态、活动动态关联、年度考评、附件扩展。

1. 问题陈述

协会下属分支机构缺乏全生命周期管理，基本信息、成员单位、年检、活动、考评、财务收支等分散，审计与 5A 评审难归档、难追溯。

2. 目标（Goals）

3. 非目标（Non-Goals，一期不做）

• 分支机构负责人/联系人自动创建系统用户（仅文本字段）
• 分支机构财务核算系统
• 前台 H5 端（仅后台管理）

4. 用户故事

• 作为分支机构管理员，我希望维护分支机构基本信息（含简介、状态），以便建立机构档案。
• 作为分支机构管理员，我希望管理成员单位、年检表、年度考评，以便归档。
• 作为协会对接人，我希望提交分支机构活动申请并跟踪审批，以便合规开展活动。
• 作为办公室，我希望归档审批/注销文件、述职报告、财务收支，以便审计备查。

5. 功能需求与验收标准

基础能力沿用既有方案（《分支机构管理-需求规格与原型方案》v1.1），此处补充初稿新增点。

5.1 基本信息与生命周期（P0，补充）

• 沿用既有字段：名称、成立时间、过会情况、办公场所、电话、协会对接人。
• 主任委员（原「负责人」改为「主任委员」，语义为自然人）：姓名、所在单位、是否理事代表、联系电话。
• ⚠️ 注意：「主任委员」与「主任委员单位」是两个概念——前者是自然人职务，后者是成员单位类别。
• 办事部门（主任委员下新增独立信息块）：所在单位、联系人姓名、联系方式。
• 新增：简介、状态（现存/已注销）——支持注销登记（注销时间、注销原因）。

验收标准： - [ ] 分支机构状态可维护（现存/已注销），注销登记留痕 - [ ] 负责人字段统一为「主任委员」，并含所在单位、是否理事代表 - [ ] 「办事部门」信息块可维护（所在单位、联系人姓名、联系方式）

5.2 成员单位管理（P0，沿用既有 + 成员单位类别 + 会员级别）

• 关联企业表（下拉搜索，自动带入企业名），不存在可手动录入外部单位。
• 成员单位类别：主任委员单位、副主任委员单位、委员单位。
• 北京软协会员级别：展示该企业在协会的会员级别（会长单位 / 副会长单位 / 常务理事单位 / 理事单位 / 会员单位 / 普通会员），从企业档案自动带出。
• 不展示信用代码（企业关联库可查，成员单位列表不冗余展示）。

5.3 年检表管理（P0，沿用既有）

• 按年份上传年检表（Word + 盖章扫描件），支持覆盖、删除。

5.4 活动申请审批 + 活动动态关联（P0，沿用 + 新增）

• 沿用既有：分支机构活动申请审批（提交 Word → 初审 → 终审 → 补盖章件 → 再审，纳入任务中心）。
• 新增：活动动态关联——分支机构举办的活动若通过「活动管理」模块登记，须关联到分支机构（rx_activity 增加 branch_id），详情页展示活动动态。

验收标准： - [ ] 活动申请审批沿用既有三阶段流程 - [ ] 活动管理模块的活动可关联所属分支机构

5.5 年度考评（P0，新增）

• 年度考评结果登记：考评年度、考评结果（优秀/合格/基本合格/不合格）、考评过程材料、负责人述职报告。

验收标准： - [ ] 按年度登记考评结果，过程材料、述职报告归档

5.6 附件归档（P0，扩展）

• 附件类型扩展：审批/注销文件、内部制度、考评过程、主任委员述职报告、财务收支情况、年检表、活动申请。

验收标准： - [ ] 各类附件按类型归档，全流程可追溯

5.7 专兼职工作人员（P0，新增）

• 分支机构专兼职工作人员名册：姓名、职务、手机、邮箱，支持增删改与导出。
• 区别于「主任委员」「办事部门联系人」，人员名册为多行列表。

验收标准： - [ ] 专兼职工作人员名册可维护（姓名/职务/手机/邮箱） - [ ] 名册支持导出

6. 数据模型

沿用既有 5 张表 + 补充： - rx_branch 主表（补 intro、status、cancel_time、cancel_reason；leader 字段语义为「主任委员」，新增 leader_org[所在单位]、is_council_rep[是否理事代表]；office_org[办事部门所在单位]、office_contact_name、office_contact_phone） - rx_branch_contact 联系人、rx_branch_member 成员单位（补 member_type[主任委员单位/副主任委员单位/委员单位]、bsia_member_level[会长/副会长/常务理事/理事/会员/普通会员]，不展示信用代码）、rx_branch_inspection 年检、rx_branch_activity 活动申请（沿用既有） - rx_branch_staff 专兼职工作人员（staff_id、branch_id、name、duty、phone、mail + BaseEntity） - rx_branch_assessment 年度考评（assessment_id、branch_id、year、result、process_file、report_file） - rx_branch_file 附件（file_id、branch_id、file_type[审批/注销/内部制度/考评/述职/财务收支/年检/活动]、file_url） - rx_activity 增加 branch_id 字段（活动关联分支机构）

7. 角色权限与菜单

• 沿用既有角色：branch_admin、branch_first_review、branch_final_review；复用办公室、秘书长
• 菜单：沿用既有「企业管理 → 分支机构管理」菜单

8. 成功指标

9. 需求确认结论

十二、活动管理板块升级模块

来源：需求初稿「现有活动管理板块升级（张磊、刘莉）」+ 报价单。用户确认：在现有活动模块上增补，报价单内容本次实现（报名签到等）；服务对象用可扩展标签；服务成效归集要做。

1. 问题陈述

现有活动模块缺少报名签到、参加企业/涉外字段、服务对象体系、服务成效归集，无法满足 5A 评审（服务对象维度）和活动价值呈现。

2. 目标（Goals）

3. 非目标（Non-Goals，一期不做）

• 活动内容自动生成
• 活动效果量化分析（仅归集记录）
• 活动详情页自定义排版、签到与活动后问卷自定义、小程序端自定义表单渲染、字段间逻辑跳转
• 自动提醒节点设置（活动前 7/3/1 天定时提醒）、活动变更通知（改期/改地点手动重发）
• 现场补登（未报名临时登记）、实际到场人数填写（参照操作流程文档，下期实现）

4. 用户故事

• 作为会员部工作人员，我希望活动支持在线报名、扫码签到，以便高效组织。
• 作为会员企业，我希望在小程序报名活动、签到，以便便捷参与。
• 作为活动负责人，我希望给活动打服务对象标签、记录参加企业/涉外，以便 5A 评审。
• 作为部门负责人，我希望按半年/一年归集服务成效，以便体现服务价值。

5. 功能需求与验收标准

会议沟通调整：活动设立无需审批，仅归档确认（归档确认人待领导商议确定）；活动设立后直接进入报名/签到流程。

5.1 报名与签到（P0，报价单内容本次实现）

• 活动在线报名（小程序端报名 + PC 端管理）、扫码签到（运营端扫码枪/小程序签到码，支持工作人员手机扫码）、签到统计。
• 复用 rx_activity + 新增/复用报名签到记录表。

验收标准： - [ ] 活动支持在线报名，报名名单可查 - [ ] 支持扫码签到（含工作人员手机扫码）+ 签到统计 - [ ] 小程序与 PC 数据同步

5.2 字段完善（P0）

• 活动增加「参加企业」「是否涉外」等字段；未发布的活动支持上传材料权限（解决初稿"不发布的活动没有上传材料权限"问题）。

验收标准： - [ ] 活动可记录参加企业、是否涉外 - [ ] 未发布活动也可上传材料 - [ ] 活动设立无需审批，仅归档确认

5.3 服务对象标签（P0，可扩展标签）

• 服务对象（服务国家/服务行业/服务会员/服务社会）用可扩展标签体现，标签库可维护，活动可多选打标，评审时按需归类（解决"不宜固定化"）。

验收标准： - [ ] 服务对象标签库可维护，活动可多选打标 - [ ] 标签可扩展，不固定枚举

5.4 服务成效归集（P0）

• 服务成效与服务类别统一；按半年/一年阶段性梳理，各部门专人对活动专项分类，按分类体现成效。
• 活动增加「服务类别」「服务成效」字段，支持阶段性归集查看。

验收标准： - [ ] 活动可登记服务类别、服务成效 - [ ] 支持半年/一年阶段性梳理归集

5.5 报名表单自定义配置（P0，问卷星式，新增需求 2026-09-02）

活动创建/编辑页内嵌「报名表单」Tab，运营人员可像问卷星一样自助设计报名表单，无需开发介入。详细设计见《活动报名表单自定义配置-开发落地设计.md》。

• 组件库（11 种题型）：单行文本、多行文本、单选、多选、下拉选择、日期、手机号、邮箱、企业名称、附件上传、说明文字；点击或拖拽添加到画布。
• 画布操作：拖拽排序（含上移/下移按钮兜底）、点选、复制、删除。
• 属性面板：字段标题、占位提示、必填开关（默认必填）、选项增删改（单选/多选/下拉）、附件格式与大小限制、说明内容。
• 默认表单：新建活动自动生成「姓名（必填）+ 手机号（必填）+ 单位 + 职务」（参照《活动模块内部操作流程》2026-09-04），全部字段可通过设计器增删改。
• 报名端：PC 报名链接页按表单结构动态渲染，必填与手机号/邮箱格式校验（服务端复校）。
• 报名记录：自定义字段动态列展示 + 详情抽屉 + Excel 导出（自定义字段按序平铺为列，可用于制作现场签到表/胸牌）。
• 存量兼容：历史活动无表单结构时回退默认表单；表单再编辑不影响历史报名数据（快照式存储）。
• 表单模板（P1 后置）：保存/套用模板（培训报名、年会报名等），数据表 rx_activity_form_template。

默认决策（2026-09-04 已确认）：报名表单完全采用自定义配置形式，默认字段为姓名/手机号/单位/职务（可增删改）；企业名称允许自由输入并支持会员企业库检索（不强制、兼容非会员报名）；附件上限默认 10MB；表单模板本期后置 P1。

验收标准： - [ ] 11 种题型全部可添加，支持拖拽/按钮排序、复制、删除 - [ ] 属性面板可改标题/占位/必填/选项，附件可限格式与大小 - [ ] 报名链接页按配置动态渲染，校验生效 - [ ] 报名数据含自定义字段值，记录页动态列展示、可导出 Excel - [ ] 存量活动回退默认表单，历史报名不受影响 - [ ] 再编辑表单结构不影响历史报名数据快照

5.6 基础报名配置（P0，参照《活动模块内部操作流程》2026-09-04）

活动创建时的基础报名配置项（与报名表单自定义并列，均为必填/可选基础字段）：

• 报名起止时间（必填）：建议提前截止，方便准备物料。
• 人数上限（选填）：填写具体数字，如「100人」；不填 = 无上限。
• 人工审核开关：开启后报名需审核资格，运营端及时处理待审核报名；名额快满时可加名额或关闭报名通道。

验收标准： - [ ] 活动可设置报名起止时间、人数上限（可空 = 无上限） - [ ] 人工审核开关生效：开启后报名进入待审核，可审核通过/驳回 - [ ] 报名名单可导出 Excel（用于制作签到表/胸牌）

5.7 活动发布与归档（P0，确认结论）

• 发布免审：活动保存后直接发布（对外可见），无需审批（2026-09-03 会议结论 + 2026-09-04 确认）。
• 归档审核：活动结束后上传总结资料、提交归档，经审核后状态变「已归档」；归档后仅系统管理员可修改，其他人无修改权限。

验收标准： - [ ] 活动保存即发布，无需审批 - [ ] 归档需审核，通过后仅管理员可修改

5.8 满意度调查（P0，2026-09-11 会议新增）

• 类似问卷星的满意度调查功能，支持活动满意度调查。
• 支持小程序 + 企业端两端发放，回收结果可统计。

验收标准： - [ ] 支持活动满意度调查问卷发放（小程序 + 企业端） - [ ] 调查结果可统计、可导出

6. 数据模型

• rx_activity 增加字段：attend_corporate（参加企业）、is_foreign（是否涉外）、service_category（服务类别）、service_effect（服务成效）、form_schema（报名表单结构 JSON，空 = 默认表单）、signup_start/signup_end（报名起止时间）、capacity（人数上限，空 = 无上限）、need_review（人工审核开关）
• rx_activity_register 报名记录、rx_activity_attend_record 签到记录（复用/扩展）；报名记录增加 form_data（自定义字段值快照 JSON）+ name/phone/corporate 冗余列 + review_status（审核状态，人工审核开启时生效）
• rx_activity_service_tag 服务对象标签关系（复用 rx_activity_tags 体系）
• rx_activity_form_template 表单模板（P1）：id/name/schema/create_by/create_time

7. 角色权限与菜单

• 复用：会员部工作人员（后台）、会员企业（前台报名）、活动审批角色
• 菜单：活动管理模块内增补报名签到、服务成效归集页面；活动创建/编辑页新增「报名表单」Tab

8. 成功指标

9. 需求确认结论

十三、企业数字化分析模块

来源：需求初稿「企业数字化分析」+ 会议沟通调整。场景重定义为三大智能分析场景：企业服务分析、活动主题需求分析、非会员拓展服务报告。

⚠️ 2026-09-11 会议调整：优先开发区域分布分析与行业分布分析（北京企业在不同区域布局、会员企业在特定行业分布）；分析报告输入格式暂不固定，先基于通用格式跑通流程；运营端以秘书长需求为主导。

⚠️ 2026-09-18 会议调整：①「非会员拓展服务报告」暂缓（现通过企查查数据导入 + 人工打标签实现，暂不做拓展分析模块）；②区域/行业分类字段支持随时新增（后台字典维护），系统只需具备按区域与行业检索能力，高频查询由业务人员自助解决；③标杆企业数据采集改为公开表单（替代 Word 填报）。

1. 问题陈述

平台、官网、微信数据分散，无法围绕会员企业做数据分析，难以挖掘数据价值、支撑精准服务与会员挽留、拓展。

2. 目标（Goals）

3. 非目标（Non-Goals，一期不做）

• 大数据平台建设、实时分析
• 企业舆情监控
• 非会员拓展分析（2026-09-18 暂缓，改用企查查导入 + 打标签）

4. 用户故事

• 作为协会工作人员，我希望为单个会员企业生成服务分析报告，以便针对性挽留或拓展合作。
• 作为协会工作人员，我希望分析单个活动的参与情况与适配企业，以便评估活动效果、定向邀请。
• 作为协会工作人员，我希望基于外部数据为非会员企业生成拓展服务报告，以便精准拓展新会员。

5. 功能需求与验收标准

5.0 优先场景A：区域分布分析（P0，优先开发）

• 按北京各区域（海淀/朝阳/西城/亦庄等）统计会员企业分布，输出区域 × 企业数 × 占比 × 重点行业。
• 分类字段可扩展（2026-09-18 确认）：区域、行业等分类字段支持随时新增，由后台字典维护；具体分类由会员部按需更新，技术端可随时扩展，无需改代码。
• 定位收敛（2026-09-18 确认）：系统只需具备按区域与行业检索的能力即可，高频查询（如"找医疗企业"）由业务人员自助检索解决，不做"大而全"的分析平台。

验收标准： - [ ] 可按区域统计会员企业分布并展示占比 - [ ] 区域分类字段可在后台字典新增，前端同步生效 - [ ] 支持按区域自助检索企业清单

5.0 优先场景B：行业分布分析（P0，优先开发）

• 按行业统计会员企业分布，识别优势行业与空白行业，输出服务建议。
• 行业分类可扩展（2026-09-18 确认）：行业领域、技术领域分类由会员部提供范围并按需更新（张松待提供 PC 端企业管理中行业领域与技术领域的更新需求清单），系统支持随时新增分类并与现有分类关联。

验收标准： - [ ] 可按行业统计会员企业分布，输出服务建议 - [ ] 行业分类字段可在后台字典新增，前端同步生效 - [ ] 支持按行业自助检索企业清单

5.1 场景1：企业服务分析（P0）

• 输入单个会员企业（含简写），生成该企业服务报告：参与服务情况、推荐未参与的服务，侧重挽留或拓展合作。
• 支撑退会企业分析：对拟退会企业生成分析报告，展示已参与服务，推荐未参与服务。

验收标准： - [ ] 可按企业（含简写）生成服务分析报告 - [ ] 支持批量生成（如拟退会企业清单）

5.2 场景2：活动主题需求分析（P0）

• 输入单个活动，分析该活动的参与情况（报名/签到企业、参与频次）及适配企业（可定向邀请的对象）。

验收标准： - [ ] 可按活动分析参与情况 - [ ] 可输出适配企业名单（定向邀请）

5.3 场景3：非会员拓展服务报告（⏸ 暂缓，2026-09-18）

2026-09-18 会议决定：暂缓本场景。 非会员数据现通过企查查数据导入 + 人工打标签实现，拓展分析模块暂不开发，待业务需要时再启动。

• 原设计：基于广域网数据爬取企业信息，匹配协会内部服务，为非会员企业生成拓展服务报告。
• 现行替代方案：
• 非会员企业入库渠道多元（活动报名、走访打标签、企查查导入等），准入门槛低。
• 「无活动、纯手动打标签录入」场景：只需保留企业名单与统一社会信用代码即可。
• 该类企业定名为「非会员高新企业」。
• 数据边界：技术端可通过外部公开数据补齐信息缺口，业务方只需提出数据查看需求，不必自行录入区域与行业数据。

验收标准（暂缓，重启时适用）： - [ ] 可导入外部企业数据（企查查等）并打标签 - [ ] 非会员企业仅须记录名单与信用代码即可入库

5.4 标杆企业数据采集（公开表单，2026-09-18 新增）

2026-09-18 会议确认：产业互联网发展大会「标杆企业报告」的企业资料采集，由 Word 填报改为线上公开表单，通过后台规则自动运算，减少人工审核工作量。

背景：现有标杆企业数据源于企业自主申报（线下收 Word/邮件），经筛选后仅保留约百家标杆企业。人工处理海量非标数据效率低、易错。

功能设计：

合规与数据安全（重要）： - 企业申报资料涉及营销等敏感信息、不宜公开，须明确：① 数据是否入库及存放位置；② 脱敏规则；③ 查看权限（仅限指定角色）。 - 表单需含数据使用授权声明，企业提交即视为同意协会在标杆企业评选范围内使用。

优先级：⚠️ 会上未明确排期，建议 P1（随产业互联网发展大会筹备节奏启动），需与张松确认是否纳入本期开发范围。

验收标准： - [ ] 提供公开表单（免登录）供企业填报标杆申报资料 - [ ] 单企业限单次提交，重复提交有提示 - [ ] 申报数据入库沉淀，后台可查询/导出 - [ ] 填报字段按后台规则自动运算 - [ ] 表单字段与选项后台可配置 - [ ] 敏感字段脱敏展示，查看权限受控 - [ ] 含数据使用授权声明

6. 数据模型

• 复用现有数据（活动 rx_activity/rx_activity_attend_record、企业 rx_corporate、服务记录），分析结果实时聚合，不新增主表。
• rx_benchmark_apply 标杆企业申报表（apply_id、corp_name、credit_code、contact_name、contact_phone、industry、region、form_data[JSON]、calc_result、submit_ip、submit_time、is_public_ok、status）——公开表单免登录提交，单企业单次（credit_code 唯一约束）

7. 角色权限与菜单

• 复用：协会相关工作人员（数据查询权限）
• 菜单：数据分析目录下新增 5 个场景页面（区域分布、行业分布优先）

8. 成功指标

9. 需求确认结论

十四、会员企业常态化服务模块

来源：需求初稿「会员企业常态化服务（赵丽萍）」。按建议补全：走访计划 + 走访记录 + 需求收集 + 跟进闭环 + 归档。

⚠️ 2026-09-11 变更：「走访记录」功能已删除（原型已移除「走访记录」页面与菜单），本章保留备查，待重新设计后更新。

1. 问题陈述

会员企业走访、服务需求收集缺乏系统记录与闭环，服务过程不可追溯、需求落地无跟进。

2. 目标（Goals）

3. 非目标（Non-Goals，一期不做）

• 会员企业服务工单系统（复杂工单流转）
• 走访路线智能规划

4. 用户故事

• 作为会员部工作人员，我希望制定走访计划，以便有序开展走访。
• 作为会员部工作人员，我希望记录走访（日期、企业、走访人员、需求），以便留痕。
• 作为会员部工作人员，我希望跟进服务需求落地，以便闭环。
• 作为协会工作人员，我希望归档走访数据，以便审计备查。

5. 功能需求与验收标准

5.1 走访计划（P1）

• 走访计划：计划时间、企业、走访人员、走访主题。

5.2 走访记录与需求收集（P0）

• 走访记录：日期、企业名称、走访人员、企业服务需求、走访纪要。

5.3 服务跟进闭环（P0）

• 服务需求 → 跟进状态（待跟进/跟进中/已解决）→ 解决记录，形成闭环。

5.4 数据归档（P0）

• 走访记录、需求、跟进记录统一归档，关联企业档案。

6. 数据模型

• rx_visit_plan 走访计划（plan_id、plan_time、corporate_id、visitor、theme）
• rx_visit_record 走访记录（record_id、visit_date、corporate_id、visitor、demand、summary）
• rx_visit_follow 跟进记录（follow_id、record_id、status[待跟进/跟进中/已解决]、solve_record）

7. 角色权限与菜单

• 复用：协会会员部工作人员
• 菜单：新增目录「会员常态化服务」/system/visit（走访计划、走访记录、服务跟进）

8. 成功指标

9. 需求确认结论

十五、整体关联需求

来源：需求初稿「第三部分 整体关联需求」。跨模块的关联规则，各模块均需遵循。

5.0 后台首页（待办与提醒，2026-09-19 新增）

2026-09-19 会议确认：新增系统后台首页，作为登录后的默认落地页，集中展示待办、提醒与预警。

页面结构：

• 首页为登录后默认视图，顶部导航「首页」可随时返回。
• 卡片可点击跳转至对应模块（合同待办 → 合同列表；到期提醒 → 项目列表）。

验收标准： - [ ] 登录后默认进入首页（待办与提醒） - [ ] 5 类待办/提醒卡片数据正确展示 - [ ] 采购金额不一致预警在首页可见并可跳转 - [ ] 会员到期提醒在首页可见并可查看名单 - [ ] 卡片可点击跳转对应模块

1. 文档复用（不重复上传）

• 原则：相关上传文档不重复工作，不同功能可直接调用。
• 典型场景：合同管理中上传了验收报告，若该合同属于某项目、某采购，项目管理与采购管理中也应有相应支撑资料（自动引用，无需重复上传）。
• 落地：统一文件库 + 引用关系。材料一次上传，通过"业务对象关联"（采购→项目、活动→分支、合同→项目/采购）在各模块直接调用。

验收标准： - [ ] 同一材料上传一次，多处引用 - [ ] 关联业务对象之间材料互通（如采购的验收报告在项目档案可见）

2. 多端打通（小程序 / 网站 / PC 平台）

• 原则：小程序、网站、创新服务平台 PC 端系统要打通，避免重复劳动。
• 落地：
• 数据打通：活动报名签到（PC + 小程序）、信息发布（PC + 小程序同步）、任务进度与业务动态（PC → 小程序只读同步，2026-09-20 调整；原「内部审核」已移除）
• 认证统一：后台 Session、会员/专家 JWT、小程序统一走现有 /cpt//api 通道
• 前台信息完善（初稿"前台信息是否够用"）：现有前台主要是入会、软著、服务手册、会费通知等，需补充信息发布内容（第二部分第六条），并确认是否增加通知通告、活动报名。

验收标准： - [ ] 小程序与 PC 数据一致，避免重复录入 - [ ] 前台补充信息发布内容，通知通告/活动报名待确认

3. 现有模块升级 / 暂停清单

初稿要求：现有模块需要完善升级的需明确；不常用的经沟通协商后暂停。以下 17 个后台现有模块，需逐一确认「升级 / 保留 / 暂停」。

4. 需求确认结论

十六、会议沟通调整记录

来源：与甲方需求沟通会议记录（2026-09-03）。以下为会议确认的调整点，已同步更新至对应模块章节。

1. 已确认的调整

2. 新增需求

3. 待确认事项