Deprecated: Function get_magic_quotes_gpc() is deprecated in /home/www/wwwroot/jieqi/global.php on line 250
我在旧城收神明- 第25章 设备库听证-散文诗词-17模板网
第25章 设备库听证
    听证室比开封会更冷。

    不是空调冷。

    是桌面冷。

    长条桌上铺着三份材料。

    开放日撤稿回执。

    设备状态路径。

    开门确认库截图。

    截图最下方只有一个数字。

    0。

    主持人没有先看数字。

    他先看议程标题。

    北塔设备库听证。

    标题下面有一行自动说明:

    确认开封记录是否可纳入开门事实链。

    陆沉抬手。

    “标题保留。”

    “说明删掉。”

    项目方代表立刻皱眉。

    “听证不就是为了给结论吗?”

    “给程序结论。”

    陆沉说。

    “不是给开门结论。”

    宋临打开纪要模板。

    系统已经把听证事项分成四栏。

    是否开启。

    到场人员。

    处理责任。

    后续展示。

    第一栏后面有红色星号。

    必填。

    是否开启旁的默认勾已经亮起。

    韩麒把鼠标移到红星上。

    浮窗弹出来:

    开封记录、门锁痕迹、警报码、维修单、展示撤稿回执可共同支撑开启判断。

    “共同支撑到哪一步?”

    他说。

    许照微把四份材料分别拖到白板上。

    开封记录:申请和流程状态。

    门锁痕迹:锁具受力状态。

    警报码:报警终端状态。

    维修单:纸面复写状态。

    旧版撤下材料:展示口径变化。

    她在最右边又写了一栏。

    不能合并为人员事实。

    主持人停笔。

    “那听证要怎么写?”

    陆沉说:“写听证过程。”

    “写材料目录。”

    “写各方意见。”

    “写进入哪条调查路径。”

    系统把“各方意见”四个字高亮。

    建议补充:

    各方均认可设备库曾开启。

    温既白直接退回。

    “没人均认可。”

    “也没人认可曾开启。”

    他把建议句改成:

    各方确认现有材料可进入设备异常调查线,尚不足以进入开门确认库。

    红星还在。

    系统提示:

    请回答是否开启。

    宋临没有在是和否之间选。

    她新建第三项。

    不作判断。

    第三项一出现,页面底部多出警告。

    本项可能导致听证无法闭合。

    项目方代表说:“不能闭合,开放日后续就一直挂着。”

    韩麒看着那行警告。

    “挂着也比错闭合强。”

    白瓷坐在长桌边,没有碰材料。

    听证纪要纸刚从打印机里出来。

    纸面还有热。

    签字栏的线很黑。

    印泥盒放在旁边,盖子没扣紧。

    她低声说:“纸是热的。”

    “印泥有油味。”

    “桌子下面像旧木头。”

    主持人看她。

    “你能不能说,这些人刚才都同意了?”

    白瓷摇头。

    “我只知道纸热。”

    “章油没干透。”

    “笔压在签字栏前停了一下。”

    她看着桌边那道浅浅的压痕。

    “我不知道谁同意。”

    “也不知道同意了什么。”

    宋临把她的话写入备注。

    白瓷仅报告听证纪要纸热、印泥油味、旧木桌触感和签字栏前笔压停顿,不确认参会人身份、签署人、同意事项、批准、责任、开门事实或历史时段。

    系统把“签字栏前笔压停顿”拖入确认动作。

    确认动作栏随即生成:参会人员已确认听证结论。

    陆沉删掉。

    “签字确认的是参加听证。”

    “不是确认门开过。”

    主持人把纪要翻到最后一页。

    许照微在纪要前加了三张程序卡。

    hEAR-16-25-A:程序已举行。

    hEAR-16-25-b:材料目录已接收。

    hEAR-16-25-c:开门事实不作判断。

    A、b 两卡可以签收,c 卡只允许选择“不作判断”,不接姓名和责任字段。

    系统把 A 卡的主持人签字复制到 c 卡。

    事实认定已由主持人确认。

    主持人自己把复制签名退回。

    “我主持程序,不替事实签字。”

    三张卡分开装订,c 卡的开门确认栏保持空白。

    确认事项:

    一,听证程序已举行。

    二,材料目录已列明。

    三,开封记录转入设备现状调查。

    系统自动补第四条。

    四,设备库是否开启待补责任人。

    韩麒把第四条拖到废弃栏。

    “不需要责任人补一个事实。”

    “事实没有到那一步。”

    许照微补了一条:

    开门确认库本次不新增条目。

    页面安静了两秒。

    红星从“是否开启”后面消失。

    它转到“调查路径”后面。

    必填。

    陆沉选了设备现状调查。

    没有选门禁事实确认。

    没有选人员责任复核。

    没有选历史时间校正。

    纪要生成。

    标题没有变。

    北塔设备库听证。

    结论栏只有一句:

    现有开封相关记录、设备痕迹、报警终端、维修复写页与展示撤稿回执归入设备异常核验,不进入开门确认库。

    项目方代表看了很久。

    “这等于什么也没说。”

    温既白把现场牌替换说明递过去。

    “说了。”

    “说开放日不能把听证写成开门确认。”

    宋临保存纪要。

    文件名没有用“开启听证”。

    也没有用“责任听证”。

    只写:

    设备状态听证纪要。

    保存完成后,钥匙柜页面自己弹出来。

    主钥匙编号亮着。

    备用钥匙编号也亮着。

    系统提示:

    听证已闭合,请选择钥匙流向。

    韩麒没有点。

    他看向陆沉。

    “下一步不是回头解释。”

    “是查钥匙怎么走。”

    听证结束后,钥匙保管员把主钥匙、备用钥匙和借还页分别交回三个封袋。借还页缺一格,钥匙却不能因此被写成“曾开门”或“从未开门”。

    陆沉让韩麒先查钥匙如何在三个柜格之间流转。下一步的风险不在结论栏,而在一把钥匙会不会被系统替历史走回原路。