软协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大模型合规自检

---

一、采购管理模块

基于《北京软件和信息服务业协会采购管理办法（草案）》原文 + 与张松老师的需求确认。

1. 问题陈述

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

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

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

2. 目标（Goals）

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

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

4. 用户故事

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

5. 功能需求与验收标准

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

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

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

• 新增「采购档位配置」：每档维护 金额下限（含）/上限（不含）、比价方数、是否党支部前置、是否理事会审议、是否法定代表人（会长）签字、所需支撑材料清单、审批链模板（不再包含采购方式）。
• 默认四档（来自办法第十一条）：

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

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

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

• 采购经办人填报：采购项目名称、采购类型（资产类/产品类/服务类）、采购内容与规格、申请部门、预算金额、资金属性（预算内/预算外）、采购用途。
• 采购方式人工选择（七种）：自主采购、比价、竞争性谈判、竞争性磋商、单一来源、公开招标、邀请招标（办法第十条）。
• 该字典维护在系统参数中（若依框架 sys_dict），由后台自定义配置增删，无需改代码。
• 提交时系统按预算金额自动匹配金额档位，提示审批链与所需支撑材料（档位仅决定审批流程，不决定采购方式）。
• 所有对外付款均需走采购流程（含 5 万以下）：任何对外付款先发起采购申请，再流转至合同模块，确保合同出处清晰。
• 生成采购编号（自动，规则：CG + 年月日 8 位 + 4 位序号，如 CG20260901-0001；序号 0001～9999，跨年重新从 0001 排），全局唯一。
• 强制「合规承诺」勾选（未拆分金额、未规避流程）。

验收标准： - [ ] 采购方式为人工下拉选择，七种齐全（自主采购/比价/竞争性谈判/竞争性磋商/单一来源/公开招标/邀请招标），由系统参数配置 - [ ] 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万）：记录每家供应商报价金额、上传《供应商报价单》（加盖公章）、比价过程记录；可标注中标供应商。比价支撑材料含：比价通知、需求说明、≥3家供应商报价单与营业执照、比价结果、拟定供应商名称、会议纪要（如有）。
• 招标采购档（≥100万）：招标文件、开标/评标记录、中标通知书等仅作为材料上传留痕（一期不细化为结构化字段）。

验收标准： - [ ] 比价采购强制上传 ≥3 家报价单，缺失拦截 - [ ] 报价单/依据材料由相关角色审核（见 5.7），审核意见留痕 - [ ] 中标供应商可从比价记录中勾选，回填到采购单

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

• 新增工作流「采购审批」，审批链按档位动态（见 5.1 表）。
• 全部档位审批链均含「财务复核」节点（办法第七条：预算审核、资金支付管控、发票合规校验、成本核算）；位置为部门负责人之后、秘书长之前。
• 党支部前置把关 + 理事会审议 + 法定代表人签字采用"节点 + 附件"双重落地：
• 50万（含）以上档位审批链中插入"党支部前置审核"节点（支部负责人审批）；
• 该节点必传《重大事项党组织前置审核报送表》+ 支委会会议纪要；
• "理事会审议"节点必传理事会决议/会议纪要；
• 理事会通过后进入"法定代表人（会长）签字"节点，必传采购申请表法定代表人（会长）签字版（办法配套表单"特大重大项目专属栏"）；
• 未完成前置审核，流程不可流转到理事会节点、不可启动比价/招标。
• 审批动作全部走任务中心待办（复用 rx_task），审批人按角色解析。

验收标准： - [ ] 零星自主/比价采购档审批链：采购申请 → 部门负责人 → 财务复核 → 秘书长 - [ ] 比价采购（重大）/招标采购档审批链：采购申请 → 部门负责人 → 财务复核 → 秘书长 → 党支部前置 → 理事会审议 → 法定代表人（会长）签字 → 比价/招标 - [ ] 缺《前置审核报送表》时流程卡在党支部节点；缺会长签字版时流程卡在签字节点 - [ ] 每级审批意见、时间、签字（电子）留痕可追溯

5.6 采购与合同双向关联（P0）

2026-09-11 会议调整：采购与合同模块双向关联，付款、验收信息自动同步回采购详情。

• 采购审批通过后自动流转至合同模块，可关联现有合同（rx_contract）或从采购单直接发起合同创建（复用合同模块）。
• 采购单记录合同编号；合同状态、付款进度、验收信息自动同步回采购详情页，双向可追溯（支撑材料互用，不重复上传）。

