EPLAN 的许可证问题，跟 Altium 不是一回事，但死法很像。

账面上一堆 Concurrent License 躺在 ELM 上，IT 觉得“我们有 20 个浮动许可，够用”，研发那边隔三差五有人登不上，跑去问采购“是不是又该买了”，采购一看预算，说再等等。然后某台机器上就多了一个来路不明的 Electric P8。等到律师函来了，所有人翻 ELM 日志，发现最近一个月的记录还在，三个月前的早不知道滚哪去了。

你手里不是没有数据。ELM 一直在记日志，只是没人把它当数据用过。

根子不在“有人想偷着用”，在于 ELM 只管发牌，不管人打完没打完

EPLAN 的许可体系得先捋清楚，不然后面全是糊涂账。ELC（EPLAN License Client） 装在工程师电脑上，负责连服务器或者激活单机许可。ELM（EPLAN License Manager） 装在服务器上，管的是 Concurrent License（并发/浮动许可） 的借出和归还。单机许可绑工位，不在 ELM 池子里。网络许可才是“谁用谁借，用完还回来”的那套逻辑。

问题出在“借”和“还”之间那个时间差。

ELM 的日志里，一次许可事件有自己的 eventid，同一天内从 1 开始递增，借出记一次，归还再记一次。如果同一个人或同一台机器把同一个许可启动了多次，第一次 eventid 给 1，后续给 0，ELM 只认第一次，后面的“重复启动”在界面上看起来就像没发生过。这意味着什么？一个工程师开着 EPLAN 去开会、去现场、下班不关，ELM 看到的只是“这个 seat 还在用”，它不会告诉你这个人在不在画图。

更麻烦的是版本。ELM Basic 没有报告接口，OpenLM 那类工具根本查不了它，只有 ELM Professional 才开放查询和导出。很多企业装的是 Basic，以为“反正有日志”，结果日志在，但没人能结构化地拉出来。等到想查“过去四周到底谁在什么时间占了多少 seat”，才发现手里只有一个孤零零的服务器，连一份能排序的报表都得手工从原始文件里抠。

几个看着不像坑、踩进去才知道疼的地方

第一个，按“电气部多少人”买许可，而不是按“同时打开 EPLAN 的峰值”买。

这是最普遍的一个。十五个人的电气团队，采购觉得“保守点，买十二套网络许可”。但实际上画图、评审、跑现场是交替的，同时在线率经常只有六到七成，峰值可能只有十个人。多出来的两三套不是“安全库存”，是每年白付的订阅费。反过来，如果峰值到了十三四个人，账面十二套不够，多出来那两个人不会去找采购，他们会去找破解。

第二个，许可借出去之后，默认它会自己回来。

ELM 不会自动回收挂机的 seat。有人早上打开 Electric P8 查一个端子，然后最小化去干别的，下班直接合盖走人。那个许可就锁在他机器上过夜了。一个挂着不操作的会话和一个正在画柜子布局的会话，在 ELM 的默认视角里没有本质区别，都是“已借出”。你账面二十套，实际有效产能可能只有十四五套，剩下的全在工位上“挂着”。

第三个，把 Pro Panel、PLC 扩展这些模块当成“标配”发给所有人。

EPLAN 是按模块卖的，Electric P8 本身是一个底座，Pro Panel（3D 柜体）、PLC & Bus Extension 这些是加在上面的扩展。很多企业采购的时候图省事，把高价值模块塞进每一个用户的 bundle 里，结果真正用 Pro Panel 做 3D 布局的可能就那三四个人，剩下十几份模块授权常年躺在许可证池里没人碰。模块是有单独维护成本的，你为“万一有人要用”付的钱，大概率比实际用掉的多得多。

第四个，收到侵权告知之后第一反应是“把盗版机断网”，然后假装事情过去了。

物理断网确实能让那台机器暂时不被 ELM 检测到非法拷贝活跃，但它的代价是那台机器上的设计数据脱离了任何正常的版本管理和备份流程。更关键的是，断网只堵了联网检测这一个口，招聘信息、前员工、供应商、甚至同一网段里正版机器和盗版机器共存时触发的批量锁许可，都不是断网能解决的。凯格精机 2021 年那个案子，62 万的律师费加证据保全费，比很多中型企业全年 EPLAN 预算都高。断网不是方案，是拖时间。

从今天下午就能干的事开始，一层一层往上走

第一层：把 ELM 的日志导出来，看“有效占用”而不是“借出总数”

