第65章 工單里沒有這一層
十二點二十五分，舊模板版本的保留期只剩四十分鐘。
平台責任人把柏安提交的維護工單投到東側屏幕上。工單編號、申請時間、審批人和執行節點一欄都還在，最上面的工作說明只有一句話：核對F3家屬資料覆核索引，必要時清理節點緩存。
林知夏讓他停在工作說明處，沒有繼續向下翻。
「先把批准範圍念完。」
平台責任人照著欄位讀：「允許讀取索引編號、狀態位、緩存清理回執和版本哈希；不得進入通知內容、附件內容和確認流程；不得恢復帳號欄位。」
林晏川看向昨天恢復出的摘要：「工單批准範圍里，沒有 `confirm_route`。」
「也沒有『待人工補授權』。」林知夏說。
她把兩份材料並排放在桌上。左邊是批准工單，右邊是恢復出的修改前摘要和當前版本摘要。原始工單只允許索引/狀態核對，修改前欄位里的 `confirm_route` 是關閉；當前版本卻多出 `confirm_route=legacy_m17`，狀態後綴也從普通核對變成了「待人工補授權」。
現有工單中沒有這一層，尚不能據此確定它的寫入來源。
鄭柏年從遠程會談端接入。他沒有問林知夏先看到了什麼，只要求把工單原始版本、當前版本和撤銷記錄放在同一頁。管理員輪換表跟著彈出，仍與 `legacy_m17` 成員表分開，三張材料彼此沒有覆蓋關係。
「這項差異怎麼解釋？」林知夏問。
鄭柏年沉默了幾秒：「如果批准範圍只到索引和緩存清理，那 `confirm_route` 不該出現在執行後的範圍摘要里。」
「是不該出現，還是不可能出現？」
「我不能替系統說不可能。」他抬起眼，「但柏安的遷移驗收沒有完成，舊模板版本也沒有在驗收前清除。管理缺口成立，誰具體改過，不能從這張表里補出來。」
林知夏把責任表推過去：「那就簽管理缺口，不簽個人點擊。」
鄭柏年看著那四個欄名，伸手拿筆。他在「範圍維護與遷移驗收」一欄簽下名字，又補了一句：原始工單批准範圍不含 `confirm_route`，當前版本出現該欄位的變更原因待維護日誌核對。
「這句話可以。」林知夏說，「別寫成你承認自己改過。」
「我知道。」
他放下筆，指腹在紙面上壓了一下：「可如果管理漏洞一直留著，最後總會有人把它算到管理人的頭上。」
「管理責任和個人點擊本來就該同時存在。」林知夏說，「一個不能替另一個消失。」
東側屏幕切到陸氏接口回執。律師通過遠程見證接入，文件第一頁寫著共享服務不對應個人授權。接口回執里只有節點證書校驗、欄位格式校驗和入口狀態接收，出票回執、個人確認和簽字會話均未出現。
【記住本站域名 追書認準 TW 看書網，𝒔𝒉𝒖.𝒕𝒘超方便 】
「你們的接口有沒有把 `confirm_route` 寫進範圍？」林知夏問。
「接口可以接收狀態，把它送進待補授權流程。」律師回答，「但上游範圍是什麼版本、誰改過欄位，不由接口負責。」
「那就按流程責任簽。」
他沒有立刻拿筆：「我需要註明，接口回執里的狀態接收不等於出票完成。」
「本來就要註明。」林知夏把簽收頁轉過去，「橋接證書與接口流程責任，實際出票和個人確認待證。」
律師簽下名字。平台責任人隨後把三份材料的哈希放在同一個校驗框裡，結果顯示工單版本與當前範圍摘要的共同欄位可以對上，新增的 `confirm_route` 沒有出現在工單批准清單。
林晏川盯著那一行：「所以系統不是自動多出一層，是某個版本把它帶進來了。」
「只能說當前版本比批准範圍多出一層配置。」林知夏糾正，「至於這層由維護服務寫入、模板遷移殘留，還是其他合法變更造成，要看變更原因和舊模板版本。現在不能寫某個人。」
平台責任人繼續調取F3與ROOF的關聯欄位。兩條記錄有相鄰時間和同一基礎平台指紋，卻沒有共同任務號，關聯哈希一欄為空。10:55:18失敗請求仍然只有獨立事件號，停在權限控制器。
「那10:56:03和10:59:43呢？」林晏川問。
平台責任人調出兩條回執。前者寫的是 `BA-LEGACY-03` 本次範圍緩存清理任務，後者記錄為歷史查詢入口撤銷。兩邊沒有共同任務號，作用域欄位也沒有完全重合。
「現階段分開記。」林知夏說，「但沒有共同任務號，也不等於證明它們絕對不是同一條撤權鏈。關係仍待關聯欄位核對。」
她在申請單上寫下這句話，任何一個詞都沒有給未來留下偷換空間。
林若若的名字在這時從家庭情況記錄里再次出現。林母通過林晏川轉來的紙條補了一句：若若問過「是不是因為0318才查到我」，隨後要求家裡先不要把這件事告訴父親。
林晏川看完，臉色發白：「她是不是知道什麼？」
林知夏沒有抬頭：「這是她說過的話，不是系統欄位。先按家庭線索保存，不能用它填進修改人一欄。」
「我知道。」他把紙條折好，「我只是，不想再看見我媽替她圓。」
「她已經開始記時間了。」林知夏說，「這次讓記錄自己說話。」
下午一點零五分，舊模板版本的前綴被完整截取出來：`F3-FAM-3.4-LEGACY`。維護備註只剩半句：按舊確認端處理。
平台責任人說備註元數據仍可申請一次只讀恢復，但保留期會在下一次管理員輪換前結束。
林知夏沒有馬上擴大範圍。她把現有差異、三方簽收頁和F3/ROOF雙軌記錄一起封存，隨後在新申請上寫明：只恢復舊模板備註元數據、版本來源和變更原因摘要；不讀正文、不讀帳號本體、不讀取確認端身份。
「你不怕錯過最後一次窗口？」鄭柏年在遠程端問。
「怕。」林知夏說，「所以才不把它浪費在猜誰身上。」
她將申請單遞給林晏川。林晏川看完範圍，簽下見證。
屏幕底部慢慢生成一行新的提示：舊模板備註恢復請求已受理，預計將在保留期結束前返回。
而在那行提示下面，截斷的模板名仍像一根沒有拔出的刺。
`F3-FAM-3.4-LEGACY`。
林知夏關掉個人操作欄，留下版本來源欄亮著。
「下一步，」她說，「查它為什麼還活著。」
平台責任人把柏安提交的維護工單投到東側屏幕上。工單編號、申請時間、審批人和執行節點一欄都還在，最上面的工作說明只有一句話：核對F3家屬資料覆核索引，必要時清理節點緩存。
林知夏讓他停在工作說明處，沒有繼續向下翻。
「先把批准範圍念完。」
平台責任人照著欄位讀：「允許讀取索引編號、狀態位、緩存清理回執和版本哈希；不得進入通知內容、附件內容和確認流程；不得恢復帳號欄位。」
林晏川看向昨天恢復出的摘要：「工單批准範圍里，沒有 `confirm_route`。」
「也沒有『待人工補授權』。」林知夏說。
她把兩份材料並排放在桌上。左邊是批准工單，右邊是恢復出的修改前摘要和當前版本摘要。原始工單只允許索引/狀態核對，修改前欄位里的 `confirm_route` 是關閉；當前版本卻多出 `confirm_route=legacy_m17`，狀態後綴也從普通核對變成了「待人工補授權」。
現有工單中沒有這一層，尚不能據此確定它的寫入來源。
鄭柏年從遠程會談端接入。他沒有問林知夏先看到了什麼，只要求把工單原始版本、當前版本和撤銷記錄放在同一頁。管理員輪換表跟著彈出，仍與 `legacy_m17` 成員表分開，三張材料彼此沒有覆蓋關係。
「這項差異怎麼解釋？」林知夏問。
鄭柏年沉默了幾秒：「如果批准範圍只到索引和緩存清理，那 `confirm_route` 不該出現在執行後的範圍摘要里。」
「是不該出現，還是不可能出現？」
「我不能替系統說不可能。」他抬起眼，「但柏安的遷移驗收沒有完成，舊模板版本也沒有在驗收前清除。管理缺口成立，誰具體改過，不能從這張表里補出來。」
林知夏把責任表推過去：「那就簽管理缺口，不簽個人點擊。」
鄭柏年看著那四個欄名，伸手拿筆。他在「範圍維護與遷移驗收」一欄簽下名字，又補了一句：原始工單批准範圍不含 `confirm_route`，當前版本出現該欄位的變更原因待維護日誌核對。
「這句話可以。」林知夏說，「別寫成你承認自己改過。」
「我知道。」
他放下筆，指腹在紙面上壓了一下：「可如果管理漏洞一直留著，最後總會有人把它算到管理人的頭上。」
「管理責任和個人點擊本來就該同時存在。」林知夏說，「一個不能替另一個消失。」
東側屏幕切到陸氏接口回執。律師通過遠程見證接入，文件第一頁寫著共享服務不對應個人授權。接口回執里只有節點證書校驗、欄位格式校驗和入口狀態接收，出票回執、個人確認和簽字會話均未出現。
【記住本站域名 追書認準 TW 看書網，𝒔𝒉𝒖.𝒕𝒘超方便 】
「你們的接口有沒有把 `confirm_route` 寫進範圍？」林知夏問。
「接口可以接收狀態，把它送進待補授權流程。」律師回答，「但上游範圍是什麼版本、誰改過欄位，不由接口負責。」
「那就按流程責任簽。」
他沒有立刻拿筆：「我需要註明，接口回執里的狀態接收不等於出票完成。」
「本來就要註明。」林知夏把簽收頁轉過去，「橋接證書與接口流程責任，實際出票和個人確認待證。」
律師簽下名字。平台責任人隨後把三份材料的哈希放在同一個校驗框裡，結果顯示工單版本與當前範圍摘要的共同欄位可以對上，新增的 `confirm_route` 沒有出現在工單批准清單。
林晏川盯著那一行：「所以系統不是自動多出一層，是某個版本把它帶進來了。」
「只能說當前版本比批准範圍多出一層配置。」林知夏糾正，「至於這層由維護服務寫入、模板遷移殘留，還是其他合法變更造成，要看變更原因和舊模板版本。現在不能寫某個人。」
平台責任人繼續調取F3與ROOF的關聯欄位。兩條記錄有相鄰時間和同一基礎平台指紋，卻沒有共同任務號，關聯哈希一欄為空。10:55:18失敗請求仍然只有獨立事件號，停在權限控制器。
「那10:56:03和10:59:43呢？」林晏川問。
平台責任人調出兩條回執。前者寫的是 `BA-LEGACY-03` 本次範圍緩存清理任務，後者記錄為歷史查詢入口撤銷。兩邊沒有共同任務號，作用域欄位也沒有完全重合。
「現階段分開記。」林知夏說，「但沒有共同任務號，也不等於證明它們絕對不是同一條撤權鏈。關係仍待關聯欄位核對。」
她在申請單上寫下這句話，任何一個詞都沒有給未來留下偷換空間。
林若若的名字在這時從家庭情況記錄里再次出現。林母通過林晏川轉來的紙條補了一句：若若問過「是不是因為0318才查到我」，隨後要求家裡先不要把這件事告訴父親。
林晏川看完，臉色發白：「她是不是知道什麼？」
林知夏沒有抬頭：「這是她說過的話，不是系統欄位。先按家庭線索保存，不能用它填進修改人一欄。」
「我知道。」他把紙條折好，「我只是，不想再看見我媽替她圓。」
「她已經開始記時間了。」林知夏說，「這次讓記錄自己說話。」
下午一點零五分，舊模板版本的前綴被完整截取出來：`F3-FAM-3.4-LEGACY`。維護備註只剩半句：按舊確認端處理。
平台責任人說備註元數據仍可申請一次只讀恢復，但保留期會在下一次管理員輪換前結束。
林知夏沒有馬上擴大範圍。她把現有差異、三方簽收頁和F3/ROOF雙軌記錄一起封存，隨後在新申請上寫明：只恢復舊模板備註元數據、版本來源和變更原因摘要；不讀正文、不讀帳號本體、不讀取確認端身份。
「你不怕錯過最後一次窗口？」鄭柏年在遠程端問。
「怕。」林知夏說，「所以才不把它浪費在猜誰身上。」
她將申請單遞給林晏川。林晏川看完範圍，簽下見證。
屏幕底部慢慢生成一行新的提示：舊模板備註恢復請求已受理，預計將在保留期結束前返回。
而在那行提示下面，截斷的模板名仍像一根沒有拔出的刺。
`F3-FAM-3.4-LEGACY`。
林知夏關掉個人操作欄，留下版本來源欄亮著。
「下一步，」她說，「查它為什麼還活著。」