Pet Registry里的Removed仍可搜索：BuildingLink怎样把宠物档案联系到住宅单元

BuildingLink的Pet Registry帮助页把Removed写成一种仍可搜索的状态。[1] 因此，住宅服务资料中的“已移除”，在这份软件说明里并不表示档案从数据库永久消失。要说明它留下了什么，需要把这条状态放回宠物登记库及所属住宅单元的关系中。

登记库首先不是一面向全楼公开的宠物展示墙。员工帮助将Pet Park与Pet Registry分开：前者的宠物资料可由全部住户查看；后者面向管理方，以及按物业设置可查看该单元宠物的住户。[1] 同页进一步说明，住户不能查看其他单元登记的宠物。若模块采用完全内部的安排，住户连提交和查看自己宠物的入口也不具备。这里保留产品条件，没有将任何软件可见性称作法律上的隐私合规证明。

档案同时包含归属与描述。管理方的资料清单列出Unit #、Pet owner，以及宠物名称、类型、品种、照片和生日；About则容纳简介或其他补充信息。[1] 单元编号与主人联系到住宅和人员背景，名称与类型等描述联系到具体宠物。它们共同组成一份登记记录，而不只是把一张照片单独收进相册。本文没有读取任何真实单元或住户资料。

住户帮助页给出的提交内容另有范围：名称、类型、品种、生日，以及照片和About说明。[2] 与员工清单并读，可以看见两种视角围绕同一宠物资料展开，但原页没有要求住户必须自行填写员工清单上的每一个字段。住户能否提交，还带有物业设置这一前提，不能把一份帮助页当作所有住宅都已启用模块的证据。

Submitted指尚未被接受的宠物记录；管理方接受后，记录对应Accepted。两页同时说明，宠物经管理方批准后，住户便不能再编辑资料或自行移除，这类修改需由管理方完成。[1][2] 住户页进一步把可编辑范围明确限于Submitted。它描述软件记录的编辑阶段，不是本篇对宠物入住资格、健康或养宠权利的判断。

Removed又有自己的保留关系。员工说明在移除已接受宠物的段落中，直接注明Removed状态仍可搜索；搜索说明还提醒，查找已移除宠物时要将该状态包括在范围内。[1] 因而，当前列表没有一条宠物，与整个登记库不再保留该档案，是两个不同的问题。这个区别来自原文的状态与搜索范围，没有被扩写为恢复、删除或留存义务的操作指南。

默认登记页面列出Submitted与Accepted宠物，搜索资料中则分别点名单元编号、名称、状态和宠物类型等条件。是否在结果中显示照片，以及是否包括已停用单元，又是另外两项查看范围。[1] 宠物记录状态与住宅单元状态不宜合成一个“有效”标签：前者区分登记处于什么阶段，后者涉及该记录所属单元是否进入本次所见集合。

单元概览提供另一个联系入口。员工页说，Submitted与Accepted宠物也可在各公寓的Unit Overview中看到；登记库与单元页面由此围绕同一所属单元联系起来。[1] 本文只整理档案对象及状态语义，不登记、审核或搜索住户信息，不采用疫苗字段作健康结论。两页分别标示2026年7月20日及10月9日修改，首次发布日期均未确认。