基于“统一格式、清晰归类、无歧义识别”原则设计，全程规避“-”及特殊字符，确保兼容所有系统，操作门槛低、易落地。
一、核心命名结构（7要素，接收人可选）
[项目所属]_[项目名称]_[文件类别]_[更新日期]_[版本号]_[处理状态]_[接收人（可选）]
全程仅用下划线“_” 连接所有要素，无空格、“-”或其他符号，避免跨系统（Windows/Mac/云端）识别错误。
二、各要素统一规则（附示例）
| 要素名称 | 统一规则 | 示例 |
|---|---|---|
| 项目所属 | 写全称或团队约定简称（不随意缩写，避免混淆） | A公司、华东地区、总部财务部 |
| 项目名称 | 仅含项目核心名称，不含文件类别（与“文件类别”明确拆分） | B项目、2024Q4产品推广、办公楼装修 |
| 文件类别 | 细化为“用途+类型”格式（拒绝模糊表述，明确文件用途） | 技术方案报告、成本核算表格、市场分析文档、会议纪要 |
| 更新日期 | 强制统一“yymmdd”格式（指文件最后更新日期，非项目开始日，更贴合找文件需求） | 241030（2024.10.30）、241231（2024.12.31） |
| 版本号 | 初始版为“V01”，每次修改递增（V02→V03…）；重大修订用“VXX_修订”标识（替换原“-”，保持下划线统一） | V01、V05、V03_修订、V02_修订 |
| 处理状态 | 仅用3类标准词，明确状态边界（无歧义） | 待处理（需启动处理）、处理中（正在推进）、已结项（全部完成） |
| 接收人 | 写姓名/称谓全称；多人接收时用“_”分隔；无需指定时可省略 | 尤总、颜老师、尤总_颜老师 |
三、不同场景示例
- 需发给单人：A公司_B项目_技术方案报告_241030_V01_待处理_尤总
- 需发给多人：华东区_C项目_进度跟踪表格_240915_V02_处理中_尤总_颜老师
- 无接收人：总部_D项目_用户调研分析文档_241101_V01_已结项
- 重大修订版：X地区_E项目_预算调整报告_240820_V02_修订_待处理
四、3条落地保障规则（确保可靠）
- 禁特殊字符：不出现
#、%、&、空格、“-”、中文标点（。，），彻底规避文件损坏或乱码风险。 - 统一词汇表：将“文件类别”（如“技术方案报告”“进度跟踪表格”）、“处理状态”（待处理/处理中/已结项）整理成固定清单，团队共用，避免表述混乱。
- 版本不跳号：每次修改后版本号递增（V01→V02，不跳号）；历史版本不删除（如保留“XX_V01”），方便回查旧内容。
以前的文件命名方法
文件命名主要遵循以下的内容：
1. 明确项目所属（X公司、X地区）
2. 项目名称
3. 项目文件类别（报告、表格、分析文件）
4. 项目日起（一般为项目开始日期，统一采用yymmdd）
5. 文件处理版本号（V01或其他）
6. 文件处理情况（结项、未完成、待处理）
7. 项目需要发送给谁（颜老师、尤总，可写可不写）
示例：**A公司B项目技术方案241030V01 _ 待处理 _ 尤总**
注：命名采用下划线（"_"）连接两个内容，避免错误识别