本站新增的分析与整理

  • 用一份六门、五组的虚构矩阵拆解公共门与房间隔离，并保留未批准的总钥匙需求。
  • 将四个普通钥匙组、八把拟发实物钥匙和门点数量分开计数，给出权限过宽及新增岗位的反例。
  • 编制需求矩阵空表，并明确需求审批、产品能力确认、实际交付和后续变更是不同阶段。

先区分四种开启关系，别从一把钥匙开多门直接下单

本篇读取的官方产品册末页为WN 05541551532、07/2023，内容同时介绍expert plus与expert cross。第7–9页从钥匙计划讲到不同系统类型：方案依据是指定钥匙与具体门的开启关系，而不是先把所有门换成同一款外形的锁芯。本文仅采用已明确的规划概念，不把expert cross的结构或其他能力移给expert plus。

‘一把钥匙开几扇门’可能对应几种需求：同一个使用者想减少钥匙数量，管理方需要上级钥匙，几个部门各管一组房间，或住户都能开公共入口但不能开其他住户房间。这些关系的交付含义不同，应先写清再选系统。

下表的中文名称用于阅读对照，不作为厂家完整订货名称。同一项目可能同时有公共入口、部门分组和个别独立门；最终能否按目标矩阵制造、怎样保留扩展，应由对应产品与方案确认，不能从概念图推定任意矩阵都成立。

本文阅读名称原文类型要表达的开启关系
同钥Keyed-alike指定的一组锁芯由同样开启权限的钥匙使用
主钥匙Master key system个别钥匙各管指定门，另设获批的上级开启关系
分组总钥匙Grand master key system在总、主组或组、个别钥匙间形成分层关系
中心锁/公共门Central master key system不同个别钥匙可共用中心门，同时保留各自独立门

先给门和钥匙组编号，人员名字放到领用记录里

门点表应先识别实际对象：哪栋、哪层、哪一扇活动门、采用什么锁体及锁芯形式。相邻两扇门不能因为房间名称相同就合并成一个记录，房间里另有柜锁或钥匙开关时，也应确认它们是否属于此次规划。

钥匙组描述一类拟定开启关系，不是某个人的姓名，也不是颜色。两个人领用相同开启关系的钥匙，可以在同一组下分别登记实物；同一个人因岗位需要领用不同组，也不能因此把这几组权限全部合并。

不宜直接把组织架构图变成钥匙树。例如行政部门的岗位级别较高，未必就需要设备间或档案室权限；保洁、维修或临时服务也可能只需少数公共门。先由业务管理方逐格批准所需开启关系，再让技术方回应产品方案。

需求初稿中把不清楚的格子标待定。空白可能表示尚未讨论，也可能被误解为禁止，因此宜统一约定‘拟允许、拟禁止、待确认’三种状态。不要为让表格看起来完整，就把未知项全部勾成可开。

六扇门、五个组：这张表只是需求草稿

下面设六个虚构门点：D01为公共入口，D02为A室，D03为B室，D04为共用房，D05为设备间，D06为档案室。K-A、K-B、K-M、K-F是四个普通钥匙组；另设一行K-G作为总钥匙的备选讨论项，尚未批准。

表中的‘是’表示拟允许，‘否’表示拟禁止，‘待批’没有形成开启许可。所有名称、门号和关系都是本站假设，没有对应真实场所，也没有完成产品可制造性计算。手机可横向查看各门列。

钥匙组D01公共入口D02 A室D03 B室D04共用房D05设备间D06档案室
K-A是是否是否否
K-B是否是是否否
K-M是否否是是否
K-F是否否否否是
K-G备选总钥匙待批待批待批待批待批待批

从矩阵读出三类问题，比只看谁的钥匙最多更有用

K-A与K-B都拟开启D01、D04，但它们没有获得对方办公室的开启关系。这说明公共门共用与房间隔离可以同时成为需求，不能为了共用入口就把D02、D03改成同钥。若供应方只回答‘可以一钥多门’，还没有回应这两项关系是否都保持。

K-M拟用于设备维护，目标里没有A室、B室或档案室。假设管理方为省事，准备给维修人员K-G总钥匙，便会绕开原矩阵限制。此时要先问是否存在明确的跨区需求及批准依据，不能把‘少带一把钥匙’当作扩大开启范围的理由。

再假设新增一个服务岗位，只需要D01与D04。把K-A现有钥匙借给它，会同时把A室开启关系带过去。合适的下一步是把新增需求单独成行，请系统方审查如何实现及对现有计划的影响，而不是在领用单上写一句不得进入A室，就认为机械开启关系已经改变。

