# 安洁物业安全生产巡查巡检业务本体词典与约束 方案日期：2026年10月22日。业务本体由14个父分组、23个核心实体、180个核心字段和38条概念组关联构成，用于知识加工、业务关联、岗位辅助和回答校验。字段、关系和逻辑标识为应用数据设计；原系统字段、事件与接口通过接入映射确认。 本体连接对象、要求、执行、问题、工单、处置、复核与复查，使同一事项保持可追溯身份。AI负责候选提取与建议，业务人员确认对象、关联、适用规则和职责范围。对象的具体类型、属性及状态见[安全对象与属性字典](object-properties.md)。 ## 一、事实基础与证据来源等级 ### 1.1 来源登记与适用范围 | 来源编号 | 业务含义 | 原始依据 | |---|---|---| | M01 | 项目自检可由计划生成，也可随机发起；转工单后同步生成一条巡检记录 | 手册 L1424—1428 | | M02 | 公区报修指派/抢单后进入处理中；处理前后照片、勾选全部完成与已处理/已完成存在不同操作语义 | 手册 L794、L838—856 | | M03 | 公区报修存在无效等原因关闭、满意后关闭、手动说明原因关闭、完成后72小时无评价/手动关闭时自动关闭等路径；不满意返回处理中 | 手册 L820、L874—882 | | M04 | 公区报修短期不能处理并填写预计解决日期时，手册称作挂起；其完结时限口径与投诉建议的时间点不同 | 手册 L698—700、L1066—1070 | | M05 | 巡更允许扫码/NFC、照片与离线缓存；存在上传时间限制；顺序规则下有条件返回补打，不能补打时须说明原因并附照片 | 手册 L1320—1360 | | M06 | 项目巡检可暂停/继续；无法巡检报备可申请、撤回、通过或驳回；已批准请假/外出需覆盖巡检周期才适用所述罚单例外 | 手册 L1450、L1490—1514 | | M07 | 评级等级修改不影响已巡检/巡检中任务；设备计划编辑不影响已经生成的任务 | 手册 L1528、L1777 | | M08 | 品质整改可分次上传，返回暂停不抹去已上传材料；结束整改允许存在未完成项，但须填原因；品质验收可通过或退回并填原因 | 手册 L1628—1646 | | M09 | 品质“优秀项”无需整改但计入问题数；记录编辑、删除和评分修改受权限等条件控制 | 手册 L1610—1621 | | M10 | 设备标准区分设备/区域，配置检查项、是否测量与参考值；区域可含子设备；测量项填读数；异常可提交并报事报修 | 手册 L1730—1744、L1809—1825 | | M11 | 设备巡检支持离线后联网上传；巡更任务详情/统计说明同步员工端数据 | 手册 L1668—1670、L1292—1300 | | M12 | 投诉处理可指派他人；处理不了可再指派。单据转生成与人员转派不是同一种事件 | 手册 L1136—1142 | | F01 | 项目、空间、任务项、品质退回及验收、巡检来源工单和计划调度样本 | 项目配置与业务记录，截至2026年10月22日 | | T01 | 岗位表36条内容、7个调度组、12类周核查区域；原列名与规范业务含义分别保存 | 《项目经理巡检工作任务 - 副本.xlsx》，“综合巡检区域列表”A1:C37 | 2026年9月20日为手册存档日期，不作为条款生效日。手册用于解释平台操作能力，项目配置用于确定实际调度和流程分支；专业判据需要正式发布、版本、适用对象和授权依据。缺失时将要求置为待确认，不用于肯定性专业结论。 T01保留岗位任务原文及单元格定位。业务周期、调度日期、任务期限和专业作业频率分别建模；文件修改时间不能充当制度生效时间。 ### 1.2 证据来源等级及适用边界 | 等级 | 含义 | 可用于什么 | 不能替代什么 | |---|---|---|---| | E1 正式依据 | 经确认发布、生效、适用于当前组织/对象的业务制度、专业要求、授权文件 | 专业判据、时限规则、岗位授权及版本适用 | 某次行动实际发生的记录；缺少有效依据时转人工确认 | | E2 原始业务事实 | 在授权范围取得的原始记录、事件、原始照片/文件及可追溯状态快照 | 证明源系统或材料记录了什么、何时记录、属于哪个对象 | 未记载的专业结论；一张照片也不自动证明整段时间或全部对象 | | E3 产品手册 | 操作手册及其明确范围、存档版本 | 建模流程、按钮含义、条件分支和需要采集的信息 | 当前配置、正式专业安全标准、真实实例已经发生 | | E4 人工整理/核准 | 带责任人、时间、来源和范围的摘录、映射确认、复核标注、有来源的业务摘录 | 人工确认关联、形成评测答案、定位原始证据 | 无授权的制度发布；无法回溯的原始事实 | | E5 待核候选 | AI抽取、语义相似、OCR、规则建议、未确认关联 | 候选发现、缺项提醒、待核任务、补正草稿 | 自动生成正式事实、责任认定或通过结论 | 等级是用途分类，不是统一可信度排名。E1规定检查标准，E2证明业务记录和执行，E4说明人工整理或确认范围；材料不能跨用途代替。项目样本的人工摘录须保留到原记录的引用，原文件、来源定位与确认关系分别管理。 ## 二、统一字段与关系约定 ### 2.1 每个实体或事件的公共最小字段 - `id`：本体层不变标识。可由本体项目生成，不能冒充原系统ID。 - `kind`、`schema_version`：记录类型和词典版本。 - `source_refs`：来源引用列表，至少保留来源类型、模块/文档、原单/原记录标识（若有）、定位方式、采集时点、来源版本。原ID缺失时明确填“未取得”，保留可复查定位，不编造。 - `assertion_state`：候选、已人工确认、存在冲突、已撤销；AI输出默认候选。 - `evidence_level`：E1—E5及其适用范围，可多来源并存。 - `occurred_at`：业务发生时间；`recorded_at`：源记录时间；`observed_at`：本体采集/观察时间。未知分别标记，不能用采集时间填补业务发生时间。 - `actor_ref`及`scope_ref`：记录的操作角色、组织/项目及对象范围。涉及个人时按参赛数据要求脱敏。 - `time_precision`、`timezone`、`source_completeness`：时间精度、时区、来源是否完整；源仅到“日”时，不补造时分秒。 - `raw_field_name`、`raw_value`、`normalized_concept`、`normalization_status`：保留源列名和原始值，再记录经确认的规范语义；不得直接把菜单或表头名称当作本体概念。 这些是本体层最小表达，不要求强行从生产系统读出不存在的字段。无法取得的字段进入缺项清单。读取接口、数据库表名、自动回写方式和系统原生关联均为待核事项。 ### 2.2 基数与未知的表达 `1`表示一个，`0..1`表示可缺一个，`0..N`表示零至多个，`1..N`表示至少一个。下文是本体建议约束；不据此推定源系统已有相同限制。 “暂未关联”不等于“不存在”。关系缺失同时记录 `mapping_status=未检索/未取得/待确认/已确认无关联`。只有范围完整且人工确认后，才能回答“没有”。 带时间、角色、确认结果、覆盖范围的关系使用关系记录保存，不仅保留一条无属性连线。例如“工单承接事项”须记录承接了哪一部分、谁确认、何时生效。 ### 2.3 来源、范围配对与实际履职 以下为拟建规范关联，不预设源平台已有同名字段或接口。原始引用不足时保留来源定位、缺失原因和关联确认状态，不生成不存在的业务事件。 - **事项—轮次配对**：行动覆盖、材料批次覆盖和已明确的复核范围均以条目保存 `issue_ref`、`round_ref`、`covered_part`、`mapping_status`。已知轮次须归属于该事项。轮次未明确时允许缺失，不将事项集合与轮次集合交叉组合；原任务级或批次级范围仍单独保留。 - **材料来源**：材料版本通过带角色与范围的来源引用，关联采集或执行记录、处置行动及已明确的办理轮次。未提交成批次的材料也可追溯来源；文件相同、时间接近不能代替业务关联确认。 - **复核采用内容**：分别保存当次实际已审材料版本集合与实际采用的要求版本、依据原文及出处。原验收可直接保留依据，不强制补建核验项。后补材料和现行要求不能倒填早期复核。 - **实际履职**：计划分工与实际采集、现场执行、填报、提交、材料判断及专业复核分别关联。每条职责保留主体类型、角色、业务目标、时间范围和确认状态；实际操作记录不单独证明专业授权。 | 概念组关联 | 规范含义 | 未明确时的处理 | |---|---|---| | 材料 → 执行／发现记录 | 回溯材料的采集、执行或发现来源 | 保留文件定位，来源关联待确认 | | 材料 → 处置行动／办理轮次 | 指明对应的措施及已明确事项轮次 | 不按上传顺序猜测轮次 | | 复核 → 材料 | 固定当次实际已审版本与批次范围 | 不把后补材料加入旧审阅集合 | | 责任 → 执行／发现记录 | 记录实际采集、执行、填报与提交角色 | 不以计划负责人补成执行人 | | 责任 → 材料 | 关联材料批次的实际提交职责 | 不把提交人等同采集人或复核人 | | 责任 → 核验项 | 关联材料判断与人工确认职责 | AI候选、人工核验和专业复核分开 | | 复核 → 适用要求 | 保留本次实际采用依据及版本 | 原文可保留，未知版本不补造 | ## 三、14个父分组的核心词典 ### P01 项目 `project` - **定义**：业务管理范围；不默认等于同名物理小区或连续地理区域。 - **最小字段**：项目标识、项目名称、所属组织、管理范围说明、有效区间、来源项目标识。 - **关系及基数**：项目`0..N`管理空间；空间可在不同时间被`0..N`项目管理，须保存管理关系的有效期。每个任务记录其明确的管理项目集合`1..N`，范围未明时待核。 - **不能推导**：某地点列在项目下，不等于物理位于该项目；当前查询项目数不等于安全检查覆盖数。 - **来源等级**：对象实例需E2；F01提供项目样本；管理边界宜由E1/E4核准。 ### P02 空间 `space` - **定义**：经确认的楼栋、楼层、房间、区域或具体地点。业务任务项另存，不能仅按源字段名“巡检位置”归入空间。 - **最小字段**：空间标识、名称/原始描述、类型、父空间`0..1`、位置消歧状态、来源定位。 - **关系及基数**：物理父空间`0..1`、子空间`0..N`；空间定位对象`0..N`。空间别名`0..N`须保留来源和确认人。 - **不能推导**：“台账打印”“月度总结”不是实体地点；同名地点或照片相似不能自动视为同一空间。 - **来源等级**：E2台账/配置及E4位置映射；F01项目样本支持区分。E5只能提出地点候选。 ### P03 安全对象 `object` - **定义**：具体被核查的设备设施、场所、通道、作业活动等。对象标识与其当前地点分别保存。 - **最小字段**：对象标识、类型、原始名称、空间关联、在用状态及来源、对象识别状态。 - **关系及基数**：对象可有`0..N`历史位置；一次测量必须指向`1`明确对象或标记对象待核；对象可适用`0..N`要求版本，按检查项与条件确定。 - **不能推导**：区域签到不等于子设备全部检查；同类型设备不自动共用全部专业阈值；记录表过期不自动证明实体设备失效。 - **来源等级**：M10为E3结构依据；实例需E2设备/区域台账及E4映射；专业适用性需E1。 ### P04 适用要求 `requirement` - **定义**：带来源和适用条件的操作规则、检查要求、专业判据或时限规则；不同性质分别标记。 - **最小字段**：要求标识、要求性质、来源条款、内容版本、发布/生效状态、有效区间、适用组织/对象/任务类型、判定条件、已核准人及时间。 - **关系及基数**：一个要求版本可被`0..N`任务依据快照引用，也可约束`0..N`核验项，并可被`0..N`复核事件直接引用为实际采用依据。核验项所需要求按适用范围确认；尚缺要求时保留待核，不补造判据。 - **不能推导**：操作手册不是专业安全标准；“参考值”不必然是合格阈值；最新版本不自动适用于历史任务。 - **来源等级**：操作规则可用E3；专业判据和正式时限须E1/E4适用性确认。当前资料缺失处不升级为E1。 ### P05 计划任务 `task` - **定义**：包含任务模板、调度规则、任务实例、检查项、任务依据快照及任务例外；模板定义做什么，调度定义何时及按何范围生成，实例承载这一次执行。 - **最小字段**：任务实例标识、类型（自检/运营/品质/巡更/设备等）、模板/计划引用`0..1`、调度版本`0..1`、本次管理范围、实际对象清单、检查项清单、计划窗口、负责角色、原始实例状态、依据快照状态。随机任务可不引用固定调度。 - **关系及基数**：模板配置`0..N`调度规则；每次已确认调度产生`0..N`任务实例；每个实例属于`0..1`模板和`0..1`调度规则版本，随机任务另记产生方式。实例包含`0..N`执行记录，确认覆盖完整时须有明确对象与检查项清单；实例有`1`当前采用的依据快照，历史修订保留。 - **不能推导**：任务已完成不等于全部安全对象合格；巡检期限不是整改期限；界面暂停不自动停表。 - **来源等级**：M01、M05—M07、M10为E3；T01提供模板与调度内容，正式适用性待核；实际生成实例、计划版本需E2，岗位和规则适用性需E1/E4。 ### P06 执行发现 `record` - **定义**：记录巡检执行、现场观察、发现、签到、测量及数据同步事实。正常记录与异常记录均保留。 - **最小字段**：记录标识、记录性质、任务引用`0..1`、观察内容、对象/位置及其确认状态、发生时间、来源单据引用、实际履职主体及采集/执行/填报/提交角色、原文及版本。 - **关系及基数**：记录可提出`0..N`问题候选；一个问题可被`1..N`来源记录发现或佐证。记录可关联`0..N`材料来源关系和`0..N`实际履职职责；缺失主体保留未明确，不从计划分工补推。转单同步产生的巡检记录与原报修事实保持关联，不能计作两次独立现场发现。 - **不能推导**：未见异常不等于已按全部要求检查；“优秀项”不属于待整改隐患；记录缺失不等于现场未执行。 - **来源等级**：M01、M05、M09—M11为E3；实例需E2；AI拆分与分类为E5，人工确认后记录E4结论。 ### P07 问题事项 `issue` - **定义**：可独立分配责任、提出措施、确定待证明事实并复核的最小治理对象；身份不随转单、改派或关单变化。 - **最小字段**：稳定问题标识、问题类型、对象/空间、问题范围、首次发现引用、确认状态、责任关系、当前办理轮次、当前结论及其来源事件。 - **关系及基数**：一个问题关联`1..N`已确认来源/发现记录，关联`0..N`来源单据或工单，具有`0..N`处置行动、核验项和适用的复核事件。来自报修、投诉、日志的事项不必先有固定巡检任务；关联工单保留独立状态。对象/空间未确认时允许候选存在，不允许以此直接销项。 - **不能推导**：一条原记录等于一个隐患；一个工单等于一个问题；多条同名描述已经确认重复；文本写“已解决”已形成治理结论。 - **来源等级**：E2事实与E4身份/范围确认共同建立；E5只能建立候选。F01说明独立建模必要性。 ### P08 来源单据 / 工单 `source-order` - **定义**：原有模块承载的报修、投诉、检查、日志等来源单据，以及转单、关闭、工单挂起等事件；原生状态完整保留。 - **最小字段**：本体单据标识、来源系统/模块/类型、原单标识或缺失标记、来源项目、原始状态、状态观察时点、原文定位、关联问题覆盖范围。 - **关系及基数**：单据与问题是`0..N : 0..N`；每条“承接/来源关联”记录准确关联`1`单据与`1`问题并描述覆盖部分。单据可有`0..N`处理、转单、关闭或挂起事件。 - **不能推导**：同名模块字段通用；品质问题原生自动生成公区工单；工单关闭等于安全事项销项；所有工单都采用72小时自动关闭。 - **来源等级**：M01—M04、M10、M12为E3；当前单据与配置需E2；F01提供项目配置差异。 ### P09 处置行动 `action` - **定义**：针对已确认或待核问题实施的核查、维修、整改、整理、补证等实际行动；行动与“打算执行”分别标记。 - **最小字段**：行动标识、行动性质、计划/执行状态、责任角色、时间、措施、实际结果、关联问题和轮次、来源处理记录。 - **关系及基数**：行动可关联`0..N`已明确问题；原工单独立办理或事项范围未明时保留未明确状态。覆盖记录使用事项—轮次配对，逐条描述措施覆盖；一个问题轮次可含`0..N`行动。整改轮次归属`1`问题，材料批次可覆盖多个问题的不同轮次，配对不得交叉组合。 - **不能推导**：分派即执行；上传照片即完成措施；处理工单全部完成等于覆盖所有关联问题。 - **来源等级**：M02、M08支持流程；实例需E2行动材料及E4归属确认；处置是否达到专业要求需E1判据和授权复核。 ### P10 核验项 / 待证明事实 `verification` - **定义**：需要材料支持的业务事实，例如对象/地点一致、处置覆盖目标或结果经适用方式验证。事项级核验项在范围确认后绑定问题及相关轮次；任务或批次范围尚未拆清时先保留核验需求与范围待核，不补造逐项映射。 - **最小字段**：核验项标识、问题与轮次、待证明命题、适用要求版本、对象/范围、所需材料类型、现有支持、缺项、矛盾、补证责任及核验人。 - **关系及基数**：核验项可面向任务、检查项、对象或已明确的问题轮次，正常检查无需先建立问题。事项级核验按已明确的事项—轮次配对记录；范围不明时保留原级别核验目标。一个核验项可关联`0..N`材料，每条材料—核验关系保存支持/部分支持/矛盾/无关/待核、具体范围、理由及判断职责，不只存“已上传”。 - **不能推导**：材料齐全等于命题成立；命题成立等于全部对象安全；AI视觉相似度等于地点一致；当前轮次材料自动覆盖历史或未来轮次。 - **来源等级**：E1规定需证明什么；E2提供支持材料；E4记录核验及关联判断；E5只给候选分析。 ### P11 证据 `evidence` - **定义**：用于回溯或支持具体事实的原始照片、视频、文本、测量记录、提交材料及其版本；包括逻辑“材料提交批次”。 - **最小字段**：材料标识、类型、原文件定位、采集或执行记录引用、处置行动/办理轮次引用、关联确认状态、采集/上传时间及精度、提交职责、版本/内容指纹（可取得时）、关联对象与范围、完整性。 - **关系及基数**：一个材料版本可进入`0..N`提交批次，可关联`0..N`核验项，并被`0..N`复核事件作为实际已审版本引用。材料可独立关联`0..N`采集/执行记录和`0..N`已明确行动或轮次；未成批次不影响来源留存。每次关联保存角色、覆盖范围及确认状态，原标识缺失时保留可回查定位。 - **不能推导**：内容相同即同一业务发生；文件重复上传即新增整改；水印已证明完整现场真实性；材料后补可倒填为早期复核时已见。 - **来源等级**：原始材料E2；材料解释/映射E4；OCR及图像推断E5。产品手册图片不能充当安洁真实整改证据。 ### P12 人工复核 `review` - **定义**：记录有对应职责人员作出的复核、验收或退回源事件，保留其任务、提交批次、单事项或事项集合的实际粒度。品质已有的验收优先复用；其他来源是否需要补充复核，按有效要求及授权确认，不设全工单统一新增审批。 - **最小字段**：复核标识、原始范围类型与来源引用、已明确的事项—轮次配对、已审材料版本、实际采用的要求版本或原依据文字及出处、原始结论、原因、复核职责、发生时间、授权依据与核验状态。 - **关系及基数**：源复核事件保存已知任务、批次或原范围引用，不要求先拥有单事项映射。原事件可覆盖任务、批次、单事项或事项集合；明确关联事项可为`0..N`，范围未明记为待核，不把空集合解释为全部事项。只有确认逐项范围后才建立事项—轮次配对。一次事件可引用`0..N`实际已审材料版本或批次，以及`0..N`已明确要求版本；分别保留当时范围和确认状态。原验收依据可直接保存，不强制先拥有独立核验项。 - **不能推导**：任务级“位置不对”指向某张照片；客服确认等于专业复核；管理员能操作即具有该专业验收授权；后来补齐材料反向证明早期结论有依据。 - **来源等级**：M08为E3；原始事件需E2；授权适用需E1/E4；F01提供任务级事件及对象线索，具体事项映射仍应另核。 ### P13 复查改进 `recheck` - **定义**：针对对象或事项再次安排和执行检查。可由未决事项、经确认的检查安排、现场变化或已有复核结论触发；不以先有验收通过为必经前提。复查用于核实当前情况、持续效果或新的发现。 - **最小字段**：复查任务标识、触发来源、目标对象/问题、计划窗口、责任岗位、采用要求快照、执行记录关联及结果来源。 - **关系及基数**：一次复查可关注`1..N`对象/问题，产生`0..N`新执行记录；新发现可关联旧问题或形成新候选，需身份判读。 - **不能推导**：原单关闭后永不再发生；相同地点的新异常必然是同一未整改问题；一次复查通过证明永久有效。 - **来源等级**：属于本体设计；实例需E2执行记录及E4关联确认，复查要求/频次需E1或已核准任务依据。不得宣称源系统已具备自动复发识别。 ### P14 责任分工 `responsibility` - **定义**：人员/岗位/组织与计划、实际采集执行、填报、材料提交、事项确认、处置、材料核验、复核及复查之间带范围和有效期的职责关系；包含人员转派事件。 - **最小字段**：分工标识、角色/人员代号、职责类型、组织与项目范围、对象/事项范围、有效起止、授权来源、确认状态。 - **关系及基数**：一条分工关系连接`1`明确履职主体与其有类型的业务目标及职责范围；一个记录、材料提交批次、核验判断或事项可有`0..N`不同职责关系。同一时点同一职责如多人共同承担需明示；源记录未提供主体时保留未明确，不建立虚假责任关系。转派保存旧关系、新关系及交接结果，不覆盖历史。 - **不能推导**：可查看业务数据即具有专业权限；收到通知即接受责任；计划督促负责人等于实际测量人；转单等于完成转派或接收。 - **来源等级**：M02、M12为E3；分派事实需E2；正式授权需E1/E4。当前普通岗位权限仍待核准。 ## 四、事件与细分记录的可落地设计 以下是14父分组下的细分类型，不新增顶层主题。每项均继承公共最小字段。 ### D01 转单事件（父：P08 来源单据 / 工单） - **定义**：从巡检/异常来源触发生成或登记承接工单的业务事件；与“把已有工单改派给另一人”分开。 - **最小字段**：转单事件标识、来源记录/任务、转单类型、发起角色、请求时点、结果状态、目标工单引用、源目标关联确认状态、失败/未知原因。 - **关键关系及基数**：每次事件关联`1`发起来源；目标工单在结果未知/失败时为`0..N`待核，确认生成成功后须明确`1..N`目标。本设计允许记录多目标以容纳真实数据，但手册没有证明一次操作原生支持一转多，必须按实例核实。一个来源可有`0..N`转单事件。 - **不能推导**：点击转单已成功生成；成功生成即目标有人接单；同步生成巡检记录等于现场重新检查了一次；品质或巡更异常都支持同样转单。 - **来源等级**：M01、M10为E3；实际转单及目标标识需E2；关联补录需E4。手工建立关联标记为“人工关联”，不标“系统原生关联”。 ### D02 转派 / 责任变更事件（父：P14 责任分工） - **定义**：既有单据或事项的责任主体发生变更，保留接收、拒绝、待接收等事实。 - **最小字段**：变更标识、业务对象、原责任关系、新责任关系、发起人、变更时点、生效时点、接收状态、原因、授权依据。 - **关键关系及基数**：每次事件关联`1`目标单据/事项，原分工`0..1`、新分工`1`；一个业务对象可有`0..N`变更。联合责任使用多条分工关系，不能把多人混成一名责任人。 - **不能推导**：短信已发送即新人员已接受；转派后原人员此前行动记录改属新人员；工单转派同时改变专业验收人。 - **来源等级**：M02、M12为E3；实例需E2；授权与责任生效确认需E1/E4。 ### D03 测量记录（父：P06 执行发现） - **定义**：一次具体对象、检查项与时点下的读数或测量结果，原始读数与解释分开。 - **最小字段**：测量标识、对象、检查项、原始数值文本、可解析值、单位、采集时间、记录人、方法/仪器（来源有则记，无则未知）、适用要求版本、参考值原文、比较符及适用条件的核准状态。 - **关键关系及基数**：记录归属`1`执行记录、`1`对象、`1`检查项；可有`0..N`佐证材料；可支持`0..N`核验项。补测产生新记录并关联“复测于”，不覆盖原值。 - **不能推导**：只有数字即可判正常；参考值天然表示上限或下限；单位换算正确即专业条件满足；设备房一次扫码替代所有子设备测量。 - **来源等级**：M10为E3；实际读数需E2；单位、阈值与方法适用需E1/E4。OCR提取保留E5及原图，人工确认前不用于专业结论。 ### D04 签到事件（父：P06 执行发现） - **定义**：某任务下对指定点位的一次扫码/NFC等签到采集记录，区分终端采集与平台接受。 - **最小字段**：签到标识、任务、点位、识别方式、操作者、采集时间、上传时间、接收时间、点位顺序、采集/接收状态、照片引用、补打/漏点说明。 - **关键关系及基数**：一次事件对应`1`任务、`1`点位；同一任务点位可有`0..N`尝试，哪个被计为有效签到取决于适用规则和接收结果。签到关联同步事件`0..N`。 - **不能推导**：终端采集即服务端接受；已签到即完成专业检查；未计入系统即未到现场；任何漏点都可补打或一概不可补打。 - **来源等级**：M05为E3；实例需E2签到/照片/接收结果；有无补打机会需核当时任务规则。M05存在特定顺序窗口的补打条件，应保留完整条件。 ### D05 材料提交批次（父：P11 证据） - **定义**：某次送审时确认提交并供该次复核使用的一组材料版本。批次是逻辑审阅边界，不能把每次自动保存都视为正式送审。 - **最小字段**：批次标识、任务/来源单据、提交人、提交时点、提交性质（草稿保存/材料补充/正式送审）、材料版本清单、覆盖事项及轮次、未完成项与原因、范围确认状态。 - **关键关系及基数**：批次含`0..N`材料版本（仅文字也可成为材料）；覆盖集合保存`0..N`已明确事项—轮次配对，未拆清时保留源任务或原批次范围及待确认状态。每条配对包含事项、对应轮次、覆盖部分和确认状态；已知轮次须属于该事项。一个轮次可有`0..N`批次，一批次可覆盖多个事项，不交叉组合。 - **不能推导**：上传成功即结束整改；结束整改即没有未完成项；任务级未完成原因可自动分配给每张照片；后补材料属于先前已审阅批次。 - **来源等级**：M08支持分次保存和送验语义（E3）；接入时确认原生批次标识。缺少原生标识时使用本体逻辑批次标识，并注明E4人工整理依据，不造原始事件。 ### D06 办理 / 整改轮次（父：P09 处置行动） - **定义**：同一问题在一次办理与复核往返中的时间范围；区分实际整改、仅补证、继续核查等轮次目的。 - **最小字段**：轮次标识、稳定问题标识、轮次序号、开启事件、开启时点、轮次目的、关联行动、材料批次、终止/承接事件、状态。 - **关键关系及基数**：轮次归属`1`问题；问题可有`0..N`轮次；一次退回可为其明确覆盖的各问题开启后续轮次。任务级退回范围未明时，只先建任务级办理往返记录，不擅自给所有问题递增。 - **不能推导**：同一问题每上传一张图就多一轮；退回一定执行了维修；进入新轮次抹去前轮曾有的结论。 - **来源等级**：M08和F01提供E3/E4回路依据；轮次划分是设计，实例须E2事件顺序与E4范围确认。 ### D07 复核事件与退回事件（父：P12 人工复核） - **定义**：复核事件记录一次判断；退回事件是复核结论为退回时的具体事实，保存原因、对象范围和后续要求，不另外造一次“隐含验收”。 - **最小字段**：事件标识、原始结论、规范化结论及其核准状态、范围类型（任务/批次/单事项/事项集合/未知）、原范围引用、事项—轮次配对（可未知）、实际已审材料版本、实际采用依据及版本（可未知）、原始原因、核验项反馈（若有）、复核角色、授权验证结果、后续要求。 - **关键关系及基数**：退回作为源复核事件的一种结果保存，不额外制造隐含验收事件。源事件保留任务、批次或事项集合引用；明确事项映射为`0..N`，未知范围不分摊给某项、全部事项或某张照片。确认事项级范围后才关联相应事项与轮次；一批次可有多次复核，各次按时间及实际范围保存。 - **不能推导**：任务级退回“位置不对”必然针对某条描述/照片；一次通过等于全项目安全；源系统“结束”就是专业通过；AI能代替授权人签署结论。 - **来源等级**：M08为E3，F01提供业务实例；原始结论、范围和时间需E2，授权需E1/E4。 ### D08 关闭事件（父：P08 来源单据 / 工单） - **定义**：来源单据进入已关闭状态的一次变化；与专业复核和问题销项分开记录。 - **最小字段**：关闭标识、源单据、来源类型、关闭前后状态、触发类型、触发人/系统、原因/评价、关闭时点、规则/配置引用、专业复核关联（若有）。 - **关键关系及基数**：事件归属`1`单据；单据可有`0..N`关闭事件及重新办理事件；关闭事件与专业复核`0..N`显式关联，无关联不补造。只有当前状态而无历史时记录“关闭状态快照”，不虚构关闭时点和触发方式。 - **不能推导**：已关闭就是维修合格；所有来源都走满意评价或72小时关闭；关闭原因缺失时可根据时间差猜出自动关闭；一单关闭使全部关联事项销项。 - **来源等级**：M03为E3；F01包含巡检来源客服确认后关闭的项目配置。实际路径须E2当前配置与关闭记录，差异保留待核。 ### D09 任务依据快照（父：P05 计划任务） - **定义**：任务生成/执行时实际绑定的计划、范围、检查项、评级规则及适用要求版本的记录；不同依据分别留版本。 - **最小字段**：快照标识、任务、形成时点、计划版本、任务窗口、对象/检查项清单、评级版本、专业要求版本、来源定位、完整性、是否后补及确认人。 - **关键关系及基数**：一个任务有`1`被采用的快照标识；快照含各类依据`0..N`且分别标记已取得/未取得；补齐或纠正产生新快照版本并保留前版。计划版本已知不代表标准版本也已知。 - **不能推导**：当前页面最新计划就是旧任务依据；存档日期就是制度生效日；由M07对计划/等级的规则扩推所有字段都按同一方式冻结。 - **来源等级**：M07为E3明确依据；任务实际绑定需E2；缺历史快照时E4追溯并说明不确定性，不以最新值无痕回填。 ### D10 挂起 / 恢复与巡检暂停（父：P08、P05，按对象区分） - **定义**：工单短期无法处理及预计解决日期形成的挂起记录，和巡检操作暂停/继续是不同子类型。是否改变时限须另有适用规则。 - **最小字段**：事件标识、对象类型及对象、事件类型、原始原因、开始/预计/恢复时间、提交/批准角色、影响的计时类型、规则引用、已确认时限效果。 - **关键关系及基数**：每事件归属`1`工单或任务；一次挂起可有`0..1`明确恢复事件，后续再次挂起另建记录。每种响应、跟踪、完结、整改、复核计时分别关联规则，不共用一个无差别“暂停时长”。 - **不能推导**：所有计时器都停表；预计解决日期等于获批延期；巡检点“返回/暂停”延长了任务期限；不同模块挂起采用相同时间点。 - **来源等级**：M04为E3工单挂起说明，M06为E3巡检暂停说明；计时效果须有E2配置与E1/E4适用性确认。依据不足时输出“计时影响待确认”，不自动修改到期时间。 ### D11 豁免申请与审批结果（父：P05 计划任务） - **定义**：针对无法巡检、请假/外出覆盖、罚单例外等的申请与批准事实；区分执行义务、考核口径和处罚处理三种影响。 - **最小字段**：申请标识、任务/人员角色范围、申请原因、材料、覆盖区间、申请/撤回时点、审批结论、审批人及权限、规则版本、影响类型和影响范围。 - **关键关系及基数**：申请关联`1..N`明确任务或范围；可有`0..N`审批/撤回记录，按有效顺序确定当前申请状态。请假/外出与任务周期的覆盖关系另算并注明规则，不能只比较日期相同。 - **不能推导**：申请即批准；批准不罚即任务完成；账号关闭即风险消失；部分时间重叠即覆盖完整周期；某报表分母调整即全系统统一口径。 - **来源等级**：M06为E3；具体批准、时间与启用配置需E2；正式考核口径需E1/E4。没有这些输入时不能自动建议处罚。 ### D12 数据同步 / 接收事件（父：P06 执行发现） - **定义**：记录终端采集数据向服务端提交、接受、拒绝或未确认的过程；是技术传输事实，不是新的现场业务发生。 - **最小字段**：同步标识、原记录/内容标识、采集时间、提交时间、接收时间、尝试序号、接收结果、拒绝原因、目标记录引用、去重关联及来源证据。 - **关键关系及基数**：一个执行/签到记录可有`0..N`提交尝试；多个重试可对应`1`服务端业务记录；若源系统不给接收日志，保留未知而非伪造事件。内容指纹用于提示可能重复，不能独自确认业务身份。 - **不能推导**：采集顺序等于上传顺序；缓存成功等于业务系统已接受；服务端无记录等于没到现场；同步重试次数等于巡检次数。 - **来源等级**：M05、M11为E3；实际接受／拒绝须有E2凭据。接入时确认同步接口、幂等键和重试机制；缺少接收凭据时保留待确认状态，不将终端采集直接记为成功入库。 ### D13 任务模板（父：P05 计划任务） - **定义**：可重复应用的一组职责、对象类型和检查内容，尚未代表某日、某项目已经生成或执行的任务。 - **最小字段**：模板标识、名称、职责角色、适用范围粒度、来源表/单元格、检查项集合、版本、发布/适用状态、原始文字与规范语义。 - **关键关系及基数**：模板含`1..N`检查项；可关联`0..N`调度规则并生成`0..N`任务实例。区域类别可在实例化时展开为`0..N`真实空间/对象；对象清单未核实不能声称完整覆盖。 - **不能推导**：模板有36条即已经生成36个任务；模板列“电梯机房（每台电梯）”即只有一个对象；一条混合内容仅形成一个不可拆分核验项。 - **来源等级**：T01原资料内容与E4提取/拆分确认；发布和适用性需E1/E4，真实实例需E2。M01、M10提供产品计划/任务结构依据。 ### D14 调度规则与双层频率（父：P05 计划任务；被核查作业频率由P04表达） - **定义**：调度规则规定经理/巡检岗位何时生成某范围的一项任务；检查条款中的每日巡检、每月试机等另属于被核查作业要求，两者分别记录。 - **最小字段**：调度标识、模板、原始频率文字、规范周期候选、指定月份/日期、生成粒度（按项目/按小区/未知）、合并规则、任务窗口、时区、适用版本、解析确认状态。检查项另记 `target_operation_frequency`、被核查记录时间窗及其来源要求。 - **关键关系及基数**：调度关联`1`模板版本，产生`0..N`实例；一个经理核查检查项可核对`1..N`底层作业要求，每项保留自己的频率。实例对象范围由模板、管理范围与当期对象清单共同确认。 - **不能推导**：经理每周核查等于设备每周才需巡检；“半年，6月、1月”无歧义等于每隔6个月；“每年1月统计”就是1月完成当年全部作业；按小区与按项目天然一一相等。 - **来源等级**：T01提供原始调度及条款文字，规范化为E4确认前保持候选；正式周期及专业要求适用性需E1/E4。系统是否按此实际生成任务须E2核查。 ### D15 检查项与条款拆分（父：P05 计划任务；判据引用P04） - **定义**：针对某对象或对象类型进行的一项可解释检查；源表一行可能含多个对象、作业频率和判定内容，需要保留原文后逐项拆分。 - **最小字段**：检查项标识、来源行/原文片段、检查性质（现场观察/记录核对/资料核查）、对象类型、待核内容、经理核查频率引用、被核查作业要求引用、证据覆盖时间窗、是否安全相关及确认状态。 - **关键关系及基数**：源行提出`1..N`检查项候选；检查项在任务实例中关联`0..N`具体对象，并产生`0..N`执行记录。一个检查项可引用`0..N`要求，未取得时标缺失。空间与对象分别关联，不将B列整串名称直接做唯一物理点位。 - **不能推导**：表内“消防系统每日巡检记录齐全”和“每月试机记录完整”可由一张经理周检照片一起证明；表中“完好率90%以上”可统一用于所有消防设备；收费、考勤、预算等行自动属于安全业务。 - **来源等级**：T01原文、M10检查项结构及E4拆分核准；AI拆分/安全相关性筛选为E5。数值条款的正式依据和适用性需E1/E4。 ### 4.1 经理任务表对14父分组的具体映射 首表37行含1行表头、36条内容。原列A“任务状态”应先解释为调度/合并规则原文，不能写入任务实例状态；原列B“巡检位置”应先保留为任务项或区域类别原文，经过辨义后才可能关联P02空间或P03对象；C列“巡检内容备注”拆为检查项及适用要求候选。 | 原表行段 | A列原始含义 | 内容行数 | 本体映射与限制 | |---|---|---:|---| | 第2—8行 | 每天合并1个任务，按项目 | 7 | 一个日任务模板含7项，按项目调度。综合管理项中含普通管理业务，须筛选安全相关内容；7项不是7处位置 | | 第9—20行 | 每周合并1个任务，按小区 | 12 | 一组经理周核查任务，12个区域类别/检查包；实际小区、设备数量和空间对象另实例化，不直接当12个固定物理点 | | 第21—27行 | 每月合并1个任务，按项目 | 7 | 月任务模板含7项，含收费、考勤、物资、计划等管理事项；不能全量并入安全问题 | | 第28—31行 | 每半年，6月、1月，合并1个任务 | 4 | 演练资料组；保存“半年”和指定月份原文。月份含义、考核窗口与执行时点需确认，不自动转成固定6个月间隔 | | 第32—33行 | 每半年，7月、1月，合并1个任务 | 2 | 收支公示与物资盘点组；独立调度组，不与上一组混用月份，也不自动纳入安全主线 | | 第34行 | 每年1月统计 | 1 | 上一年度满意度资料汇总；区别统计发生月份与被统计年度，属于外围管理资料 | | 第35—37行 | 每年12月，合并1个任务 | 3 | 下一年度预算、工作计划、维保计划的准备；其中安全相关年度维保计划可作计划依据，不证明下一年度维保已完成 | 原表定义36条内容和7个调度组，不等于36次执行或36处设施。金益二村运营巡检配置及日常任务样本见第九节。表内合并单元格只在所属组承接频率与范围，未明示的管理范围由责任人员确认；不能跨组继承月份、项目或发布状态。 双层频率示例：经理每周核查“监控室/消控室”，条款另写消防系统每日巡检记录、消防泵/喷淋泵每月试机记录。应分别生成“经理周核查安排”和“底层每日/月度作业要求”；再明确本周核查应查看哪段日记录、哪次到期月度记录。具体日期边界和应有记录数须有制度或任务窗口，不能由“周”字自动补齐。表内每月、每年维保等条款同理。 ## 五、稳定问题身份与多对多关联 ### 5.1 身份原则 1. **稳定标识不拼接工单号。** `issue_id`为本体层稳定标识；工单编号、标题、描述、责任人、当前状态都可变化，不能作为唯一身份。 2. **候选与确认分开。** AI可以按位置、对象、问题类型、发生时间提出“可能同一问题”“可能复发”，但正式合并、拆分和恢复办理必须有人工确认记录。 3. **确认依据要能解释。** 身份确认至少列明管理项目、已核实位置/对象、缺陷性质、时间连续性、来源证据和确认角色。缺关键身份项时保持待核，不用相似度阈值替代确认。 4. **合并不删历史。** 合并保留原候选ID、别名、来源关系及合并事件；错误合并可撤销。计数按当时有效确认关系计算，不修改原单记录数。 5. **拆分保留母来源。** “通道停自行车及多处应急灯不亮”先提出通道占用、应急灯异常两类候选；具体有几处灯、对应哪些对象未清楚时不宣称只有两个独立隐患。按确认对象和独立处置/复核需要形成最终事项。 6. **复发不自动续旧问题。** 已有通过结论后再出现同地点类似异常，先建立新发现与复发候选。究竟是旧问题未消除、复发还是另一对象的新问题，需保留时间与事实判断；不能只按地点自动合并。 ### 5.2 三种关系不能混用 | 关系 | 基数 | 关系记录最小字段 | 防止的错误 | |---|---|---|---| | 发现记录 → 问题事项 | 多对多 | 来源记录、问题、对应原文片段/对象、关系性质、确认状态、确认人/时间 | 把一条复合描述当一个事项；把转单同步副本算作新发现 | | 来源单据 → 问题事项 | 多对多 | 单据、问题、来源/承接/跟踪性质、覆盖范围、关联方式、确认状态 | 一单一隐患；关一单销掉所有相关隐患 | | 处置行动 → 问题事项及轮次 | 多对多 | 行动、问题、轮次、具体措施覆盖、执行结果引用 | 同一工单有照片即所有问题已处理 | “一个问题关联多工单”可以是发现、维修、阶段处理、跟踪等不同承接，不等于重复工单；“一个工单关联多问题”也不等于每个问题共享同一专业结论。来源记录数、去重后事项数、工单数、办理轮次数分别统计，并展示范围和去重状态。 ### 5.3 没有原生ID时怎样关联 - 建立本体临时标识，保留来源模块、项目、可见单号/标题、原文、时间精度、页面/导出定位及观察时点；原生ID字段保持未取得。 - 把匹配结果记录为“待核候选”。由有业务范围的人员核对原单、对象和事件顺序后，写入确认关联、确认理由与时点。 - 无法唯一定位时不合并，输出候选列表及需要补充的最少信息。后续取得原ID时追加映射，不重写已经引用的本体标识。 - 人工关联不写成系统自动转单；内容哈希、标题一致、照片相似仅作检索线索。源记录被编辑时保留版本，不因文字变化生成新的稳定问题身份。 ## 六、必须执行的跨对象约束 | 约束ID | 必须保持的规则 | 不满足时的处理 | |---|---|---| | C01 | 源单状态、文字陈述、材料支持程度、人工复核结论分别存储 | 并列呈现差异；不互相覆盖 | | C02 | 复核源事件先按实际任务、批次或事项集合保留；转为具体事项的专业通过/销项判断时，再核明确范围、相关轮次、材料和授权 | 范围未知保留原结论及待核，不强制拆项、不伪造逐项通过，也不自动撤销原事件 | | C03 | 任务、批次及事项集合事件保留原始粒度；向具体事项分配需明确映射 | 不把模糊原因分摊到某张照片、某项或所有事项 | | C04 | 核验项保留实际任务、检查项、对象或事项目标；事项级核验使用已明确的事项—轮次配对，记录判据与材料覆盖 | 正常检查无需先有问题；范围与判据缺失时不补造映射或阈值 | | C05 | 测量数值、单位、对象、检查项、时点和比较条件齐备才进入相应专业判据计算 | 输出原始值和缺项；不判合格 | | C06 | 任务依据分别记录计划、评级和专业要求版本 | 只确认已有版本；不拿当前版本补齐全部历史依据 | | C07 | 材料提交时固定版本集合；后补只进入后续批次 | 不倒改先前复核已见材料 | | C08 | 复核退回不改写旧结论，开启后续办理时明确事项范围和轮次目的 | 范围不明先保留任务级往返；不强推所有事项新轮 | | C09 | 挂起、巡检暂停、批准豁免及统计口径调整分别记录 | 无适用规则不修改期限、分母或处罚结果 | | C10 | 到场采集、专业检查、异常发现、同步接受四种事实独立 | 不以一项替代其他三项 | | C11 | 每项授权同时满足职责、项目/对象范围、有效期 | 缺失/冲突时显示授权待核；账号能力不代替授权 | | C12 | 同步重试与同一业务记录的映射独立保存 | 不把重试计作多次巡检；接收结果缺失时不假设成功 | | C13 | 原单关闭、适用的人工结论与复查结果独立关联；复查可由未决事项或检查安排等触发 | 不增加全工单通用复核审批；原单关闭不传播为全部事项销项，复发候选不自动否定历史结论 | | C14 | 数据查询记录组织、模块、时间窗、过滤条件和完整性 | 窗口零条不回答“全业务未开展”；未决总数不超出已知范围 | | C15 | 只有确认的关系参与正式去重和事项统计 | AI候选关系另计，保留未经确认的源计数 | | C16 | 所有自动建议均给出来源、适用条件和缺项；是否写回另受业务授权约束 | 本比赛设计不默认自动提交、转单、派单、处罚或销项 | | C17 | 任务模板、调度规则、任务实例、对象和检查项分开，原列名/原值与规范语义并存 | 不把“任务状态”频率文字写成已完成状态，不按内容行数认定实例数或地点数 | | C18 | 管理人员核查频率与被核查作业频率分别记录，核验资料覆盖窗口另定 | 每周核查不替代每日巡检或月度保养；不能用当次照片证明整个周期 | | C19 | 原表一行可含多个条款、对象和频率；拆分保留原文范围与确认关系 | 不把区域类别当唯一对象，不将混合管理条款无差别纳入安全本体 | | C20 | 行动、批次及复核的已明确覆盖使用事项—轮次配对，已知轮次须属于该事项 | 不交叉组合；未知轮次与未拆清范围继续保留 | | C21 | 材料分别保存原文件、采集记录与处置来源；复核固定实际已审版本及采用依据 | 不以同文件、近似时间、后补材料或当前规则补造历史关联 | | C22 | 计划分工与实际采集执行、填报、提交、材料核验及专业复核按角色分别关联 | 缺少实际主体或授权时保留未明确，不从计划负责人或账号权限补推 | 建议把“材料完备性”和“事实支持状态”再分开：完备性取齐备/缺项/未知；事实支持取支持/部分支持/矛盾/无法判断。材料类型都齐了，仍可能照片地点不对、读数对象不符，不能合并为一个“证据通过”开关。 ## 七、8条本体能力验收用例 以下为评测设计及预期答案，不是当前生产运行结果。样例标识使用 `SYN-` 前缀，属于脱敏构造测试；其中规则来自上述手册或明确给定的模拟已核准依据，不把构造输入冒充安洁真实配置。 每题固定输入材料、版本和可见范围，答案至少包含：可答事实、关系路径、证据引用、待核项及不能作出的结论。评测应检查语义与出处，不按措辞完全一致评分。 ### CQ01 多源、多问题和多工单：到底有几个事项？ - **输入**：`SYN-R1`记录“通道停自行车及A点应急灯不亮”；`SYN-R2`再次记录同一通道占用。人工已确认R1分别提出`SYN-I1`、`SYN-I2`，R2重复发现I1。`SYN-W1`承接I1；`SYN-W2`分别承接I1和I2，关联均有确认记录。 - **提问**：“这里有几条来源记录、几个已确认问题、几个工单？关掉W1能否一起销项？” - **预期**：可答2条来源记录、2个已确认事项、2个工单；解释R2没有新增事项，W2对应两个事项。W1关闭不能推出I1或I2通过。路径：记录—确认关联—事项—承接关系—工单。 - **待核变体**：删除R2与I1的人工确认，仅保留相似描述。预期保留2个已确认事项加1个重复候选，不能直接把R2并入I1，也不能直接新增一个已确认事项。 - **关键约束**：C01、C13、C15；来源M01、P07/P08身份设计。 ### CQ02 计划后来改了，历史任务按哪个版本？ - **输入**：任务T生成时计划快照为P-v1；随后计划改为P-v2。任务的专业要求版本未取得，现页面展示标准R-v2。 - **提问**：“T是否应按现在的P-v2和R-v2重新判定？” - **预期**：可答已知计划依据为P-v1；不能自动用P-v2改写已生成任务。专业要求版本待核，不能因计划版本已知就假定标准同为v1，也不能默认用当前R-v2。引用M07，并指出它分别描述计划与等级，不证明所有字段统一冻结。 - **关键约束**：C06；回溯任务依据快照而不是读取最新页面替代。 - **双层频率变体**：补入T01经理周核查模板，条款包含消防日检记录与每月试机记录。询问“经理每周检查一次，消防作业也按每周算吗？”预期明确三个不同频率层次：经理周核查、条款所述每日巡检、条款所述每月试机；表内文字可报告，正式适用性及具体核验时间窗仍需确认。不得把36条内容说成36处空间或36个已生成任务。对应C17—C19。 ### CQ03 读数低于参考值，能否判合格？ - **输入**：测量原文“5.8”，参考值原文“6”；未取得单位、比较符、适用工况和该对象标准版本。 - **提问**：“这台设备是否正常，可以通过吗？” - **预期**：可报告原始读数和参考值；应拒绝专业合格判定并列出单位、判据方向、适用条件和版本缺口。不能把数值大小比较改写成安全结论。补齐有效依据后才对具体核验项做判断。 - **关键约束**：C04、C05；M10只证明测量和参考值字段存在。 ### CQ04 终端签到了但上传被拒，算完成检查吗？ - **输入**：签到终端采集时间13:00，任务截止13:10，上传13:20；有明确服务端“逾时拒收”记录。仅有签到照片，没有专业检查项或测量记录。 - **提问**：“员工是否已经完成本次安全检查？系统没有打点是不是没到现场？” - **预期**：可答存在终端采集记录、此条上传未被平台接受；不能据此判定未到现场，也不能判定已完成专业安全检查。分别说明签到采集、平台计入、检查覆盖三个层面。引用实际拒收记录及M05的相应条件。 - **关键约束**：C10、C12；若只有未见服务端记录而无拒收凭据，应改为“接收结果未知”。 ### CQ05 退回“位置不对”，能否定位到某张照片？ - **输入**：任务包含I1、I2；材料批次B1已送审；任务级退回原因只有“位置不对”，未列问题或照片。随后补交B2，尚无新复核。 - **提问**：“是否可以判I1照片错误、I2通过，并用B2证明第一次验收已有依据？” - **预期**：应拒绝指定归因，保留任务级退回与范围待核；I1/I2均不能凭此自动通过或失败。B2属于后续材料，不能倒填到B1时的审阅集合。能回答B1退回、B2已补交、尚无新复核等已知流程事实。 - **关键约束**：C03、C07、C08；M08和F01。 ### CQ06 巡检来源工单已经关闭，隐患是否消除？ - **输入**：工单来源为员工巡检，当前状态已关闭；未取得关闭事件、触发配置或专业验收。知识包同时包含手册一般关闭路径及项目配置中的巡检来源客服确认关闭规则。 - **提问**：“是不是完成72小时自动关闭，说明隐患已经消除？” - **预期**：只可确认源单显示已关闭；关闭触发方式和专业复核均待核。不得自动套72小时路径，不得将客服确认升级为专业验收；指出需要关闭事件、来源适用配置和事项复核依据。 - **关键约束**：C01、C13；M03与F01按各自范围并列，不拼接成未经核准的新规则。 ### CQ07 暂停、挂起和请假能否免检或免罚？ - **输入A**：巡检任务点过“暂停”；有请假申请但未批准，且只覆盖任务窗口的一部分；未取得处罚启用配置。 - **提问**：“是否已停表、视为完成，或应直接生成处罚？” - **预期A**：均不能直接推导。暂停不证明延期；申请不等于批准；部分重叠不等于覆盖；处罚配置未核。输出待核项，不认定失职或完成。 - **输入B**：另给完整批准记录、完整周期覆盖关系，并明确该任务采用已核准的M06对应软件规则。 - **预期B**：可回答相应罚单例外成立或适用不生成/作废罚单的路径；仍不能回答任务完成或现场已安全。若改为公区报修挂起，必须回到M04及该模块配置重新判时限。 - **关键约束**：C09、C11；M04、M06。 ### CQ08 什么时候可以报告“该轮已有授权通过结论”？ - **输入**：明确问题I1、轮次2、范围清单、已审批次B2及材料版本；有效专业要求及适用性已核准；核验项均有明确人工核验记录；复核人员的职责、项目范围和有效期覆盖该次复核，原始事件结论为通过。 - **提问**：“现在能说什么，不能说什么？” - **预期**：可答“按已提供材料，I1第2轮在所列范围和时点已有授权人工通过结论”，并给出完整关系路径和出处。不能扩成全项目、所有设备或永久安全，也不能把AI说成复核决定者。 - **拒判变体**：将授权有效期改为复核日前已到期，其他不变。预期仍报告原事件文字为“通过”，同时标记授权不满足/待处理，不能称其为已核准授权通过；后续应由有权限人员确认或重新复核。 - **关键约束**：C02、C04、C11、C13；此题中的有效标准、授权和结论均为显式模拟输入，不暗示实际资料已齐备。 ## 八、评测交付和维护方式 建议每个测试题形成一张可复核答案卡：题号、输入资料版本、可见范围、标准答案事实、必须引用的关系链、必须暴露的缺项、禁止结论、业务标注人及复核时间。8题同时包含可答与应待核分支，防止模型靠一律拒答取得表面稳妥结果。 可采用每题4个检查项，各0或1分：事实提取正确、关系/版本路径正确、证据和范围可追溯、回答与拒判边界正确，总计32分。这是本项目建议的验证方法，不是组委会规定，也不是已完成的测试成绩。另单列重大错误计数：伪造来源/接口、把关单视为销项、无依据判专业合格、错误合并事项、把AI建议写为人工结论。 评测集按稳定问题身份分组，训练/示例与测试避免共享同一事项的近似材料。对比有无本体约束时，使用同一输入范围、同一规则版本及相同提问；保存原始回答和人工评分，不预先宣称准确率或提效比例。 维护时，正式依据、源状态、人工映射和AI候选分别更新。计划/标准更新后新增版本及适用范围，不覆盖历史任务快照；事件缺失时补证据来源，不按理想流程补造已发生事件；关联纠错保留撤销与重建记录。首批落地可使用脱敏导出、逐案人工核验或可复查页面材料，生产接口方案另行核准。 ## 九、项目适用、调度与责任规则 ### 9.1 运营巡检调度示例 | 业务组 | 项目配置内容 | 实际调度 | 任务期限 | |---|---|---|---| | 日常综合管理 | 综合管理1—7，共7项 | 每天08:00，1次 | 16小时 | | 每周项目巡查 | 8个区域配置项 | 每周一，1次 | 7天 | | 月度工作 | 外包评价、物业费、考勤绩效、物资、月计划总结、月会、月排班，共7项 | 每月1日，1次 | 31天 | | 年度满意度调查 | 1项 | 指定2027年1月1日，单次 | 31天 | | 年度收支预算及计划 | 3项 | 指定2026年12月1日，单次 | 31天 | | 半年收支公示与物资盘点 | 2项 | 指定2027年1月1日，单次 | 31天 | | 半年应急演练 | 消防、防汛、电梯及其他突发情况，共4项 | 指定2027年1月1日，单次 | 31天 | 来源：金益二村运营巡检项目配置，截至2026年10月22日。七组由同一负责人承接，负责人字段表示系统任务分配；正式职务、专业职责、代理范围和授权有效期由责任人员确认后关联。 业务周期、配置名称、系统调度和任务期限分别保存。名称含“半年”或“年度”的计划，不自动生成循环调度；指定日期单次任务结束后，后续安排应另行确认。岗位表列有每周12类核查区域，该项目周计划列有8个区域配置项；实际适用范围须结合项目对象台账、岗位职责和其他计划承接关系逐项确认，不能据此推定岗位表是通用模板、8项已覆盖全部适用范围或存在漏配。表内部分机房范围合并在同一行，类型数、表格行数与配置项数也不能直接相减。 日常综合管理样本：2026年10月20日任务7/7已完成，管理评分90分，执行时段08:55—09:02；综合管理1—7的内容与岗位表C2:C8对应，包含昨日巡更／巡检核查和未完成投诉报修跟进。该样本支持日常任务内容与执行记录的对应，不能代替其余六组的执行记录，也不能据完成状态推定所有被核查任务或工单均已办结。每条履职核查应关联所依据的原任务、原工单或资料；关联不足时由业务人员确认。 ### 9.2 对象覆盖、要求与管理评分 充电棚自检配置包含42个项目，其中存在合并位置名称；配置项与真实空间、设备、检查项分别编号并保存覆盖关系。管理评分90分依据“无报事报修”，只描述该评级口径，不派生专业安全合格。检查备注与评级标准分别保存，缺少有效专业依据或历史版本时转交人工确认。 岗位表C19“年检落实”作为要求候选保存；适用设施、方法、实施主体和正式依据明确后方可执行。B13:C13以每台电梯为对象锚点，关联机房、轿厢、功能、档案、维保及救援资料。安全设施保养条款须保留原对象范围。月度试机未给具体截止日期时，不能因月中尚无当月记录自动判逾期。 ### 9.3 角色及来源关系 项目自检计划启动负责人、设备计划督促人、实际执行人、品质上传人、验收人和工单回访人分别表达。菜单权限、任务分配与正式专业授权是不同属性；授权不明确时保留任务和候选结论，转交相应责任角色确认。依据：手册L710、L762、L1550、L1756、L1617、L1646、L1128。 品质复用原验收节点，源事件范围可以是任务、批次或事项集合；范围不足不拆造逐项结论。巡更反馈由有职责人员确认正式承接入口；巡检转单与目标工单的关联须有源标识或人工确认记录。工单关闭保留来源、触发配置、时间和原因，不传播为全部关联事项的专业销项。 同位置设备更换可能通过编辑台账处理（手册L1702）；台账行连续不等于物理设备身份连续。设备更换、历史读数和复发判断应依据身份变更事件确认。计划或等级修改的特定历史影响（手册L1528、L1777）不能扩展为所有标准、附件及字段天然具有不可变快照。