科技 · 實用指南
Google 日曆顯示匯入0筆？重試前先核對重複行程
數量不能證明重複行程完整遷移。先核對正常、改期及取消日期，再決定是否重試。
ICS 匯入顯示零筆時，先查看日曆，再按重試。Google 的疑難排解文件指出，零筆可能代表活動已經匯入。10月3日的社群討論中，志願者另報告顯示零筆但實際已新增活動的情況。這並非所有主要日曆匯入失敗的官方診斷。
以下依文件整理核對流程，協助判斷實際匯入哪些資料，不能修復尚未證實的匯入器故障，我們亦未在你的帳戶實測。保留來源日曆及原始匯出檔，不要移除活動識別碼或反覆匯入主要日曆，只求更大的數字。
1. 保存基準，指定獨立目標
匯出來源日曆；預定目標若已有活動，亦匯出目標。以帳戶、日曆名稱及匯出時間標示檔案，保留未修改的原件。記下來源時區及目標顯示時區。首次評估可新增自己擁有的空白私人次要日曆，取明確的測試名稱。在此成功，不能證明同一檔案能匯入主要日曆。
在電腦打開設定，再進入匯入與匯出。指定單獨的 .ics 檔案，明確選取測試日曆；預設目標是主要日曆。ZIP 匯出包先解壓各日曆檔案。僅匯入一次。Google 疑難排解文件列出的檔案上限為1 MB；超限時先在來源軟體縮小匯出日期範圍，不要任意移除活動區塊。不要邀請他人參加測試，也不要將它當作正式共用排程。
2. 識別碼與數量是線索，並非修復按鈕
熟悉文字檔時，可在編輯器查看副本，但不儲存修改。BEGIN:VEVENT 表示一個元件，不一定等於畫面上的一次預約。重複系列主體與修改後的單次活動可能共用 UID；RECURRENCE-ID 標示該次活動原來的位置，EXDATE 能排除日期。因此，相同 UID 不必然是錯誤重複，依元件數任意分割也可能拆散相關紀錄。
社群答案已建議比較匯入前後的匯出檔。這能發現元件數變化，但數量不變或增加均不能證明所有重複行程正確。不要全部移除 UID、逐區塊更換識別碼，或把轉成 CSV 當作保真修復：Google 提醒 CSV 可能將重複行程變成多筆單次活動。無法縮小匯出時，請來源廠商或熟悉格式的支援人員保留完整系列及時區定義，不要盲目切割檔案。
3. 到容易暴露問題的日期核對
先依原日曆製作小型核對表，記下標題、來源日曆、日期、起訖時間、時區及預期結果。有相應情況時，指定系列中正常的一次、改期的一次及取消的一個日期。改期活動要同時記下原本應空白的位置及應有活動的新位置。沒有相應情況，不必虛構例子填滿表格。
在檢視畫面暫時隱藏來源日曆，避免原活動掩蓋測試中的缺漏，但保留來源資料。僅顯示測試日曆，逐一查看記錄的日期。確認正常活動的時間及重複設定、改期活動的新時間且舊位置無活動、取消日期仍空白。核對全天活動；系列跨日光節約時間變化時，依相關顯示時區核對變化前後各一次。對每個重要系列重複檢查；三種案例僅為初步篩查，並非大型日曆完整驗收的證明。
4. 依實際活動決定，停止不確定的重試
計數顯示零，但指定目標確實含預期活動時，停止按匯入。目標原先已有活動時，與保存的基準比較，不要將原有活動視為新匯入。操作穩定後再次匯出目標，留下附時間的核對紀錄。相似標題、相同數量及次要日曆測試成功，皆不能證明主要日曆已修復。
改期活動重複、取消活動重現或重複設定遺失時，標示尚未驗收。保留原件及獨立測試，不要移除來源日曆，亦不要用測試取代主要日曆。索取新的 ICS 匯出檔，或向來源及匯入器支援提供目標、完整錯誤訊息、檔案大小及一個受影響系列。僅透過適當支援管道提供去識別化樣本，保留主體與例外的關係。匯入副本並非持續同步，來賓或會議資料缺漏是文件明列的限制，不能視為完整遷移。