验收标准： - [ ] 采购单可发起/关联合同，合同编号回填采购单 - [ ] 合同付款、验收状态变更自动同步至采购详情

5.7 支撑材料审核（P0）

• 比价单、前置审核表、验收单、实施方案、预算明细等材料上传后，进入材料审核环节，由对应角色审核（通过/驳回），审核意见留痕。
• 材料缺失或审核未通过，相应流程节点不可放行。

5.8 验收管理（P0）

• 履约完成后，需求部门发起验收（谁需求、谁验收、谁负责），录入验收类型（货物/服务/工程）、验收结论（合格/不合格）、验收意见，上传《采购验收单》。
• 不合格时记录整改要求，整改后可重新验收。
• 货物类固定资产验收保留「是否固定资产」标记字段，一期不对接固定资产台账。

5.9 财务付款前置审核（P0）

• 财务付款前，系统强制校验三项：审批流程完整、验收结论合格、支撑材料齐全。任一不满足，付款环节锁定并提示缺失项。
• 记录付款金额、付款方式（对公转账为主；2000元以上原则上禁止现金——可配置提醒）。

5.10 档案归档与导出（P0）

• 采购全流程材料统一归集到采购单档案页，支持一键导出（PDF/Excel）。办公室可查看全部档案，党支部可随时调阅。

5.11 待办与提醒（P1）

• 采购审批、材料审核、验收待办进入任务中心；超时未审提醒；状态变更短信/站内信提醒。

5.12 利害关系回避（P1）

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

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

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

• 采购方式由业务人员自主选择（七种）：自主采购、比价、竞争性谈判、竞争性磋商、单一来源、公开招标、邀请招标。
• 选项维护在系统参数中（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 天自动触发；③审批链为固定配置（不支持用户自定义），审批任务按角色分配至待办，审批人仅「通过/驳回」，驳回须填写原因；④党支部前置审核、理事会审议、会长签字节点由审批人上传会议决议/签字文件；⑤项目与合同双向关联，一个项目可关联多个合同；⑥承接单位手动输入（不关联系统企业库）；⑦关联关系须上传说明文件（支持多文件）。

1. 问题陈述

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

2. 目标（Goals）

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

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

4. 用户故事

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

5. 功能需求与验收标准

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

• 适用范围（办法第二条）：纳入 = 政府购买服务、政府补助、重大活动（论坛、年会等）、其他类型；不纳入 = 日常运营常规性收支（固定薪资、日常办公采购、系统开发维保），走《采购管理办法》《资金使用与报销流程管理办法》，不进项目模块。
• 填报字段：项目名称、项目大类（承接项目/自主立项项目）、项目子类（承接：政府购买服务/政府补助；自主立项：重大活动/其他）、承接单位/合作单位（手动输入，不关联企业库）、负责人、牵头部门、项目周期（起止）、项目预算、是否涉外、项目简介/内容。
• 项目编号（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 会议确认）。

验收标准： - [ ] 项目编号按 XM-YYYYMMDD-0001 自动生成、唯一、不可手改 - [ ] 当日流水号递增（0001 起），跨日重置 - [ ] 项目周期起止可录入，用于到期提醒与结项触发 - [ ] 承接单位/合作单位为手动输入，不联动企业库 - [ ] 关联关系为「有」时须上传说明文件，支持多文件，未上传不可提交

5.2 立项审批（P0，复用工作流，分承接类/自主立项类）

2026-09-11 会议调整：项目分为承接类与自主立项类，审批流程存在差异。 2026-09-15 会议补充：审批链为固定配置，不支持用户自定义；审批任务按角色分配至对应人员待办列表；审批人仅可「通过 / 驳回」，驳回须填写原因。

• 承接项目（政府购买服务、政府补助）：流程简单，不受资金限制、无需上会。填《项目承接审批表》（附件1），审批链：填表 → 部门负责人审批 → 财务复核 → 秘书长审批。
• 自主立项项目（重大活动/其他），填《项目立项审批表》（附件2），按预算分级：
• 预算 < 50万：填表 → 部门负责人 → 财务复核 → 秘书长审批
• 预算 ≥ 50万：填表 → 部门负责人 → 财务复核 → 秘书长审核 → 党支部前置审核（书面意见） → 理事会/常务理事会审议 → 法定代表人（会长）签字
• 其他类型：参照自主立项类流程（可配置）。

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

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