K-G这一行保留待批，是为了让管理方先决定是否需要总钥匙、覆盖哪些门、由谁保管和何时使用。不能因为产品册画有总钥匙，就把它作为每个项目的默认交付。需求批准后，仍要取得准确系统方案及例外说明。

四个普通组可以发八把钥匙，门数与锁芯数还得另算

延续虚构示例，若K-A计划发3把、K-B发2把、K-M发2把、K-F发1把，普通组仍是4组，拟发实物是3＋2＋2＋1＝8把。增加同组副本不会自动新增一层开启关系，却会增加需要交接、归还及盘点的实物。

未批准的K-G此时不计作已发钥匙；是否配制和数量都应另定。采购单应把钥匙组编号、计划副本数和交付状态分开，避免‘共五组’被直接理解成五把实物，或把备用钥匙漏出管理记录。

六个门点也不一定就是六只最终锁芯。门扇数量、锁体形式以及门外柜锁、挂锁或钥匙开关是否纳入范围，都需门点实物表说明。产品册第11页列出多种锁芯形式，说明开启计划与实体选型需要对应；不能用矩阵的列数代替完整用件数量。

同理，钥匙夹的颜色是视觉识别手段，不是权限本身。换个颜色不会改变它应开的门；颜色相同也不足以证明属于同一钥匙组。领用记录宜同时包含组编号和实物编号，而不是只写‘蓝钥匙两把’。

计划可用，不代表某一锁芯尺寸和特殊功能已确定

门点实物表应记录锁芯形式、内外侧关系、安装尺寸的准确基准及配套锁体，具体值来自相符产品图和门体确认。中国expert plus页目前列出的28.6 mm及饰面信息，限于该页的虚设、旋钮圆形锁芯，不能拿来统一填写整栋楼的所有门。

另读的两页英文Factsheet末页标WN 5530551532、08/23，介绍双面钥匙系统及可选的特殊功能。产品册还分别描述模块结构和不同锁芯形式，但这些资料没有替当前项目指定全部部件，改长度、加旋钮或采用特殊功能仍须对应准确配置。

特殊功能不能靠简称补入常规供货。本文不把特殊配置中的权限变化方式推广到普通锁芯，也不按海外样册中的专利或认证文字，推定国内所有版本的法律状态、合格结论或当地可供货范围。

若门点具有特殊用途，应让相应专业和供货方对完整门组作适用回应。钥匙计划只说明谁拟开启哪些门，不能替代门组用途、门体与锁体的完整确认。

增配、遗失与RFID，要分清改变的是哪一层

产品册第6页说明，安全卡用于系统资料管理及增配时识别所有者。项目应在交接前问清实际增配渠道、核验材料、批准人和资料保管方式，并取得适用于本地区、本系统的书面规则。不能仅凭一张卡的照片推定任何人、任何地点都能增配。

遗失处理宜先找出实物所属组、持有记录及受影响门点，再由管理方与系统方决定处理范围。只在电子表格中把一把纯机械钥匙标记作废，不会由这条登记动作本身改变锁芯的机械开启关系。

这也不表示每次遗失都必须用同一种换件办法。产品册另列BAZ等特殊功能，但能否使用、对现有钥匙组有什么影响，取决于实际锁芯和准确方案。本篇不提供转换钥匙或现场操作步骤，也不承诺常规锁芯都能不换件撤权。

Factsheet第2页还展示可集成电子门禁的RFID钥匙夹。机械部分的开启关系与电子凭证的授权应分别交接：软件删除电子凭证，不等于机械钥匙同时失效；机械侧变更，也不能代替电子侧核验。若项目两者并用，应分别记录状态和验证结果。

领用登记也不等同于通行事件记录。登记可以说明谁领走了哪把实物，不能单靠它证明某人何时开过哪扇门。若有追溯需求，应另明确所需设备与记录条件，不让一份钥匙台账承担未配置的功能。

扩建之前保留需求，交付时同时查允许与禁止关系

规划时可把明确的下一阶段楼层或用途列为预留需求，写清哪些已决定、哪些只是可能。不要笼统要求‘以后随便加门’；新增公共门、增加一个部门或扩大某个组的范围，影响并不相同，需要按系统规划审查。

系统方的回应应能追到需求矩阵版本，说明哪些目标可以实现、哪些需要调整、预留范围如何界定。若采用方案与原需求不同，应让管理方确认变更后再进入制造和交付，不能把技术方案中的变化藏进最终编号。

交付验证不仅看拟允许的钥匙能否开启对应测试门，也应按批准计划检查有代表性的禁止关系，以及未批准项是否被误当作已交付权限。验证范围与方法由实施方在管理方批准条件下制定，用实物标识和结果记录对应矩阵，不在公开资料里展示制匙编码。

