4. 事件基本信息配置:事件名称、事件编号、事件描述、采购组织、采购品类

事件基本信息是寻源事件创建阶段的第一组核心元数据,决定了该事件在系统内的唯一标识、业务归属以及品类覆盖范围。本节将逐一解析五个必填字段的配置规则、校验逻辑与常见避坑点。

4.1 字段定义与配置规则

字段名称 业务含义 配置规则 校验要点
事件名称 寻源事件的业务标题,供采购员、供应商、审批人识别 必填;长度 2~100 字符;支持中文、英文、数字、短横线、下划线 不可与同采购组织下已发布事件重名;不可包含特殊符号(如 @、#、$)
事件编号 系统自动生成或手动录入的唯一业务编码 必填;长度 8~32 字符;通常采用“前缀 + 日期 + 流水号”格式 全局唯一;不可修改(创建后锁定);支持前缀自定义配置
事件描述 对采购需求的补充说明,帮助供应商理解技术要求或商务条款 选填;长度 ≤ 2000 字符;支持富文本(加粗、列表、超链接) 不可包含 HTML 脚本标签(XSS 防护);超链接需白名单校验
采购组织 发起寻源的法人实体或利润中心,决定审批流与预算归属 必填;单选;从组织架构树中选择末级节点 用户必须有该组织的寻源创建权限;不可选择禁用/冻结组织
采购品类 采购物资或服务的分类归属,影响供应商推荐与品类策略 必填;单选或多选(取决于系统配置);支持三级品类树选择 品类必须处于“启用”状态;不可选择父级品类(仅允许末级品类)
产品提示:事件编号的生成策略建议采用“组织代码 + 年月日 + 4 位流水号”格式(如 CNBJ-20250521-0001),既保证可读性,又避免编号冲突。若企业有 ERP 集成需求,编号前缀应与 ERP 采购订单编码规则对齐。

4.2 字段间的依赖关系与校验顺序

五个字段并非独立校验,系统需按以下顺序执行依赖检查,避免前端提交后频繁报错:

  1. 采购组织 → 校验用户权限与组织状态;
  2. 采购品类 → 校验品类是否属于所选采购组织的品类范围;
  3. 事件名称 → 校验同组织下名称唯一性;
  4. 事件编号 → 校验全局唯一性与格式正则;
  5. 事件描述 → 校验长度与 XSS 安全。

若采购组织变更,已选的采购品类、事件名称唯一性校验范围均需重新触发。

4.3 配置流程与验证逻辑

以下 SVG 展示了事件基本信息配置的完整流程,包含前端输入、后端校验与错误反馈三个环节:

事件基本信息配置与验证流程 事件基本信息配置与验证流程 前端输入表单 字段级校验 依赖关系检查 校验通过 校验失败 错误提示反馈 校验顺序:采购组织 → 采购品类 → 事件名称 → 事件编号 → 事件描述

4.4 常见配置错误与解决方案

高频错误 1:事件名称重复
现象:同一采购组织下已存在同名事件,系统提示“事件名称已存在”。
解决方案:建议在命名规范中加入“年份/季度”后缀(如“2025年Q2办公用品框架采购”),或启用系统自动去重检测。
高频错误 2:采购品类选择父级节点
现象:用户选择了“IT设备”而非“笔记本电脑”,导致供应商推荐范围过宽。
解决方案:前端品类选择器应禁用父级节点,仅允许末级品类勾选;后端二次校验品类层级深度。
最佳实践:在事件描述字段中嵌入结构化模板,例如:
【采购背景】年度框架协议续签
【技术要求】详见附件技术规范书 V2.1
【商务要求】付款账期 ≤ 60 天,质保期 ≥ 24 个月
【附件清单】1. 报价单模板.xlsx  2. 技术评分表.pdf
这种结构化描述可显著减少供应商澄清提问,提升寻源效率。

4.5 配置参数与验证清单

以下清单可作为开发自测或产品验收的检查依据:

验证场景 输入 预期结果
事件名称为空 留空 前端提示“事件名称不能为空”
事件名称含特殊字符 采购@2025# 前端提示“事件名称包含非法字符”
事件编号重复 已存在的编号 后端返回 409,提示“事件编号已存在”
采购组织无权限 选择禁用组织 前端下拉框不展示该组织,或提交时提示“无操作权限”
采购品类选择父级 选择“办公用品”父级 前端禁用父级节点,或提交时提示“请选择末级品类”
事件描述超长 输入 2500 字符 前端实时计数并限制输入,或提交时提示“描述不超过 2000 字符”

4.6 字段配置的扩展设计

在企业级 SaaS 采购平台中,事件基本信息通常支持租户级自定义扩展。以下 SVG 展示了标准字段与扩展字段的架构关系:

事件基本信息字段架构 事件基本信息字段架构 标准字段 事件名称 事件编号 事件描述 采购组织 采购品类 扩展字段 预算中心 采购类型 紧急程度 项目编号 自定义标签 租户配置中心 字段可见/必填/排序

扩展字段通过租户配置中心动态加载,支持按采购组织、品类、事件类型控制字段的可见性、必填性与排序。例如,IT 采购组织可启用“项目编号”字段,而 MRO 采购组织则隐藏该字段。

架构建议:扩展字段的元数据建议存储在独立的配置表中,通过 JSON Schema 或 Protobuf 定义字段类型、校验规则与 UI 组件映射。前端根据配置动态渲染表单,后端根据配置动态生成校验逻辑,避免每次新增字段都需发版。