验收标准： - [ ] 承接类项目不受资金限制、无需上会，走简化审批链 - [ ] 自主立项类项目预算 ≥ 50万 自动触发「党支部前置审核 → 理事会/常务理事会审议 → 法定代表人（会长）签字」 - [ ] 全部审批链均含财务复核节点（部门负责人之后、秘书长之前） - [ ] 审批链为固定配置，不提供用户自定义入口 - [ ] 审批任务按角色分配至对应人员待办列表；审批人仅可「通过/驳回」，驳回须填写原因 - [ ] 三个附件节点未上传对应文件时，流程不可流转至下一节点 - [ ] 每级审批意见、时间留痕可追溯

5.3 项目备案（P0）

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

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

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

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

项目状态流转（五状态，2026-09-15 会议确认）：

• 结项自动触发：系统默认在项目结束时间前 15 天自动将状态置为「待上传结项文档」并推送提醒给项目创建人（提前天数可配置）。
• 项目详情跟踪按审批流程节点展示（对齐流程梳理文档）：
• 承接项目：填项目承接审批表 → 部门负责人 → 财务复核 → 秘书长审批 → 合同（协议）→ 超预算申请（如有）→ 验收 → 归档
• 自主立项（＜50万）：填项目立项审批表 → 部门负责人 → 财务复核 → 秘书长审批 → 合同 → 超预算申请 → 验收 → 归档
• 自主立项（≥50万）：填项目立项审批表 → 部门负责人 → 财务复核 → 秘书长 → 党支部前置审核 → 理事会/常务理事会审议 → 法定代表人（会长）签字 → 合同（协议）→ 超预算申请 → 验收 → 归档
• 每个节点标注需上传的资料（如结项审批节点需上传《结项总结》）。
• 项目执行中可维护阶段/里程碑：阶段名称、计划起止、实际完成时间、状态。
• 绩效跟踪（办法第十四条）：项目执行过程开展绩效跟踪，绩效指标随阶段记录，作为结项绩效自评的基础。
• 中期自查：周期超过 6 个月（不含）的项目，中期组织自查，形成《中期执行报告》（进展 + 资金收支）向秘书处汇报。
• 跨年自查：跨自然年项目年底自查，形成《项目进度报告》；12月20日后新增跨年项目支出需书面备案；预算 ≥50万 跨年项目落实风险研判与前置把关。

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

5.5 周期到期提醒（P0）

• 项目周期临近结束（默认提前 30 天，可配置）自动提醒项目负责人与经办人。

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

2026-09-15 会议确认：项目与合同双向关联——既可在项目内创建合同，也可在合同模块选择关联的项目；一个项目可关联多个合同。

• 项目可下挂多个采购单：采购单新增 project_id 字段，采购申请时可选择归属项目；项目详情页汇总展示名下采购单。
• 项目可关联多个合同：项目详情页「关联采购与合同」区块汇总展示；合同模块亦提供「关联项目」字段，双向可查。
• 采购单/合同的支撑材料在项目档案页可直接调用，不重复上传。

验收标准： - [ ] 采购单可选择归属项目，回填项目 - [ ] 项目详情页可查看名下全部采购单与合同（一个项目可关联多个合同） - [ ] 合同模块可选择关联项目，双向可查 - [ ] 采购/合同已上传的支撑材料在项目中可直接引用

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

• 项目登记预算金额，财务备案。
• 预算外/超预算支出走预算调整审批，经核准后方可执行。
• 重大活动类项目预算外支出与预算合计 ≥50万（含）的，按重大项目流程（党支部前置+理事会审议）。
• 政府购买服务/政府补助类项目预算调整须报立项单位同意（留凭证）。

验收标准： - [ ] 项目预算可登记，超预算支出触发调整审批 - [ ] 调整后合计 ≥50万 自动升级重大项目流程 - [ ] 政府类项目预算调整须附立项单位同意凭证

5.8 重大变更管理（P0）

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

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

5.9 关联关系回避（P0）

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

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

5.10 结项管理（P0，含绩效自评，2026-09-15 会议调整）

结项触发与流转（会议确认）：

1. 自动触发：系统在项目结束时间前 15 天自动触发结项流程，状态由「执行中」置为「待上传结项文档」，并推送提醒给项目创建人（无需人工干预）。
2. 上传结项文档：项目创建人上传结项材料后，状态流转至「结项审批中」。
3. 结项审批：结项审批角色在待办列表中查看并审核（通过 / 驳回，驳回须填写原因）。
4. 完成：审核通过后状态置「已结项」。

