保险附件红章。
系统把新材料投到主屏。
那是一页扫描件。
右上角压着红章。
红章只露出半圈。
章下有一行设备号:
bt-c-0418。
附件标题写:
展陈临时保障附件。
系统先把设备号标绿。
再把红章标绿。
最后把附件标题标绿。
三条线合成一句:
旧设备已纳入展陈保险,责任主体明确。
责任主体明确旁的默认勾已经亮起。
陆沉把后半句删掉。
项目方代表这次反应很快。
“保险附件也不能说明责任?”
韩麒问:
“保单原件在哪?”
项目方代表没答。
韩麒继续问:
“承保清单在哪?”
还是没人答。
“保险费凭证呢?”
会议桌上只剩投屏的白光。
许照微把扫描件放大到红章边缘。
章线压在附件页角。
没有压到设备号。
设备号像后贴上去的一行。
字色比附件正文深。
她说:
“先别合。”
宋临打开六格。
附件标题。
红章位置。
设备号状态。
保单原件。
承保清单。
责任结论。
前三格可以写。
后两格未见。
最后一格空着。
系统把最后一格标红。
请确认责任主体。
温既白看向开放日说明页。
那一页底部多了一条灰色提示:
保险材料待补。
她说:
“公开展示没有保险说明,会很难过审核。”
陆沉说:
“可以说明看见附件。”
“不能说明谁担责。”
他把附件来源栏点开。
来源栏只有:
扫描上传。
上传时间缺秒。
上传人字段显示为空。
系统建议补为项目方经办。
陆沉关掉建议。
“上传空栏不能补人。”
许照微继续拆扫描文件。红章不在纸面底图层里,而在一个可单独开关的批注层。关掉批注,附件标题和设备号还在,半圈红章消失;重新打开,章的位置可以被拖动。
项目方代表盯着屏幕。
“电子章也可以有效。”
“可以。”许照微说,“先找授权和签章记录。”
批注属性只写“导入图形”,没有证书编号、签章时间、签署账号和验证链。图形库里还存着同一枚半章,曾被用在十二份开放日示例附件上。
系统把“十二次使用”解释成稳定历史印章。
陆沉把这句移入错误派生栏。
“重复使用可以说明图形被复用。”
“不能替任何一份文件补效力。”
韩麒让保险材料窗口按设备号、附件标题和上传日期三个条件检索。窗口回执显示:没有保单号,无法进入承保有效性查询;设备号只命中本页扫描件和两张展陈示例卡。
`INS-17-23`。
回执不写“未投保”,只写“缺保单号,当前查询不能成立”。
白瓷站到屏幕旁。
红章放大后像一块干掉的薄漆。
她盯了一会儿。
“章很浮。”
许照微问:
“浮是什么意思?”
白瓷抬手,没碰屏。
“它压在纸面上。”
“下面那行设备号不像被一起压过。”
韩麒立刻说:
“只能写章位和字色差。”
白瓷点头。
项目方代表压着火。
“红章都在了,总不能什么都不认。”
陆沉说:
“认这页附件存在。”
“认红章影像存在。”
“认设备号出现在同页。”
“不认承保事实。”
“不认责任主体。”
“不认设备已经到场。”
开放日页面原先有一枚蓝色盾牌图标,鼠标停上去会显示“保障已覆盖”。温既白关掉图标,改成黄色文件夹:保险材料待核。十二份示例附件也退出自动盾牌规则,审核组需要逐份找保单号与有效签章。
这一步让预审完整度从五十四降到四十七。
温既白在变更单上签名。
“缺保险材料,就显示缺。”
“不能拿一枚能拖动的章替公众放心。”
温既白把说明页往下拖。
灰色提示还在。
她问:
“那开放日页怎么写?”
陆沉新建一句:
已见展陈临时保障附件扫描页,页角有红章影像,同页出现设备号 `bt-c-0418`,章位、附件来源、保单原件及承保清单待核。
他又补第二句:
上述材料不作承保事实、责任主体、验收通过、设备实物到场、安装使用或人员经手结论。
宋临同步记入会议纪要。
系统停了一秒。
责任结论红格退成黄色。
开放日说明页的“保险材料待补”也从灰色变成黄框。
黄框下面跳出下一项。
批注层、无效查询回执和盾牌停用单分开归档。半圈红章仍留在附件影像上作为材料原貌,但旁边固定显示“未验证”,不再触发责任主体字段。
责任栏仍保持空白。