跨時區行程怎樣寫日期，才不會把抵達日排兩遍
最清楚的做法，是把交通和活動分成兩種記錄。機票保留出發地與抵達地各自的日期、時間和城市；落地後的入住、接送、預約和散步，全部放到目的地當地日期。若時間可能被不同地區的人誤讀，就在旁邊補上城市或時區。即使航班週一晚間出發、週二下午抵達，也不會因為兩個日曆視角而出現兩份抵達日。
先記兩個城市，再決定日期
先從訂位紀錄抄下每一段的出發地、目的地、日期和當地時間。旅行時間工具的說明同樣將出發與抵達視為不同地點的本地資料，並可在表格中檢視各段的當地時間。因此「週一 22:00」不應單獨出現，而要寫成「溫哥華 5 月 13 日 22:00，出發地時間」。抵達列則使用抵達城市的完整日期。
不要先把全程換算成家鄉時間，再用那個結果安排目的地活動。家鄉時間可以放在給家人或同事看的備註，但不應成為景點或入住日期的依據。寫年月日，比只寫「明天」或「週二晚上」更容易核對；城市名稱也比沒有解釋的縮寫清楚。
讓目的地日期成為活動的唯一歸屬
建立一頁以目的地當地日期為標題的抵達日記錄，依序放入落地、入境、取行李、前往住宿、入住和第一個活動。航班可以在頁面上方保留為交通參考，但不要把它再複製成第二個抵達活動。重複通常就是從這裡開始：訂位已有一次抵達，日程草稿又把「抵達城市」寫成另一項抵達。
例如航班週一晚間離開舊金山、週二下午到東京，東京週二頁面應包含入住和晚間散步。不必因為出發地仍是週一，就把散步放回週一。兩個時鐘可以描述同一段旅程，卻不會增加活動數量。
跨過換日線時，直接寫日期說明
大型時差之外，還要留意國際換日線。可靠資料說明，向東跨過換日線可能減少一天，向西可能增加一天，而且換日線會配合國家邊界偏移。因此不能只用飛行時數推抵達日期，也不能把經過十小時理解成日曆一定向前十小時。
在交通列下方加上簡短提示：「目的地日期比出發地預期早一天，以下活動以目的地日期為準。」它只說明哪個日曆標籤有效，不預測旅人的感受，也不承諾固定調整時間。若中途轉機，每段先用自己的當地日期，再整理最終目的地的活動。
只有需要協調時才加入第二個時間
若要和家鄉親友通話、交接工作或參加線上會議，可以另設一行跨地協作。先用事件發生地的當地日期與時間寫一次，再在備註提供另一地時間。Google 日曆說明可以為事件指定時區，並依觀看者的當地時間顯示；不過純文字行程仍要直接寫出城市或時區，不能要求讀者猜設定。
小表格可用四欄：目的地日期、當地時間與時區、交通或活動、另一地參考。普通觀光活動不必每行都放兩個時間，只有電話、接送和共享預約才加備註。這樣仍能按在當地實際發生的順序閱讀。
用反向換算完成最後檢查
最後只閱讀抵達日，不要重做整份行程。圈出重複的住宿、接送、會議、景點、晚餐和散步，再判斷是不同預約，還是交通紀錄和活動副本。如果是同一件事，刪掉較不方便閱讀的那一行，留下目的地日期下的活動。固定安排還要有地點、當地日期、時間和時區。
把抵達時間反向換回出發地時間，當作一致性檢查。IANA 的時區資料庫會因當地規則或夏令時間變動而更新，未來行程應在接近出發時再查一次。這不是保證不同軟體一定顯示相同，而是幫你找出日期或時間標籤的矛盾。頁尾可註明最後核對日期與訂位來源。
常見問題
抵達日活動要用出發地日期還是目的地日期？
使用活動發生地的目的地當地日期；出發地日期只保留在航班交通紀錄中。
每一行都要寫 UTC 嗎？
不需要。完整日期、時間和城市或明確時區通常已足夠，只有需要協調時才補另一地時間。
跨過國際換日線怎麼辦？
在航班下方寫清日期前後變化，採用承運方的當地抵達日期，之後活動全部歸到目的地日期。