• 项目负责人编制结项总结（项目完成情况、资金使用决算、项目成果）。
• 结项同步开展绩效自评，绩效评价结果作为后续同类项目立项参考。
• 结项审批链（保持四级）：经办人 → 部门负责人 → 秘书长 → 财务/办公室归档。
• 政府购买服务/政府补助类项目，配合立项单位完成验收（留验收凭证）。

验收标准： - [ ] 系统在项目结束时间前 15 天自动触发结项流程，状态置「待上传结项文档」并提醒创建人 - [ ] 创建人上传结项文档后状态流转至「结项审批中」 - [ ] 结项审批角色在待办中可查看并审核，支持通过/驳回（驳回须填原因） - [ ] 审批通过后项目置「已结项」，材料归档 - [ ] 结项须填结项总结（完成情况+资金决算+成果）+ 绩效自评 - [ ] 政府类项目须附立项单位验收凭证

5.11 档案归档（P0，一事一档）

• 项目档案「一事一档」：立项申报材料、合同/协议、执行过程文件、变更审批文件、资金收支凭证、验收报告/结项总结（含绩效）。
• 由项目负责人收集，报送办公室统一归档，全流程可追溯。

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）
• 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_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 会议确认）：① 审批链为固定配置，不支持用户自定义；② 审批任务按角色分配至对应人员待办列表；③ 审批人仅可「通过 / 驳回」，驳回须填写原因。

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. 需求确认结论与待确认

已确认： | 事项 | 结论 | |---|---| | 审批流 | 复用工作流+任务中心（立项/结项审批） | | 生命周期 | 阶段跟踪 + 周期到期提醒 | | 关联关系 | 项目下挂采购 + 合同（文档复用） | | 项目类别 | 统一流程 + 类别字段 | | 重大项目审批 | ≥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-15 会议） | | 结项触发 | 系统在项目结束时间前 15 天自动触发（无需人工干预），提醒项目创建人（2026-09-15 会议） | | 承接单位字段 | 手动输入，不关联系统企业库（2026-09-15 会议） | | 关联关系附件 | 选择「有」时须上传说明文件及回避举措，支持多文件（2026-09-15 会议） | | 项目—合同关联 | 双向关联，一个项目可关联多个合同（2026-09-15 会议） | | 财务复核 | 全部审批链均含财务复核节点（部门负责人后、秘书长前） | | 结项审批链 | 保持四级：经办人 → 部门负责人 → 秘书长 → 财务/办公室归档（2026-09-15 确认） |

三、团标管理模块

来源：需求初稿「团标管理（张磊）」。已确认：标准七阶段、复用审批流、仅记录评审意见（不关联专家库）、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 会议调整：党建管理以党建台账形式呈现——基础信息（支部、书记、党员基本信息列表）+ 奖惩情况（分支部奖惩与个人奖惩两类）。

1. 问题陈述

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

2. 目标（Goals）

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

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

4. 用户故事

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

5. 功能需求与验收标准

5.1 党建台账：基础信息（P0）

• 支部基本信息：支部名称、支部书记、党员人数、成立时间。
• 三级架构：党支部（一级）→ 党员（二级）→ 党费/转接/奖惩（三级）。
• 党员基本信息列表：姓名、性别、民族、出生日期、政治面貌、入党时间、岗位/职务、联系方式、是否流动党员（标注"未转入"）等。
• 按年份录入，历史档案永久保留。

验收标准： - [ ] 党员基本信息可录入，字段齐全 - [ ] 流动党员可标注"未转入" - [ ] 历史档案永久保留

5.2 党费收缴（P0）

• 党费收缴记录：党员、年份/月份、缴费金额、缴费状态。

验收标准： - [ ] 党费按党员/年月记录，状态可查

5.3 组织关系转接（P0）

• 转接类型（转入/转出）、转接时间、纸质介绍信等备案材料上传。
• 人员转出后历史档案永久保留，以备核查。

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

5.4 奖惩情况（P0，支部 / 个人两类）

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-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.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）

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

验收标准： - [ ] 会议纪要、决议、签字、附件统一归档 - [ ] 归档材料经审核后入库，审核意见留痕

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

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

1. 问题陈述

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

2. 目标（Goals）

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

• 复杂业务反馈仍走 PC 端（小程序仅轻交互）
• 基础信息同步（协会要闻/会员动态/关于协会）——初稿标注"待定"

