拍攝日的日期和編號是怎麼定出來的

新建一個拍攝日時，介面上的日曆日期和「第 N 天」編號不是同一個概念。日期回答「這是日曆上的哪一天」，編號回答「這個拍攝日貼著哪個生產日標籤」；兩者各有自己的預設來源，也會以不同形狀進入交件，所以核對時應把日期和編號分開看。

拍攝日的日期是日曆日，編號是人為可改的生產日標籤；「第 N 天」不能直接解釋成已經實際拍了 N 天。

新建時有四個預設值

新建拍攝日時，編號預設取整部戲裡現存最大編號與已發出的最高編號中較大的那一枚再加 1，與螢幕上篩中了哪個組別無關；日期在該列表為空時取今天，否則取列表裡最大日期的下一天。組別在「全部」層新建時取預設裡的首個組別，從具體組別層新建時則沿用該組名；機位等其他內容留給後續表單繼續填寫。

這裡最容易混淆的是預設日期的來源。專案裡另有一行「生產起始日」，但它不參與這次「下一拍攝日日期」的推算，所以預設日期不等於「生產起始日加一天」；如果排期列表本身與生產起始日錯開，後續新建日期仍跟著目前列表的最大日期往後推。

日期只表示「哪一天」

拍攝日日期只表達日曆日，不帶當天具體時刻。介面上的拍攝日不能用這個日期精確表達幾點開拍或幾點收工，也不應把它寫成收工時間。

編號則是另一個軸。介面上的滾輪給的是當前這一號上下各一年那一扇窗口，窗口跟著這一號前移，編號本身不卡在 365，列表按編號遞增顯示；刪除某個拍攝日後，剩餘編號不重排，同一組別裡出現兩個相同編號也不會在這一層被攔。因此編號應當被看作可核對標籤，不應把它當成連續的拍攝天數統計。

同一個編號在三種交件裡寫法不同

這個編號會進入 PDF 和 CSV，但兩種產物的字面形狀不一樣。PDF 表頭顯示本地化的「第 N 天」；CSV 另有一格 Shoot Day 只放裸數字，這一條不歸屬任何拍攝日時那一格留空。ALE 裡根本沒有日號這一列，只帶 2026-10-08 那一形的 Shoot date 日期戳——要按編號對齊，得回 PDF 或 CSV 看。匯出包裡的檔案名和子目錄名也帶這個編號，單日件的那一段寫作補零形（如 Day03），位置排在片名之後、日期之前。

跨語言對照時，不要拿中文頁面上的「第 3 天」去逐字匹配任何交件的字面：PDF 走本地化文字，CSV 是裸數字，ALE 乾脆沒有這一欄。真正應對的是同一個編號值，再結合該拍攝日的日曆日期判斷是不是同一天；三種檔案採用不同文字外觀，本身不代表編號發生了變化。

發件前，接收方應自行核對拍攝日的日曆日期與編號，並確認 PDF、ALE、CSV 中對應的值指向同一天。

編號規則不要外推到組名

拍攝日編號和日曆日期的規則只回答「這一天叫什麼、落在哪一天」。組別名改名時怎樣帶動已經存在的拍攝日，是另一套行為，本篇不把那條規則擴展成「改任何標籤都會改寫引用」。對編號本身，只需要記住它可編輯、用於排序、刪除後不重排，並會直接進入交付產物。

如果需要檢查條記錄和拍攝日之外的編號含義，可按《場號、鏡號、條號分別在管什麼》分別核對場、鏡、條。發件時再結合《為什麼同一批條記錄在幾份交件裡行號互不對應》核對行序與欄位覆蓋，但不要把行序差異誤當成拍攝日編號變化。

FAQ

新建拍攝日時，日期預設怎麼來？

列表為空時預設取今天，否則取目前列表裡最大拍攝日日期的下一天；專案裡的「生產起始日」不參與這一步推算。

「第 N 天」編號一定連續嗎？

編號預設從整部戲裡現存最大編號與已發出最高編號中較大的那一枚加 1，與篩中的組別無關，但之後可以修改；刪除不會重排剩餘編號，同一組別也可能出現重複編號。

拍攝日日期能表示具體開拍時間嗎？

不能；它只表達本地日曆日上的「哪一天」，不用於表示當天具體幾點開拍或收工。

PDF、ALE、CSV 裡的「第 N 天」寫法一樣嗎？

不一樣；PDF 用本地化文字，CSV 放裸數字，而 ALE 沒有日號這一列，只帶 Shoot date 那一枚日期戳；接收方應按同一編號與日期核對。

Axiom One LLC — SlateX