先決定按哪一種時間排序
資料夾裡同時有九月二十日的白班、夜班、補登版與兩個廠區報表，只寫日期很快就不夠用。先定義報表身分、統計起訖時間與修訂號，再設計固定順序的檔名，讓人與程式都能辨識，避免靠檔案修改時間猜哪一份較新。
統計開始、統計結束、產生時間與資料截止時間是不同資訊。檔名主要按統計區間排序，產生時間可放在附錄欄位；昨天的修訂版今天產生，仍應能歸到昨天的報表，不能因今天重做就改成今天的統計日期。
本文適用於Windows資料夾、網路檔案交換與報表封存。示例採自訂的精簡UTC檔名格式，不宣稱是完整RFC 3339字串；報表內容另使用明確帶時區的時間表示。實際檔案系統、同步服務與應用程式可能還有更嚴格的名稱或長度限制。
先選單一排序時間軸，跨廠區通常可採UTC；若只服務同一地區且採本地時間，也要保存時區與偏移，特別處理重複的日光節約時間。混用各地本地時間字串，字典排序不一定等於實際先後順序。
用固定寬度組成一個檔名
教學規則依序放來源代碼、起點、終點、修訂號與副檔名，例如L01_20260920T000000Z_20260920T120000Z_R0001.csv。兩個時間都用UTC，年月日時分秒固定寬度，Z表示UTC；來源代碼的意義由清冊維護。
這份檔案代表UTC九月二十日零點至十二點，起點包含、終點不包含。如果報表地區固定UTC加八，對應本地八點至二十點。檔內仍要寫統計區間與時區，因為檔名可能被人更改，不能把唯一的重要資訊只放在名稱裡。
修訂號固定四位，R0002會排在R0010之前；若寫R2與R10，純字典排序可能與數值順序不同。預先定義超過最大位數時的處理，不要到了第萬版才臨時把格式改掉，讓同一套解析器無法辨識。
同一來源內，固定寬度的UTC起點可按字典順序排列時間。來源代碼放最前面會先按來源分組，再按時間；若需求是所有設備按時間混排，就改把起點放最前面。排序鍵順序應由使用情境決定，不能同時保證兩種不同優先順序。
完成後建立幾份跨日、跨月與不同修訂號的空白測試清單，依名稱排序，再由解析器讀回欄位比對預期。檔名可以被看懂與可以被機器解析是兩個驗收項，都要確認，不能只看資料夾剛好排得順。
跨時區時保留區間的真正意義
本地夜班九月二十日二十點至二十一日八點，在固定UTC加八的例子中對應UTC二十日十二點至二十一日零點。名稱的UTC日期可能與現場習慣的班別日期不同，另存班別日期與班別代碼，不要從檔名起點日期反推現場班次。
若以本地時間命名，必須保留偏移或其他可唯一定位的資訊。某些地區時鐘回撥會出現兩次相同的一點三十分；只寫本地年月日時分秒會撞名。採UTC可以區分實際時刻，但仍要在內容中保留報表所用時區與班表版本。
不同偏移的時間字串即使都合法，直接按字元排序仍可能不等於時間排序。比較或搜尋前先解析成同一時間軸，或在命名契約中統一UTC與相同精度。不要只把加號、減號與時區名稱加進去就認為自然排好。
毫秒是否納入名稱也要統一。有的檔案到秒、有的到毫秒，容易造成解析與排序歧義；若同一秒可產生多份相同區間的合法輸出，使用修訂號或額外的唯一發行識別，不要靠隨機加幾個零偽造更精細的時間。
夏令時間下的一天可能不是二十四小時，結束時間要由實際報表日曆換算，不要永遠以起點加固定秒數替代下一個本地日界。名稱保存換算後的兩端，內容保存原本地區間，兩者才能互相核對。
處理非法字元 碰撞與發布狀態
Windows一般檔名不允許冒號等特定字元，因此不要直接把含冒號的完整時間字串原樣當名稱。示例移除時間中的冒號並保留固定欄位；其他來源名稱若含路徑分隔符號或保留名稱，也應由受控代碼映射處理。
把設備顯示名稱直接清除非法字元可能造成碰撞，例如兩個不同名稱去掉符號後變成同一段文字。來源代碼應唯一且可回查原名稱，名稱清理不能取代身分管理。大小寫比較也可能依檔案系統不同，別只靠大小寫區分兩台設備。
發布時先用暫存名稱完成內容與校驗，再按系統能力切換為正式名稱，接收端只處理正式檔。若目的檔已存在，先核對同版本同內容或版本衝突，不直接覆蓋。網路分享或雲端同步的更名與完成行為需另外驗證，不能一律假設原子交接。
失敗時先查檔名解析是否使用固定欄位與時區，再查是否依修改時間排序，最後查名稱碰撞與修訂號。若檔名說白班、內容卻是夜班，應隔離並回查產生流程，不讓接收端自行選一個看似合理的版本繼續匯入。
練習與常見問題
練習：同一來源兩份報表起點皆為UTC九月二十日零點、終點十二點，修訂為九與十。應命名R0009與R0010，排序後十在九後。另將本地UTC加八的二十一日零點轉換，應為UTC二十日十六點，不能只刪掉時區字樣。
驗收再測空來源代碼、起點晚於終點、不存在的日期與重複發行識別。解析成功後還要驗證日期及區間語意，不能僅以字串長度符合就接受。原檔名與內部清冊一併保留，供更名後追溯。
問：檔案修改時間可以代表統計時間嗎？答：複製、重做與同步都可能改變它，不能取代報表欄位。
問：檔名含Z就代表內容已轉UTC嗎？答：必須先完成實際換算，不能只把字母加在本地時間後面。
問：所有來源都按名稱排就一定按時間排嗎？答：要看來源與時間欄位的先後，以及是否統一時區與精度。
問：新修訂能覆蓋舊檔嗎？答：若要求可追溯，應保留不同修訂並明確標示最新版本。
參考：Microsoft Naming Files, Paths, and Namespaces：Windows名稱限制與比較注意事項。
參考：RFC 3339：UTC偏移與時間表示的概念；本文精簡檔名格式另行定義。