劇本匯入會建立什麼，又不會建立什麼

劇本匯入的範圍比「把專案建好」窄得多。目前的匯入鏈路會建立劇集、場次、劇本項三類物件，用來把可讀場頭與場內文字放進專案；它不會同時建立鏡頭、條記錄、拍攝日或機位設定。匯入完成因此只說明劇本結構已經進入專案，不說明現場記錄也已經存在。

劇本匯入建立的是劇集、場次和劇本項；鏡頭、條記錄、拍攝日與機位設定不在這條建立鏈路裡。

匯入只建立三類劇本結構物件

可讀內容進入專案之後，匯入鏈路用一個劇集承接匯出來的場次：專案裡已經有集就沿用編號最小的那一集，沒有集時才新建，再把場內可保留的正文建立為劇本項。這個範圍對應的是劇本結構本身，不是一次拍攝所需的全部現場物件。

《FDX 適合交換什麼，又會丟掉什麼》講的是交換檔案能帶哪些劇本資訊；本篇只回答這些資訊匯入之後會落成什麼物件。不能因為選場介面已經出現，就把後續的現場記錄也算進匯入結果。

匯入不會建立鏡頭、條記錄、拍攝日、機位設定。這四類物件要走後續的現場記錄路徑，不能從一次劇本匯入裡推出來；匯入完成不等於鏡頭已經拆好、條記錄已經存在、拍攝日已經排定，或機位參數已經建立。

製作人員預設也不在這條匯入鏈路裡寫入。組別、導演和攝影指導需要另外手動填寫，不能把劇本檔案裡是否出現類似文字當成這些預設已經建好。

匯入完成不等於現場記錄已經有了；鏡頭、條記錄、拍攝日、機位設定和製作人員預設都要與劇本匯入分開核對。

在可讀場頭第一次出現之前的段落不會掛到任何場次上，因此片頭類條目會被丟掉。匯入邏輯只有在已經有待處理場頭之後，才會把後續正文收進場內結構。

另一種是文字為空的場頭。空場頭不會建立場次，所以它下面也不會出現一個「空標題場」讓你在事後補名字；接收方應自行核對來源檔案裡是否存在這種形態，以及匯入後的場次數量是否符合預期。

一份格式完好但沒有可讀場頭的劇本交換檔案，可以被判定為解析成功，並照常進入選場介面。此時列表可能是空的，而且這一步沒有額外提示；這一步可能給你一張空表，需要自己核對。

這正是「解析成功」與「讀到了可匯入場次」之間的邊界。成功狀態只說明檔案解析流程沒有以錯誤結束，不代表裡面一定產生了可選場次，更不代表現場物件已經生成。

往後要記錄的鏡頭、條、拍攝日和機位參數屬於另一條工作路徑，本篇不展開那些具體步驟。這裡需要留下的判斷只有一個：劇本結構進入專案，與現場記錄被建立，是兩件不同的事。

匯入流程裡還存在對重複場的過濾，但那屬於匯入漏斗中的處理，不應寫成使用者可以依賴的「重複保護」。如果要檢查同一場是否按預期進入專案，應以匯入後的實際場次為準，而不是把過濾邏輯當成保證。

《匯出的 FDX 回不來的是什麼》討論的是已經寫出再回讀時會發生的改寫；這裡更前一層，只回答一次匯入會建立什麼，以及明確不會建立什麼。兩篇合起來仍不能取代接收方對來源檔案與匯入結果的逐項核對。

不會。目前的匯入鏈路只建立劇集、場次和劇本項，鏡頭與條記錄屬於後續的現場記錄路徑。

不會在這條鏈路裡寫入。製作人員預設需要另外手動填寫。

不一定。一份格式完好但沒有可讀場頭的檔案可能顯示解析成功並打開空的選場表，因此這一步需要自己核對。

不能這樣表述。那是匯入漏斗中的過濾行為，接收方仍應核對實際進入專案的場次。

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