每家用了几年电气设计软件的企业，都有一个“库”。差别在于：有的库是资产——打开就能用，条目清晰，新人也能找到需要的符号；有的库是负债——条目上万，重复率三成，没人知道哪个是现行版本，改一个条目可能影响几十个项目。
库不会自动变成资产。它需要规则、审批和清理，这三件事缺一件，三年后必然失控。
一、五个子库，不是并列关系
| 子库 | 依赖 | 被依赖 | 建设的先后 |
|---|---|---|---|
| 符号库 | 无 | 部件库、宏库 | 第一 |
| 部件库 | 符号库（关联） | 宏库、报表、BOM | 第一（与符号并行） |
| 宏库 | 符号库、部件库 | 项目模板 | 第二 |
| 2D 布局图库 | 部件库、柜体结构 | 布置图、柜体加工 | 第三 |
| 3D 模型库与 3D 宏 | 部件库、柜体模型 | Pro Panel 布线 | 第三（3D 项目才需要） |
顺序错了会返工。常见错误是先建宏库，发现符号不统一，宏要重做；或者先做 3D，发现器件模型没有对应部件，模型成了孤立文件。
二、命名规则：让库“可被查找”
命名规则的目的是可查找、可排序、可判断归属，不是为了好看。
三层命名结构
建议结构：类型 - 分类 - 标识 - 变体
- 类型：S（符号）、P（部件）、M（宏）、L（布局）、D（3D 模型）
- 分类：按功能组，如 MOT（电机）、PWR（电源）、SIG（信号）
- 标识：序号或型号
- 变体：可选，如 -A、-B，或版本号
示例：
| 对象 | 命名 | 说明 |
|---|---|---|
| 符号 | S-IEC-MOT-001 | IEC 体系，电机类，第 1 个 |
| 部件 | P-SIEMENS-3RT2016-1AB01 | 制造商 + 型号，可直接检索 |
| 宏 | M-B-REV-01 | 基础层，正反转回路，第 1 版 |
| 布局 | L-CAB-800x600 | 柜体布局，800×600 |
| 3D 模型 | D-SIEMENS-3RT2016 | 与部件型号对应 |
命名规则一旦定下，就要在入库审批时强制执行。允许“这次特殊”，规则就废了。
检索友好性
除了结构，还要考虑实际检索习惯。工程师找符号时，输入的多是“电机”“断路器”“端子”，而不是编码。所以：
- 描述字段必须包含常用中文名与英文缩写
- 同义词要写进描述（如“断路器 / 空气开关 / MCB”）
- 分类不要过细，三级以内，否则找不到
三、属性模型：必填与继承
BOM 准不准，取决于属性；属性准不准，取决于约束。
必填字段的设计
必填字段不是越多越好。字段太多，录入成本高，人会想办法绕过；字段太少，报表缺列。
建议的必填集：
- 制造商（Manufacturer）
- 型号（Type/Part Number）
- 描述（Description）
- 单位（Unit）
- 物料组（Group）
- 物料编码（与 ERP 对应，若已集成）
选填但建议有的：额定电流/电压、安装方式、替代料、供应商、价格（若需要）。
在库层面强制，而不是靠人
同一个字段，写在规范里要求“必须填写”，执行率大约六成；在库里设成必填、不填不能保存，执行率接近百分之百。
这是“配置层”与“文档层”的差别，也是库建设中最值得投入的一处。
继承与覆盖
部件属性可以分层：类别默认值 → 系列默认值 → 单件值。例如“单位”在类别层设为“个”，系列继承，单件可覆盖为“套”。
分层的好处是减少重复录入，坏处是“改了上层，下层跟着变”。所以要有规则：哪些字段允许继承，哪些必须单件填写。
四、宏：分层，而不是堆叠
宏乱，是库失控最常见的表现。症状：同一个电机启停回路有十几个版本，文件名看不出区别，谁都不知道该用哪个。
三层结构
- 基础层（B）：最小功能单元，如单台电机启停、单个阀门控制、单个传感器接线
- 组合层（C）：典型回路，如泵组、风机、加热单元、正反转
- 项目层（P）：整机或整线的标准段
引用规则：项目层可以引用组合层，组合层可以引用基础层，不允许反向引用。这样改基础层能向上传导，不会互相牵制。
宏里不该有什么
- 具体的设备编号（应在插入时按项目规则生成）
- 具体的项目属性（项目号、客户名）
- 与特定图框绑定的内容
带项目信息的宏，复用时会带入上一个项目的数据，这是最常见的“宏污染”。
版本与废弃
宏的版本建议写在文件名或属性里，例如 M-B-REV-02。修改宏时：
- 小改（文字、线宽）：升小版本，旧项目不受影响
- 结构改（引脚、连接点）：升大版本，旧项目保持原版本
- 废弃：标记为 deprecated，保留但不出现在默认列表
五、入库审批：谁来决定“进库”
没有审批，库会膨胀；审批太严，工程师会绕过。
三级审批
- 快速通道：常用标准件，按已有模板创建，24 小时内处理
- 常规通道：非标件、新系列，需核对属性与唯一性
- 特殊通道：客户指定、行业特殊要求，需技术负责人确认
审批看什么
- 命名是否符合规则
- 必填属性是否完整
- 是否与现有条目重复（按制造商+型号查）
- 符号是否符合绘图规范（栅格、线宽、引脚）
- 是否有对应的 2D/3D 模型（若项目需要）
审批不是“审核美感”，是“审核可复用性”。
六、清理：不做清理的库，一年后必然失控
清理周期与规则
每季度一次，规则固定：
- 连续两个项目未使用的宏 → 标记候选废弃
- 重复条目（同制造商同型号）→ 合并，保留属性最全的
- 属性缺失且无人补全 → 移入待处理区，不删除
- 命名不符合现行规则 → 重命名，保留旧名作为别名
归档而不是删除
删除的风险是“有人还在用”。稳妥做法是移入归档库：不出现在默认检索结果，但项目打开时仍能解析。
清理要有记录
每次清理输出一份清单：改了什么、合并了什么、归档了什么。这份清单是下次清理的依据，也是出问题时的追溯线索。
七、迁移与清洗
从旧平台或旧库迁移，最大的风险是“带着错误一起搬”。
三步固定动作：
- 查重：按“制造商 + 型号”做唯一性校验，输出重复清单
- 补全：按必填模板补全，无法确认的进待处理队列，不猜
- 抽检：迁移后随机 20 条，核对图纸—库—ERP 三方一致
从 AutoCAD 迁移到 EPLAN 的特殊性在于：图形可以导入，设备与连接关系必须重建。工作量远大于格式转换，不要按“一键转换”预期。
八、度量：四个数
| 指标 | 定义 | 健康区间 | 采集方式 |
|---|---|---|---|
| 属性完整率 | 必填字段齐全的条目占比 | 95% 以上 | 库导出后统计 |
| 重复率 | 同制造商同型号的重复条目占比 | 3% 以下 | 唯一性校验 |
| 复用率 | 近一年被两个以上项目使用的条目占比 | 30% 以上 | 使用记录 |
| 入库合规率 | 走审批流程入库的条目占比 | 100% | 审批记录 |
复用率低，说明库建了很多“用不上”的条目；重复率高，说明审批与查重失效；属性完整率低，说明 BOM 一定有问题。
九、四个反模式
反模式一：一次性大批量导入。 把能找到的库全部导入，不做查重与补全，结果库变成垃圾场。
反模式二：只建不管。 建完没有审批、没有清理，两年后没人敢动。
反模式三：宏带项目信息。 从项目里直接“另存为宏”，带入设备编号与项目属性，复用即污染。
反模式四：追求“全”。 想把所有可能的器件都建进库，结果常用件没建好，冷门件建了一堆。先覆盖 80% 常用件，剩下的按需补。
常见问题
Q30EPLAN 符号库不全，画图时找不到符号，只能自己画，怎么办？
先做一次判定，别急着补库：
- 符号确实不存在：设备类型超出标准库覆盖范围（特殊传感器、专用模块、非标元件）
- 符号存在但找不到：分类不清、命名不符合习惯、搜索方式不对
- 符号存在但不符合厂标：图形能画，但引脚定义、属性、编号规则与内部标准不一致
三种情况的处理完全不同：第二种只需要重整库结构与命名，成本最低；第三种要改库并评估历史项目影响。自建符号的三条硬规则：
- 必须入库，不允许“画在页面上当图形用”。图纸里的临时图形无法被统计、无法生成报表，也无法复用。
- 必须带完整属性：设备标识、功能定义、连接点定义、部件关联。缺一项，后面报表就会缺一列。
- 必须按同一套栅格与线宽绘制，缩放后与其他符号视觉一致。
库的建设不是“补缺口”，而是“定规则”。建议先建一份符号分类表与命名规则，再按产品线分批补齐，每批都做一次实际出图验证。补完不验证，等于没补。
Q31部件库怎么建，才能保证 BOM 出来是准的？
BOM 出错，通常是四类原因：
- 属性缺失：厂家、型号、单位、数量单位没填，导出时为空
- 一物多号：同一物料在库里有多条记录，统计时被拆成多项
- 一号多物：一个部件号对应多个规格，采购无法执行
- 关联错误：符号上关联了错误的部件，图纸对但 BOM 错
建设顺序：1. 定字段清单：哪些是必填（厂家、型号、描述、单位、物料组），哪些是选填。必填项要在库层面强制，而不是靠人自觉。2. 定编码规则：与 ERP 物料号的关系必须先明确，是同一套号还是映射关系。3. 做去重与合并：导入前先查重，按“厂家+型号”做唯一性校验。4. 分批导入并抽检：每批导入后随机抽 20 条，核对图纸—库—ERP 三方一致。一个实用检查：随便挑一个已交付项目，导出 BOM，让采购按表下单。如果采购需要打电话问你三个问题，这张 BOM 就不合格。
Q32宏库应该怎么规划？为什么我们的宏越用越乱？
宏越用越乱的典型症状：同一个电机启停回路有十几个版本，谁都不知道该用哪个；宏里带着上个项目的设备编号；改了宏，旧项目跟着变。根因是四条缺失：
- 缺分类：按什么维度组织？按功能（启停、正反转、星三角）还是按产品线？必须二选一并坚持。
- 缺命名：文件名里没有版本、没有适用场景，只能靠记忆
- 缺版本：宏更新后旧项目怎么办，没有规则
- 缺责任人：谁批准新宏入库、谁负责清理废弃宏
建议的分层结构：
- 基础层：最小功能单元（单台电机启停、单个阀门控制）
- 组合层：典型回路（泵组、风机、加热单元）
- 项目层：整机或整线的标准段
使用规则也要写清：项目层宏可以引用组合层，组合层可以引用基础层，不允许反向引用。这样改基础层能向上传导，而不会互相牵制。治理节奏：每季度清一次，连续两个项目未使用的宏标记为候选废弃，由责任人确认后归档。不做清理的宏库，一年后必然失控。
Q33以前用 AutoCAD 画的电气图，要转到 EPLAN，数据怎么处理？
先做一个判断：这批图纸以后是“查阅”还是“复用”。
- 只查阅：保留 PDF/DWG 归档即可，迁移投入产出比很低
- 要复用（改型设计、备件生产、生成报表）：值得迁移，但要做结构重建
迁移的真实工作量不在“把线转过去”，而在三件事：
- 页结构重建：AutoCAD 是按图幅组织，EPLAN 是按功能与位置组织，页的划分逻辑要重做
- 设备与连接点重构：CAD 里的线是几何对象，EPLAN 里的线是连接关系，必须重新赋予设备标识与连接点
- 属性补齐：厂家、型号、端子号、线号，CAD 图里往往只有文字，需要整理成结构化属性
常见做法是“半自动 + 人工确认”：图形用工具导入作为底稿，设备与连接关系人工核对。全自动转换听起来省事，实际会产生大量隐性错误，后面排查更费时。建议先选一个典型机型做试点，跑通“导入—重构—出报表—对比原图”全流程，评估单套工时，再决定批量范围。
如果你的库已经“大到不敢动”，建议先做一次体检：统计条目数、重复率、属性完整率与近一年使用率，再决定治理还是重建。体检清单可以通过联系我们索取。