一條說明寫在哪裡，就會進入交件的哪一欄

現場寫「說明」時，至少要先分清三個位置：條備註、機位備註，以及場次側的摘要或描述。前兩個屬於一條拍攝記錄裡的不同欄位，第三個位置在劇本側：一場戲的摘要，加上這一條所屬鏡頭的描述與備註；寫在哪一層，會決定它進入交件的哪一欄，也決定接收方從哪裡找得到。

條備註與機位備註是兩個不同欄位、兩欄不同去處；場次側文字又屬於另一層，不能把三者當成同一個備註框。

條備註與機位備註分別去哪裡

條備註會進入機讀交件的備註類欄：ALE 中是 Comments，CSV 中對應 Notes，PDF 也有備註位置。機位備註則進入 Camera Notes 類欄，並按機位記錄輸出；PDF 的表體沒有這一欄。兩者不會因為其中一處為空，就把另一處的內容回退過來補上。

這意味著同一句說明寫錯位置後，接收方在目標欄裡就可能讀不到。需要記錄整條 take 的說明，應放在條備註；需要說明某台機位，應放在機位備註。《一條 Take Record 要記哪些可交接資訊》可以用來核對這些欄位在整條記錄裡的位置。

場次側文字怎樣進入 Description

場次摘要、鏡頭描述與鏡頭備註這三處文字，會在 ALE 與 CSV 的 Description 欄裡用固定分隔符串成一格。這個欄位與條級 Comments、機位級 Camera Notes 的來源不同，所以不能把 Description 當成某一條 take 的備註備份。場級、鏡頭級與條級、機位級說明必須分層讀取。

如果其中某一處沒有內容，交件會按對應格式自己的缺值規則處理。《收到交件時要分清的幾種缺值長相》專門解釋空、佔位和預設值之間的差別，本篇只保留欄位去處這條邊界。接收時先確認欄來源，再判斷空值長什麼樣。

寫對位置比「看見一欄文字」更重要，因為 Description、Comments 與 Camera Notes 對應的是不同記錄層級。

狀態標記不會替備註寫字

狀態更新不會向條備註或機位備註裡注入一段狀態文字。過去存在過的備註寫入邏輯目前沒有參與實際更新路徑，因此選擇狀態不應被理解成「備註欄會跟著多一條說明」。接收方看到備註內容時，應把它當作該備註欄位實際儲存的文字。

同樣，備註欄位本身沒有內容校驗，可以留空。空著並不表示另一欄會接管它的職責，也不表示狀態資訊會補寫進來。欄位層級仍然按條備註、機位備註與場次側描述分別處理。

外部劇本匯入時摘要為什麼不能當劇情梗概

從外部劇本檔案讀入時，備註類段落不會單獨建立成一條記錄，而會被併入場次摘要。還有一個重要邊界：當摘要尚未有內容時，最前面的動作描寫可能被整段寫進摘要。因此，「摘要」這個欄位可能裝的是動作描寫全文，而不是人為整理過的劇情梗概。

這也是為什麼不能把摘要描述成機器生成的總結，也不能從欄位名字反推它的語義品質。《匯出的 FDX 回不來的是什麼》解釋了匯入與匯出之間哪些資訊不會對稱往返。接收方如果需要理解摘要來源，應回看匯入後的實際內容，而不是只看欄位名。

PDF 與機讀檔案還要分開核對

條備註雖然可以進入 PDF 的備註位置，但日報版面會受固定欄寬限制，超寬文字可能不顯示。因此，不能承諾備註全文都會在 PDF 日報裡可見。需要核對完整欄位時，應回到機讀交件或來源記錄檢視。

交付前，接收方應自行核對「哪一欄裝的是哪一處說明」：Description 看場摘要與鏡頭描述、鏡頭備註的合併文字，Comments 或 Notes 看條備註，Camera Notes 看機位備註。三個位置各有用途，不互相回退。把欄位來源對準之後，才能判斷某段說明究竟是沒寫、寫在別處，還是在頁面版面裡被裁掉。

FAQ

條備註和機位備註會合併嗎？

不會按同一欄位合併。條備註進入 Comments 或 Notes 類欄，機位備註進入 Camera Notes 類欄。

選了狀態後備註裡會多出狀態文字嗎？

不會由狀態更新路徑向備註注入文字。備註裡出現的內容應按實際儲存的備註欄位理解。

場次摘要一定是劇情梗概嗎？

不一定，外部劇本匯入時備註類段落會併入摘要，最前面的動作描寫也可能整段進入摘要。不要只憑「摘要」這個名字判斷內容性質。

交付前應該怎樣核對說明欄位？

接收方應自行核對 Description、Comments 或 Notes、Camera Notes 分別來自哪一層。若 PDF 裡文字不完整，還應回到機讀檔案或來源記錄確認。

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