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

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

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

新建時有四個預設值

新建拍攝日時，編號預設取目前組別裡已有最大編號再加 1；日期在該列表為空時取今天，否則取列表裡最大日期的下一天。組別在「全部」層新建時取預設裡的首個組別，從具體組別層新建時則沿用該組名；機位等其他內容留給後續表單繼續填寫。

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

日期只表示「哪一天」

拍攝日日期在儲存前歸一到本地日曆當天的零點，因此這個值只表達日曆日，不帶當天具體時刻。介面上的拍攝日不能用這個日期精確表達幾點開拍或幾點收工，也不應把它寫成收工時間。

編號則是另一個軸。介面上的滾輪可以選擇 1 到 365，列表按編號遞增顯示；刪除某個拍攝日後，剩餘編號不重排，同一組別裡出現兩個相同編號也不會在這一層被攔。因此編號應當被看作可核對標籤，不應把它當成連續的拍攝天數統計。

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

這個編號會直接進入 PDF、ALE 和 CSV，但三個產物的字面形狀不一樣。PDF 表頭顯示本地化的「第 N 天」；ALE 對應位置寫成英文 Day N，這一條不歸屬任何拍攝日時那一格留空——ALE 裡不存在短橫佔位這一檔；CSV 則只放裸數字，沒記到同樣空著。匯出包裡的檔案名和子目錄名也會帶這個編號，單日檔案名可以看到形如 Report_Day3_… 的前綴。

跨語言對照時，因此不要拿中文頁面上的「第 3 天」去逐字匹配 ALE 的 Day 3。真正應對的是同一個編號值，再結合該拍攝日的日曆日期判斷是不是同一天；三種檔案採用不同文字外觀，本身不代表編號發生了變化。

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

編號規則不要外推到組名

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

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

FAQ

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

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

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

編號預設從目前組別已有最大編號加 1，但之後可以修改；刪除不會重排剩餘編號，同一組別也可能出現重複編號。

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

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

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

不一樣；PDF 用本地化文字，ALE 寫 Day N，CSV 放裸數字，接收方應按同一編號與日曆日期核對。

Axiom One LLC — SlateX。以上數字截至 2026-09-24。