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

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

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

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

可讀內容進入專案之後，匯入鏈路用一個劇集承接匯出來的場次：專案裡已經有集就沿用編號最小的那一集，沒有集時才新建，再把場內可保留的正文建立為劇本項。匯入還會一併設定專案裡的幾項預設資料；這不擴大所建立物件的範圍，也不能與組別、導演、攝影指導等製作人員預設混為一談。這個範圍對應的是劇本結構本身，不是一次拍攝所需的全部現場物件。

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

它明確不建立四類現場物件

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

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

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

兩種輸入形態會直接消失

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

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

一場都沒讀出時不會打開選場介面

一份格式完好卻一場都沒讀出的劇本交換檔案不會打開選場介面，App 會當場說明這個檔案裡讀不出場次。容易看漏的是只讀出一部分場：選場介面照常打開，列表卻少於來源檔案裡的場數，這一步需要自己核對。

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

匯入結束後，現場記錄仍是另一條路徑

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

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

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

FAQ

匯入劇本後會同時出現鏡頭和條記錄嗎？

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

組別、導演和攝影指導會跟著劇本一起匯入嗎？

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

沒有可讀場頭的檔案會直接報錯嗎？

不一定。一場都沒讀出時，App 會當場說明讀不出場次、不打開選場介面；只讀出一部分時選場照常打開，所以這一步要自己核對實際建立的場數。

匯入時過濾了重複場，就能當成重複保護嗎？

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

Axiom One LLC — SlateX