供电架构进了调查名单：硬件专利风险要做成设计审查项
一、供电架构为什么会进入审查清单
据公开报道，一项针对“特定垂直电力传输系统、其组件及含有该系统的计算系统”的调查已经启动，被诉名单覆盖电源模块生产、设备组装、系统集成等环节，链条上同时出现多个地区的厂商，有被诉企业公开回应称不会产生重大不利影响。对外的责任认定不是我们能替谁下的结论，要处理的是另一件事：名单是按链条环节列出来的，这意味着任何一个环节被问到，上游模块厂、下游集成方和中间做方案的人都得当场拿出自己的设计说明与来源证据。这种证据只能在设计阶段留下。
过去的交付里，供电架构被当成纯工程选型：效率、功率密度、散热路径、成本，四条权衡完就定案，图纸归档只服务于生产和维修。现在它多了一个维度，实现路径本身可能落在别人的权利主张范围内。这个维度没有试验台可以量，也没有仿真可以替代，只能靠检索、记录、对照表这三样笨办法来管。笨办法要落地，就得写进已有的设计流程，而不是在流程末尾加一个名字含糊的评审环节，等着别人自己领悟。
二、立项阶段：把商业话术换成可比较的技术特征
对照检索要在方案还没凝固时做，晚了就只剩下改名字。做法上有四个要点：
- 检索关键词按结构与功能描述组织，例如功率级与计算单元的相对位置、母线的取向与层叠方式、竖直方向上的电流路径、与散热结构的协同方式，不要按“高效供电”“绿色机房”这类宣传词去搜，宣传词搜不到东西。
- 检索结果不写成“有风险”或“无风险”，写成三栏：我们打算怎么做、公开材料里的做法是什么、两者在结构上的差别在哪里。差别说明要让一个没参与项目的工程师也能复述出来。
- 参与人必须包含电气、结构与热设计三个方向的实际执行人，再加供应链和交付负责人。只有采购或者只有法务参加的对照，结论到不了图纸上。
- 输出进立项评审纪要并归档，纪要里要写清楚哪些备选方案因为对照结果被排除、排除依据是什么。这一段记录将来就是独立开发证据的一部分。
我们要的从来不是一份法律意见书，而是让设计团队在画第一版拓扑之前就知道边界落在哪里。
三、设计阶段的三条边界
第一条边界是能改就改。在方案对比阶段就把替代实现路径列进备选项，并把改动带来的代价（效率、散热、良率、模具与工装）与风险一并写进选型表，让改架构成为一个有价格的选项，而不是一个回避话题。这类决策要留痕：替代方案是谁提出的、选型依据是什么、谁批准的。
第二条边界是不能改的，把独立开发的证据链做扎实。同一功能可以由不同结构实现，如果我们的路径与别人相似但确实是各自走出来的，能证明这一点的是过程记录：设计输入的时间戳、每一次方案变更的版本历史、评审纪要里的讨论原文、仿真与试验的原始数据。这些记录的价值要在争议发生之后才被发现，那时候补一份都来不及。
第三条边界是外购的部分，把责任写进合同并要求可追溯。对外采购的模块、组件与设计方案，要在合同里界定供方对其提供的结构与工艺的符合性与授权承诺，承诺范围覆盖到能拆出来的层级，并要求供方在被问到的时候能够提供来源材料。只有口头承诺、只有品牌名没有批次、授权范围只写到一级供应商，这三种情形我们都遇到过，真出问题等于自己承担。
四、技术特征对照表与证据留存
核心交付物是一张对照表。字段不多，但每一项都要填得住追问：
| 字段 | 填写要求 | 常见问题 |
|---|---|---|
| 技术特征条目 | 按公开材料里的特征逐条拆分，不改写、不合并 | 把三条并作一条，差异说明失去落点 |
| 我方实现方式 | 写到结构层级，并引用图纸编号与版本 | 只写功能描述，看不出实现路径 |
| 差异说明 | 说清哪一处不同、为什么不同、不同带来什么结果 | 写成“我们是自研”，没有信息量 |
| 支持证据 | 图纸、评审纪要、试验记录、版本历史，各带版本与时间戳 | 证据散落在个人电脑，版本对不上 |
| 责任人 | 具体执行人，不是部门名称 | 以部门名义挂名，问不到细节 |
| 复核记录 | 每次变更后由谁复核、结论是什么 | 一次填完就不再更新 |
证据留存的最小要求可以照清单执行：设计输入的原始记录带时间戳；方案变更走版本控制，保留历史而不是覆盖；评审会议纪要同时记录争议与结论；仿真与试验的输入输出成对存放；外购件保留来源凭证、批次与授权说明，并且能对应到具体型号与图纸版本。软件侧有对应物，构建标识与配置版本要能和硬件图纸版本对上，否则“我们交付的到底是哪一版”这句话没人答得上。
五、供应链侧的四个动作
链条被整段列名，风险就沿链条双向传导，而供应商侧的动作往往比内部记录更早决定结果。四件事：
- 供应商符合性声明。要的不是一句泛化的承诺，而是说明声明覆盖的对象（哪个型号、哪一版图纸、哪个产地）、覆盖的层级、有效期，以及声明发生变化时的通知方式。
- 多层授权范围与转授权。一级供应商给的许可是否覆盖它从二级、三级那里取得的工艺与结构，这一层要问清楚；问不清楚的部分按无授权处理，进替代件清单。
- 替代件清单与再验证周期。每个可能被替换的部件预先给出备选，并写清替换之后必须重做的验证项与所需周期。没有预置替代件的架构，谈判时只能接受对方条件。
- 变更通知时限。把结构、材料、工艺发生变化后必须多久之内书面通知写进条款，并约定变更后我方有复核权。实际执行里，来料换了产地而没有任何通知，是已提交配置失效最常见的原因之一。
六、分区处理与合同里的那一层
不同法域的受理条件、处理节奏和执行范围并不一致，同一份设计在一处需要处理的问题，在另一处可能完全不构成问题。分区处理的意义是把工程改动和交付节奏绑在一起：需要变更架构的目标市场，改动排在生产之前；风险暂不覆盖的市场正常供货，但记录必须完整。在途订单与已入库物料的处置，要在决策之前就把清单准备好，数量、批次、可拆解性、可改装性各占一栏，避免临时从仓储系统里现拉数据。
对我们这类以软件与系统集成为主的交付方，还有一条更要紧的边界。合同里要写清楚我们承担到哪一层：是提供设计服务并按图执行，是对整体方案的符合性负责，还是只对软件与配置的正确性负责。分层不清楚，风险就会默认落到签字那一方。洹拓在集成类项目里的做法是把交付的模块清单、配置基线与来源记录按上面那张对照表的字段存放，客户被问到时，能不能在短时间内交出一份自证材料，才是集成商真实的能力所在。这类工作不会出现在里程碑上，但它决定项目在争议里能走多远。