{{ 'fb_in_app_browser_popup.desc' | translate }} {{ 'fb_in_app_browser_popup.copy_link' | translate }}
{{ 'in_app_browser_popup.desc' | translate }}

行程臨時換了一條路,聊天群組裡卻還有兩張地圖、三個回程時間。留守的人收到求助訊息時,該以哪一份為準?接續上一期的行程交接,本期只看一個問題:更新計畫時,怎麼讓沒有同行的人辨認最新版本。
Humboldt County 警長辦公室於2026年10月9日公告:前一天,一名在 Ossagon Trail 附近活動的登山者逾時,家人收到表示迷路的簡訊後求助。多單位協調搜索,於翌日凌晨尋獲;之後仍花數小時步行撤出。[1]
公告沒有公開完整行程表,也沒有說明當事人是否改線。本期不把「未更新路線」寫成本案原因,而是從家人與登山者之間的資訊交接,延伸討論一般行程準備。
美國國家公園管理局 NPS 建議,把目的地、活動與回程時間交給未同行的可信任聯絡人;啟用備案時通知對方,活動結束後也要回報。[2][3] 這是獨立的活動規劃指引,不是 Humboldt 個案調查。
以下是 KTT 的紀錄示例,不是官方表格或搜救程序。可以用一個容易辨認的版本名稱,把原計畫、這次變更與接收狀態串在一起。重點是讓對方看得出「哪一份取代哪一份」,不必從訊息先後自行猜測。
例如把「行程A・更新02」標為目前計畫,並註明取代「更新01」。舊紀錄保留,另標已被取代。版本名稱要能對應同一份地圖或文字內容;只有檔名寫了「最新」,過幾天仍可能分不清是哪一次更新。
說清楚變更的是哪段預定路線、哪個預定出入口,以及預計回程時間是否一起調整。沒有改的項目也可註明沿用。這些都屬計畫資料,不能當成已確認的實際位置。即使地名相同,也應讓接收者能辨認對應的地圖版本。
傳出一則更新,與對方已收到、能開啟並理解,是不同狀態。可記錄發送時間、接收者及回覆確認;沒有確認就留「尚未確認」,不補猜測時間,也不讓新檔案自動覆蓋最後一次已確認的版本。示例只用代稱,實際聯絡與私人行程資料私下保存。
若之後收到「已到某處」的訊息,就把訊息來源、接收時間與原文另存,並與預定行程分開。轉述與親自回報也分開標記。這樣交接時,才能說明哪一項是計畫、哪一項是當事人回報,哪一項仍待確認。
本案公告不足以判斷家人當時持有多少資料、是否有路線變更,或何種裝備影響結果。本文沒有親赴現場,也不估算版本紀錄能節省多少救援時間。行程表不保證安全或救援;遇到緊急狀況,不必先把表格填完才求助。[3] 實際活動與應變仍依所在地主管機關及救援單位指示。
下次需要更新行程,你會先補哪一項?A|清楚的版本名稱;B|被替換的路段與預計時間;C|留守者的收到確認。
下一期 Field Report:回報只有部分資訊時,如何把已確認位置與推測路線分開。
來源查核:2026-10-22,Asia/Taipei。圖為KTT原創行程版本交接示例,非事故路線、當事人文件或現場照片。