仍以上面草稿为例，若只检查K-A能开A室，却从未核对它不应开B室，就没有覆盖关键隔离目标。对公共门同样要确认各获批组的关系；不能用一把样钥匙的成功替整份计划结单。

交接应留下四份互相对应的记录

需求矩阵回答谁拟开哪些门，门点实物表回答装什么，领用台账回答发给谁与发了几把，验证及变更记录回答实际交付是否与采用方案一致。四份记录通过同一门号、钥匙组编号和版本相互对应，各自不能替代其他几份。

本站提供的CSV是需求输入空表，可在线下填写拟允许、拟禁止、待确认及批准状态，不要求填写钥匙齿形、系统安全码或实际制匙信息。它不含示例中的开启关系，不会替读者分配权限，也不是厂家的最终生产文件。

本文新增的是规划对照、虚构矩阵、计数和反例、交接检查方法。厂家产品信息保留其来源和版本；实际方案由管理方批准、产品方确认、实施方交付。读完后可以交出一份问题明确的委托，但不能仅凭本文把任意矩阵当成expert plus已实现的能力。

本轮于2026年10月29日复核中国页并读取两份官方英文资料。下载栏目分别标2023-07-07与2023-11-20，文件内标分别为WN 05541551532、07/2023和WN 5530551532、08/23；栏目日期、文件身份和本站编辑日期分别记录。

交接资料必须能回答常见缺口
需求与采用矩阵允许、禁止、待定及批准范围是什么只有人员组织图，没有逐门关系
门点实物表准确锁芯、锁体、门体及配置是什么只填品牌、统一长度或矩阵列数
领用与增配台账组、实物、副本数、持有及归还怎样对应组数当把数，只有颜色没有编号
验证与变更记录实际结果、未覆盖项及后续变化是什么只验证能开，没有检查拟禁止关系

本站需求矩阵空表

空表只整理拟允许、拟禁止、待确认和批准状态，不包含本文虚构开启关系，不作生产编码或实物领用文件。

下载expert plus钥匙计划需求空表（CSV）

本文采用的资料

  • dormakaba中国官网《expert plus》，2026-10-29复核局部锁芯字段及两份资料条目；网页尺寸不推广到全系列。
  • 官方英文《Greater protection and convenience — expert plus by dormakaba》产品册，16页；末页WN 05541551532、07/2023。重点读取第6–11页计划、安全卡及形式说明；第8、9页类型图已查看原页；特殊功能另读正文但不转录操作。
  • 官方英文《dormakaba expert plus — Reversible key system》Factsheet，两页；末页WN 5530551532、08/23；同日读取并查看两页，采用钥匙系统、形式及RFID钥匙夹说明，不将选配或海外认证写成国内统一配置。

本轮技术来源复核：2026-10-29。资料名称和版本用于识别引用范围；本文比较表及假设示例为本站整理。官网原位置可在对应产品页查看文字记录。

常见问题

同钥与主钥匙系统是一回事吗？

不是相同的开启关系。同钥侧重指定锁芯使用相同开启权限，主钥匙方案还要表达个别与上级关系；应按门点需求和准确系统方案确认。

大家都能开公共入口，是否也会互开办公室？

不能由公共入口推定。公共门与各自房间应在矩阵中分列，分别批准并验证；本文K-A、K-B草稿保留了办公室隔离需求。

五个钥匙组就是五把钥匙吗？

组数描述开启关系，实物数量取决于每组副本和交付状态。本文的待批总钥匙还未进入发放数量，不能按行数直接采购。

把权限较大的钥匙借给服务人员，再规定只能开公共门可以吗？

书面使用约定不会自动改变机械开启关系。应单列岗位所需门点，请管理方和系统方审查适当的准确方案，而不是借用过宽的现成组。

电脑中注销一把机械钥匙，会使锁芯拒绝它吗？

仅修改登记不会由该动作本身改变纯机械开启关系。应按实际锁芯、特殊功能及批准方案处理，并与电子凭证的状态分别确认。

expert plus官网写28.6 mm，所有门都能用同一长度吗？

该字段限中国页列示的特定圆形锁芯。其他形式和门体需准确图纸及配置，不能把网页局部字段扩成全系列尺寸。

下载需求矩阵后可以直接交厂制匙吗？

空表用于整理和审批需求。还需产品可实现性确认、门点实物资料、正式采用方案及制造交付流程，不能当作生产编码文件。

验收为什么还要检查不应开启的关系？

拟禁止关系也是需求的一部分。只证明几把钥匙能开目标门，不足以验证部门隔离、公共门和未批准项是否与采用计划一致。

继续阅读

内容仅供参考，以官网数据为准