4. 用户故事

• 作为会员企业对接人，我希望在小程序上报名活动、签到，以便移动端便捷参与。
• 作为会员企业，我希望在小程序查看会员专区信息、入会申请，以便自助服务。
• 作为秘书长/管理人员，我希望在小程序上做内部审核（合同/采购/项目审批），以便移动办公。
• 作为会员部工作人员，我希望在小程序上做扫码签到、活动运营，以便现场高效管理。

5. 功能需求与验收标准

5.1 公共基础能力（P0）

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

5.2 企业端（P0）

• 首页：动态轮播、快捷入口、待办提醒（缴费、参会）、活动推荐、政策资讯、消息中心、入会申请（PC 端跳转引导：提供提示文案 + PC 端链接）。
• 会员专区：会费缴纳、评估评价、活动记录、联系人管理、信息公开（会员信息公开）。

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

• 展示规则：企业已参与的项目 → 显示参与情况和结果；未参与的项目 → 显示"未参与"并提示可参与。
• 申请路径：因参与申报较复杂，手机端仅提示"申请参与"并提供可复制的 PC 端链接，跳转 PC 端完成申请，与现有 PC 端企业界面打通。
• 供需服务：供需广场、发布供需（经后台审核后向全员展示）、我的供需、智能推荐、意向沟通、收藏转发。
• 活动：活动列表/详情、在线报名、我的活动、签到码、资料下载、评价、满意度调查、微信提醒。

满意度调查：类似问卷星的活动满意度调查，问卷主题、内容（题目/选项）由后台自定义配置；支持小程序 + 企业端两端发放，回收结果可统计导出。 - 服务企业：活动通知、活动报名、活动签到（支持工作人员手机扫码签到）；复杂反馈仍 PC 端。

已删除/暂不上线模块： - 删除：企业二维码（与企业报名码重复）、消费指引、企业信息卡片。 - 暂不上线：信息维护、权益展示（无数据支撑或 PC 端已具备）。 - 入会申请：小程序端不再直接录入入会材料，改为提示 + PC 端链接引导。

5.3 运营端（P1，秘书长需求优先）

• 定位：运营端以秘书长需求为主导，优先开发秘书长关注的功能模块，后续视情况再开放其他人员权限。

数据汇总看板（首页看板，核心数据实时汇总）：

报表分析（各业务维度统计报表）：

• 会员增长报表（按月/季度/年度）
• 活动参与报表（活动类型、参与企业、签到率）
• 项目进展报表（立项/执行/结项分布）
• 采购分析报表（金额档位分布、供应商）
• 服务成效归集（半年/一年，服务类别 × 成效）

• 数据导出（Excel / PDF）

• 内部审核、活动运营、会员企业服务、项目管理等操作类功能后续视权限逐步开放。

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 会员通道）
• 运营端：协会工作人员、秘书长（内部审核）
• 复用现有 /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 会议调整：优先开发区域分布分析与行业分布分析（北京企业在不同区域布局、会员企业在特定行业分布）；分析报告输入格式暂不固定，先基于通用格式跑通流程；运营端以秘书长需求为主导。

1. 问题陈述

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

2. 目标（Goals）

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

• 大数据平台建设、实时分析
• 企业舆情监控

4. 用户故事

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

5. 功能需求与验收标准

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

• 按北京各区域（海淀/朝阳/西城/亦庄等）统计会员企业分布，输出区域 × 企业数 × 占比 × 重点行业。

验收标准： - [ ] 可按区域统计会员企业分布并展示占比

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

• 按行业统计会员企业分布，识别优势行业与空白行业，输出服务建议。

验收标准： - [ ] 可按行业统计会员企业分布，输出服务建议

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

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

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

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

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

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

5.3 场景3：非会员拓展服务报告（P0）

• 基于广域网数据爬取企业信息，匹配协会内部服务，为非会员企业生成拓展服务报告。

验收标准： - [ ] 可爬取/导入外部企业数据 - [ ] 匹配内部服务生成拓展报告

6. 数据模型

• 复用现有数据（活动 rx_activity/rx_activity_attend_record、企业 rx_corporate、服务记录），分析结果实时聚合，不新增主表。

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. 需求确认结论

十五、整体关联需求

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

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

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

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

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

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

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

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

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

4. 需求确认结论

十六、会议沟通调整记录

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

1. 已确认的调整

2. 新增需求

3. 待确认事项