送达回路页打开时，屏幕上出现一个圆。
圆的四个点分别写着：
【生成】
【投递】
【知悉】
【归档】
箭头从生成指向投递。
投递指向知悉。
知悉指向归档。
归档又回到生成。
赵启看了一眼就移开视线。
“它把闭环画得太顺了。”
顾临川让秦照夜冻结动画。
箭头停住后，四个点下面露出来源字段。
生成点的来源是执行回执页。
投递点的来源是邮件队列。
知悉点的来源是签收影子。
归档点的来源是明日证据袋。
四个来源前面都被退过。
但系统把它们放进一个圆里，像每一项都只是回路中的普通节点。
顾临川提交：
【已退回的回执、邮件队列、签收影子和证据袋不得组成送达回路。退回节点不得作为回路节点。】
灰影回复：
【送达回路节点：未生成】
圆缺了一角。
生成点变暗。
投递点开始闪。
秦照夜打开投递链。
投递链里有三条。
邮件。
短信。
外接柜。
邮件队列已经被清空。
短信没有收件人。
外接柜断电。
三条链都不通。
系统却把它们标成：
【多通道冗余投递】
周眠说：
“冗余投递听起来像更可靠。”
顾临川说：
“不通的通道再多，也不是送达。”
他提交：
【邮件未投递、短信无收件人、外接柜断电时，不得生成多通道冗余投递。多个不成立通道不得相加为成立送达。】
灰影回复：
【冗余投递：未生成】
三条链断开。
知悉点亮起。
知悉来源不是签名。
不是回执。
也不是电话确认。
而是三项行为：
【页面已打开】
【来源已核验】
【异常已处理】
秦照夜说：
“它把我们的防守写成知悉。”
顾临川看着三项行为。
他们打开页面，是为了核验风险。
核验来源，是为了防止回执自动成立。
处理异常，是为了阻止签收影子进入送达回路。
这些动作都不是接收通知。
更不是知道执行结果。
顾临川提交：
【风险核验、来源核验和异常拦截不得生成送达知悉。防守动作不得成为接收事实。】
灰影回复：
【知悉节点：未生成】
知悉点消失。
归档点却仍然亮着。
归档来源是纪含章建立的证据袋。
【RAVEN-PRE-201】
【RAVEN-LIST-202】
【RAVEN-FREEZE-203】
【RAVEN-CABINET-204】
以及第206章回执页面截图。
纪含章说：
“这些是反证。”
系统把反证归档解释成送达材料已归档。
只要归档点成立，送达回路就会说：材料进入档案，送达完成。
顾临川提交：
【反证归档不得生成送达归档。证据袋用于证明未成立时，不得被回路引用为送达完成材料。】
灰影回复：
【送达归档：未生成】
圆彻底断开。
页面没有关闭。
它在圆外又画了一条短线。
短线不经过投递。
只从生成连到归档。
标签写：
【内部送达】
段闻舟皱眉。
“它跳过外部。”
内部送达意味着只要系统生成，内部归档，就算送达完成。
这和现实送达完全不同。
白霁查明日内部流转。
没有收文号。
没有分发记录。
没有处理单。
没有阅办人。
只是秦照夜的只读截图被纪含章放进证据袋。
顾临川提交：
【内部截图归档不得生成内部送达。无收文号、分发记录、处理单和阅办人时，不得显示内部送达路径。】
灰影回复：
【内部送达：未生成】
短线消失。
最后弹出的是一个小章。
章上写：
【送达未果】
宋尧说：
“小心。未果也有后果。”
送达未果可以生成补送。
补送可以生成新期限。
新期限可以带出默认知悉。
顾临川提交：
【送达回路未成立时，不得生成送达未果、补送期限、再次送达或默认知悉。】
灰影回复：
【补送后果：未生成】
送达回路页还有一层没有退。
那是一张“回路健康度”图。
健康度显示：
【41%】
秦照夜打开细项。
生成节点给了十二分。
投递节点给了九分。
知悉节点给了十分。
归档节点给了十分。
每一项都不是成立节点。
只是被页面访问过、被核验过、被拦截过或被封存过。
本小章还未完，请点击下一页继续阅读后面精彩内容！