第67章 回滾工單沒有完成
回放記錄顯示，十二點二十五分，`MIG-0318-OLD` 的原始遷移工單被調進東側審計屏。
舊模板版本保留期只剩四十分鐘。
平台責任人把原始版本、當前版本和 `BA-LEGACY-03` 服務日誌分成三列。原始工單的批准範圍寫得很窄：把舊確認端降為歷史查詢，保留索引核對，完成節點緩存清理。當前版本的範圍摘要卻仍掛著 `confirm_route=legacy_m17`。
林知夏先讓他停在兩份版本的共同欄位上。
「讀差異，不讀正文。」
平台責任人點頭。原始版本的回滾目標是「歷史查詢」；當前版本狀態是「待人工補授權」。兩份版本的範圍哈希不一致，維護服務日誌卻能對上 `BA-LEGACY-03` 的版本指紋和10:54:51控制面寫入時間。
林晏川盯著那行時間：「服務日誌能證明它執行過一次寫入？」
「能證明維護服務記錄過這次控制面動作。」林知夏說，「不能替服務帳號寫出操作人，也不能替控制面動作寫出正文讀取。」
鄭柏年的遠程畫面接入。他看完兩份版本，臉色發沉：「遷移工單要求回滾，當前狀態卻還在待補授權。驗收沒有完成。」
「這屬於你的簽收範圍。」林知夏把範圍維護與遷移驗收欄推過去。
鄭柏年沒有推回。他在欄里簽下名字，又補了一句：原始遷移目標為歷史查詢，當前版本仍保留舊確認端路由，回滾未閉合；具體觸發原因待維護日誌和工單附件元數據核對。
「管理缺口成立。」他說，「個人點擊仍然不能從這裡推出。」
「簽的就是這句話。」林知夏說。
陸氏律師隨後接入。他的接口回執只顯示節點證書、欄位格式和入口狀態接收，授權票據編號為空，簽字會話狀態沿用先前封存記錄。
「橋接接口只能接收當前狀態。」律師說，「它不能證明上游版本為什麼還掛著舊路由。」
「也不能證明誰點過。」林知夏補上。
律師在橋接證書與接口流程欄簽字，註明狀態接收不等於出票完成，個人確認待證。
平台責任人繼續調取F3、ROOF和10:55:18三條事件。F3與ROOF仍無共同任務號；10:55:18失敗請求停在權限控制器，關聯哈希為空。10:56:03是 `BA-LEGACY-03` 範圍緩存清理回執，10:59:43是歷史查詢入口撤銷，作用域欄位仍未完全重合。
「不並。」林知夏說，「它們可以作為同一時間窗里的待核事件，但關聯欄位沒有對上之前，不能寫成一條完整撤權鏈。」
她把三份簽收頁和兩份版本哈希一起封存，隨後讓平台責任人生成新的申請單：只讀取回滾狀態、維護服務變更原因摘要、舊路由表目錄元數據和工單附件索引；正文、帳號本體、確認端身份、`0318.key`、B1黑箱和`914`異常目錄繼續封存。
平台責任人把遷移工單的審批軌跡放大。最初的申請由舊項目協同組提交，目標欄寫著「保留家屬資料索引，關閉確認端入口」，審批意見只留下兩名管理員的短指針。後面的執行記錄卻出現了同一個舊模板版本哈希，回滾動作旁邊沒有完成時間，驗收欄也只有一枚待補的灰章。
「這張回執不能證明回滾失敗。」鄭柏年盯著那枚灰章，「它只能說明驗收沒有落下去。」
「兩者的區別是什麼？」林知夏問。
「如果動作執行後返回錯誤，才有失敗回執。現在只看到驗收沒落下去，可能連最後的確認都沒完成。」
「所以目前只能寫未閉合。」
【記住本站域名𝘛𝘞看書📕𝘴𝘩𝘶.𝘵𝘸】
「對。」
林知夏把原始工單和當前版本的哈希分別貼上黃色標籤。原始版本保留的是歷史查詢層，當前版本掛著待補授權路由。兩條哈希之間有一段相近的服務指紋，卻沒有完成簽名。她讓平台責任人把那一段標成關聯待核，不允許寫「同一修改」。
鄭柏年看著屏幕，聲音低了些：「遷移時最容易留下這種舊模板。項目換了人，權限表換了，服務帳號還沿著舊路徑跑。」
「這句話可以作為管理說明。」林知夏說，「但不能當成今天有人操作的證據。」
他點頭，把那句說明寫進補充意見。
陸氏律師的窗口切進來時，平台責任人正好展示接口回執。回執里的「入口狀態接收」只有一行，旁邊的隊列編號被截去中段。律師要求把「隊列編號截斷」單獨列出，避免被誤解為存在一個已經生成的出票編號。
「你們的橋接端看得到完整隊列嗎？」林知夏問。
「只能看到接口自己的接收狀態。」律師說，「上游範圍的版本和下游是否完成確認，都不在這份回執里。」
「那就按能看到的簽，不能看到的留空。」
律師在簽收頁旁補充：接口狀態接收不等於票據生成；當前回執沒有展示個人確認欄位。平台責任人把補充句與版本差異一起封存，鄭柏年的遷移缺口和陸氏的接口範圍各自進入不同封套。
林晏川看著兩隻封套：「這樣查下去，所有人都能說自己只負責一小段。」
「所以要把小段接起來。」林知夏說，「不是替他們合成一個人，而是看每一段之間有沒有真正的交接記錄。」
她讓平台責任人再核一次三軌事件。F3的來源欄位仍為空，ROOF的入口狀態回執獨立存在，10:55:18失敗請求沒有進入簽字業務層。三條線像被釘在同一張紙的不同位置，彼此靠得很近，卻沒有一根能證明共同操作者的線。
下午一點零五十分，平台又返回一份維護服務版本摘要。摘要顯示服務版本在遷移工單提交後曾發生一次輪換，輪換原因欄位只有短指針，完整原因仍待恢復。林知夏沒有把「輪換」寫成「改寫」，只把它作為下一輪變更原因申請的對象。
她看了一眼剩餘保留期，重新核對申請單的最窄範圍：回滾狀態、維護服務變更原因摘要、舊路由表目錄元數據和工單附件索引。每一項後面都標著「只讀」，最後一欄寫著不恢復帳號欄位。
「我們可以多看一點。」平台責任人說，「現在窗口還沒徹底關。」
「多看一點不是免費的。」林知夏把申請單收回來，「每多一個欄位，就多一條被誤讀的可能。先把已經看見的差異釘牢。」
他沒有再勸。林母的紙條在這時從林晏川手裡滑出來，落在桌邊。上面新增一行：下午一點二十六分，若若問「舊確認端是不是還在」，說完又讓她不要告訴任何人。
林晏川的手指停住：「她怎麼會知道舊確認端？」
林知夏把紙條翻到背面，沒有讓它靠近審計屏：「這是家庭線索。記錄來源和時間，不拿它填進維護服務變更原因。」
林晏川慢慢把紙條收好：「我媽這次沒有替她解釋。」
「她在做一件更難的事。」林知夏說，「承認自己聽見了，卻不替聽見的內容蓋章。」
下午一點五十分，平台返回第一條狀態摘要：`migration_state = pending_rollback`，變更原因摘要顯示 `migration closeout missing`。
林知夏沒有把這句話改成「有人故意沒回滾」。她要求繼續顯示欄位原樣，並對照版本哈希。
當前版本的舊路由表目錄元數據又彈出一項：附件數量應為三份，現存索引只列出兩份，第三份標記為未歸檔。
林晏川抬頭：「又是第三份附件？」
「是目錄欄位，不是內容。」林知夏說，「先鎖住它的編號。」
平台責任人把短指針和目錄哈希寫入申請單，提交只讀調取。申請回執返回得很快：未歸檔附件的編號前綴為 `MIG-0318-OLD-A3`，仍屬於主遷移工單的第三個目錄項；正文未開放，來源節點待核。
林知夏把申請單合上。
舊確認端沒有因為回滾未閉合就自動恢復權限，遷移工單也沒有因為缺一頁附件就替誰認領責任。但那份未歸檔的第三頁，已經從一個模糊提示變成了下一步可追的編號。
她把「個人操作」欄重新壓回封套里，只讓附件元數據留在屏幕上。
「下一步，」她說，「先找第三頁被放到了哪裡。」
舊模板版本保留期只剩四十分鐘。
平台責任人把原始版本、當前版本和 `BA-LEGACY-03` 服務日誌分成三列。原始工單的批准範圍寫得很窄：把舊確認端降為歷史查詢，保留索引核對，完成節點緩存清理。當前版本的範圍摘要卻仍掛著 `confirm_route=legacy_m17`。
林知夏先讓他停在兩份版本的共同欄位上。
「讀差異，不讀正文。」
平台責任人點頭。原始版本的回滾目標是「歷史查詢」；當前版本狀態是「待人工補授權」。兩份版本的範圍哈希不一致，維護服務日誌卻能對上 `BA-LEGACY-03` 的版本指紋和10:54:51控制面寫入時間。
林晏川盯著那行時間：「服務日誌能證明它執行過一次寫入？」
「能證明維護服務記錄過這次控制面動作。」林知夏說，「不能替服務帳號寫出操作人，也不能替控制面動作寫出正文讀取。」
鄭柏年的遠程畫面接入。他看完兩份版本，臉色發沉：「遷移工單要求回滾，當前狀態卻還在待補授權。驗收沒有完成。」
「這屬於你的簽收範圍。」林知夏把範圍維護與遷移驗收欄推過去。
鄭柏年沒有推回。他在欄里簽下名字，又補了一句：原始遷移目標為歷史查詢，當前版本仍保留舊確認端路由，回滾未閉合；具體觸發原因待維護日誌和工單附件元數據核對。
「管理缺口成立。」他說，「個人點擊仍然不能從這裡推出。」
「簽的就是這句話。」林知夏說。
陸氏律師隨後接入。他的接口回執只顯示節點證書、欄位格式和入口狀態接收，授權票據編號為空，簽字會話狀態沿用先前封存記錄。
「橋接接口只能接收當前狀態。」律師說，「它不能證明上游版本為什麼還掛著舊路由。」
「也不能證明誰點過。」林知夏補上。
律師在橋接證書與接口流程欄簽字，註明狀態接收不等於出票完成，個人確認待證。
平台責任人繼續調取F3、ROOF和10:55:18三條事件。F3與ROOF仍無共同任務號；10:55:18失敗請求停在權限控制器，關聯哈希為空。10:56:03是 `BA-LEGACY-03` 範圍緩存清理回執，10:59:43是歷史查詢入口撤銷，作用域欄位仍未完全重合。
「不並。」林知夏說，「它們可以作為同一時間窗里的待核事件，但關聯欄位沒有對上之前，不能寫成一條完整撤權鏈。」
她把三份簽收頁和兩份版本哈希一起封存，隨後讓平台責任人生成新的申請單：只讀取回滾狀態、維護服務變更原因摘要、舊路由表目錄元數據和工單附件索引；正文、帳號本體、確認端身份、`0318.key`、B1黑箱和`914`異常目錄繼續封存。
平台責任人把遷移工單的審批軌跡放大。最初的申請由舊項目協同組提交，目標欄寫著「保留家屬資料索引，關閉確認端入口」，審批意見只留下兩名管理員的短指針。後面的執行記錄卻出現了同一個舊模板版本哈希，回滾動作旁邊沒有完成時間，驗收欄也只有一枚待補的灰章。
「這張回執不能證明回滾失敗。」鄭柏年盯著那枚灰章，「它只能說明驗收沒有落下去。」
「兩者的區別是什麼？」林知夏問。
「如果動作執行後返回錯誤，才有失敗回執。現在只看到驗收沒落下去，可能連最後的確認都沒完成。」
「所以目前只能寫未閉合。」
【記住本站域名𝘛𝘞看書📕𝘴𝘩𝘶.𝘵𝘸】
「對。」
林知夏把原始工單和當前版本的哈希分別貼上黃色標籤。原始版本保留的是歷史查詢層，當前版本掛著待補授權路由。兩條哈希之間有一段相近的服務指紋，卻沒有完成簽名。她讓平台責任人把那一段標成關聯待核，不允許寫「同一修改」。
鄭柏年看著屏幕，聲音低了些：「遷移時最容易留下這種舊模板。項目換了人，權限表換了，服務帳號還沿著舊路徑跑。」
「這句話可以作為管理說明。」林知夏說，「但不能當成今天有人操作的證據。」
他點頭，把那句說明寫進補充意見。
陸氏律師的窗口切進來時，平台責任人正好展示接口回執。回執里的「入口狀態接收」只有一行，旁邊的隊列編號被截去中段。律師要求把「隊列編號截斷」單獨列出，避免被誤解為存在一個已經生成的出票編號。
「你們的橋接端看得到完整隊列嗎？」林知夏問。
「只能看到接口自己的接收狀態。」律師說，「上游範圍的版本和下游是否完成確認，都不在這份回執里。」
「那就按能看到的簽，不能看到的留空。」
律師在簽收頁旁補充：接口狀態接收不等於票據生成；當前回執沒有展示個人確認欄位。平台責任人把補充句與版本差異一起封存，鄭柏年的遷移缺口和陸氏的接口範圍各自進入不同封套。
林晏川看著兩隻封套：「這樣查下去，所有人都能說自己只負責一小段。」
「所以要把小段接起來。」林知夏說，「不是替他們合成一個人，而是看每一段之間有沒有真正的交接記錄。」
她讓平台責任人再核一次三軌事件。F3的來源欄位仍為空，ROOF的入口狀態回執獨立存在，10:55:18失敗請求沒有進入簽字業務層。三條線像被釘在同一張紙的不同位置，彼此靠得很近，卻沒有一根能證明共同操作者的線。
下午一點零五十分，平台又返回一份維護服務版本摘要。摘要顯示服務版本在遷移工單提交後曾發生一次輪換，輪換原因欄位只有短指針，完整原因仍待恢復。林知夏沒有把「輪換」寫成「改寫」，只把它作為下一輪變更原因申請的對象。
她看了一眼剩餘保留期，重新核對申請單的最窄範圍：回滾狀態、維護服務變更原因摘要、舊路由表目錄元數據和工單附件索引。每一項後面都標著「只讀」，最後一欄寫著不恢復帳號欄位。
「我們可以多看一點。」平台責任人說，「現在窗口還沒徹底關。」
「多看一點不是免費的。」林知夏把申請單收回來，「每多一個欄位，就多一條被誤讀的可能。先把已經看見的差異釘牢。」
他沒有再勸。林母的紙條在這時從林晏川手裡滑出來，落在桌邊。上面新增一行：下午一點二十六分，若若問「舊確認端是不是還在」，說完又讓她不要告訴任何人。
林晏川的手指停住：「她怎麼會知道舊確認端？」
林知夏把紙條翻到背面，沒有讓它靠近審計屏：「這是家庭線索。記錄來源和時間，不拿它填進維護服務變更原因。」
林晏川慢慢把紙條收好：「我媽這次沒有替她解釋。」
「她在做一件更難的事。」林知夏說，「承認自己聽見了，卻不替聽見的內容蓋章。」
下午一點五十分，平台返回第一條狀態摘要：`migration_state = pending_rollback`，變更原因摘要顯示 `migration closeout missing`。
林知夏沒有把這句話改成「有人故意沒回滾」。她要求繼續顯示欄位原樣，並對照版本哈希。
當前版本的舊路由表目錄元數據又彈出一項：附件數量應為三份，現存索引只列出兩份，第三份標記為未歸檔。
林晏川抬頭：「又是第三份附件？」
「是目錄欄位，不是內容。」林知夏說，「先鎖住它的編號。」
平台責任人把短指針和目錄哈希寫入申請單，提交只讀調取。申請回執返回得很快：未歸檔附件的編號前綴為 `MIG-0318-OLD-A3`，仍屬於主遷移工單的第三個目錄項；正文未開放，來源節點待核。
林知夏把申請單合上。
舊確認端沒有因為回滾未閉合就自動恢復權限，遷移工單也沒有因為缺一頁附件就替誰認領責任。但那份未歸檔的第三頁，已經從一個模糊提示變成了下一步可追的編號。
她把「個人操作」欄重新壓回封套里，只讓附件元數據留在屏幕上。
「下一步，」她說，「先找第三頁被放到了哪裡。」