如果你用的是 ELM Professional，它本身有 Create report 功能，能把日志事件输出成列表或者摘要，按用户、按计算机、按事件类型都能筛。先别想工具，把这个功能用起来。要看的核心不是“一共借出过多少次”，是下面三个数：

• 每个工作日、每个小时的并发峰值（不是日均，是峰值）。
• 借出到归还的持续时间分布。如果一个“会话”动辄四五个小时，而这个人实际画图时间只有一半，那另一半就是挂机。
• eventid 为 1 和 0 的比例。0 越多，说明重复启动、挂机不关的情况越重。

如果 ELM 是 Basic、没有报告接口，退一步：连续两周，每天上午十点和下午三点，让研发主管配合截一下 ELM 界面上“当前借出”的清单。土，但能画出那条峰谷曲线。

第二层：在 ELM 上把“还”这个动作变得不那么依赖自觉

拿到挂机数据之后，配置层面有两个动作是零成本的。

一个是设闲置回收。 实战里比较常见的是 15 分钟无操作自动释放。有人打开 EPLAN 去开会，十五分钟后 seat 回到池子里，下一个排队的人就能借到。有案例是把 28 个许可通过这个动作撑起了峰值 38 人的并发需求，采购量直接压到原来的七成以下。

另一个是把借出规则和项目阶段对齐。 EPLAN 的许可需求高度依赖项目节点，招投标、出图、调试、交付这几个阶段的并发曲线完全不一样。如果所有项目组共用一个没有优先级的池子，赶交付的组和做前期方案的人抢同一批 seat，结果是两边都觉得不够。按项目组或者角色分池子，哪怕池子总量不变，有效吞吐也会好一截。

第三层：采购结构从“按人头”改成“核心固定 + 溢出浮动”

EPLAN 网络版卖的是同时在线数，不是总人数，这个计价逻辑必须先摆正。十五个人峰值十个人，网络版十套就够，买单机版才需要十五套。但网络版单套比单机版贵，还要一台服务器和 IT 维护，这个成本要算进去。

结构上比较实在的做法是：核心长期画图的几个人，用固定席位或者高 bundle 覆盖；波动的那部分用网络浮动池兜底，不为了一个季度一次的赶工峰值把全年 seat 数拉高。 模块也一样，Pro Panel、PLC 扩展按“实际会用的人”分配，不要默认塞进所有人的 bundle 里。续订之前把上一周期的峰值曲线拿出来对一遍，比凭印象拍数字靠谱得多。

第四层：工具，是 ELM Professional 的日志已经不够用了才考虑

OpenLM 那类工具和 EPLAN 的对接路径说清楚：它读的是 ELM 的日志，通过 ElmMonitor.exe 定期抓取，转成 XML 再给 OpenLM Server 处理。前提是 ELM 必须是 Professional，Basic 没有可查询的报告接口。它能补的是历史趋势、挂机会话自动标记、模块级别的使用率、借出未归还（roamed/borrowed license）的可见性。

但如果你连 ELM 自带的 Create report 都没跑过一轮，先别买工具。 工具解决的是“手工扒日志跟不上了”的问题，不是“根本不知道看什么”的问题。

一个把 28 个许可用出 38 人峰值的变化

一家做自动化产线集成的企业，电气设计那边二十来号人，账面 28 个 EPLAN 网络许可，混着 Electric P8 和一部分 Pro Panel 模块。IT 常年觉得“许可挺紧的”，但采购问要不要加，研发又说“好像也够”。

后来把 ELM 的日志拉出来做了两周的并发和持有时间分析，发现两件事：第一，日间峰值从来没超过 21；第二，借出时长中位数四个多小时，但同一批用户里有一部分人的实际交互时间明显短于持有时间，典型的开在那不关。

动作不复杂：ELM 上设了 15 分钟闲置回收，把三个长期没人用的 Pro Panel 模块从普通工程师的 bundle 里拿掉，重新分配给真正做 3D 布局的两个人，总席位数没加。调整之后第一个月，峰值并发摸到过 37—38，而 ELM 上显示“排队等待”的次数基本归零。账面从 28 套的实际采购量压到了二十套出头，许可相关支出降了将近三成，研发那边“登不上”的抱怨反而比之前少了。

他们没换软件，没断网，没加买一套。只是第一次让 ELM 里那些躺了很久的日志，变成了一条能拿来跟采购和研发同时对话的曲线。