接收與驗收 / R4 · 跨格式驗收

接收方怎樣判斷一份現場交件可以繼續用

判斷一份現場交件能不能繼續用,不應從「檔案能不能開啟」開始,而應按三層順序核對:先確認它能不能對上素材,再確認它能不能對上場、鏡、條,最後確認現場判斷有沒有真的寫進這一份產物。SlateX 能提供的是各產物裡實際寫出的字面值與來源關係;是否足以進入下游流程,仍由接收方按自己的匯入範本與素材情況判斷。

驗收不是給檔案蓋一個「合格」章,而是逐步排除「身份不清、關係對不上、判斷不可追溯」這三類風險。

先問:這行到底能不能對上素材

先看素材身份與時間位置。卷號、片段名、機位、入點、時長與幀率需要回到素材或現場記錄確認來源。某些欄位來自人工填寫,某些是軟體派生的,某些在缺值時會被兜底字串補上。接收方要先知道自己看到的是哪一種,再決定這個值能不能承擔比對依據。

這裡不要把語法合法當成事實正確。一個格式正確的時碼字串仍可能只是缺值後的兜底;某個結束位置也可能來自入點與時長計算,而不是獨立測得。涉及具體接收軟體怎麼解讀這些欄,目前證據只能支持一句邊界:接收方應按自己的匯入範本逐欄核對。

如果這一步連素材身份或時間來源都無法追溯,就沒有必要先討論後面的排序或檔位。先退回到來源記錄確認,比在接收端繼續給一個來源不清的值增加新解釋更穩妥。

第二步再問:能不能對上場、鏡、條

素材能認出來以後,再檢查同一條記錄能否沿場次、鏡頭和條號關係對回現場記錄。四種產物不是同一個表格的不同外觀,因此不能把某一份檔案的行號直接當作另一份檔案的定位鍵。

抽樣時可以按場次挑一部分條記錄,從身份完整、機位清楚的記錄開始,再覆蓋有多機位或缺值的情況。這樣做的目的不是給出一個固定抽樣比例,而是避免把人工成本花在逐行掃完整份檔案上,同時又能檢查關鍵關係是否能從一份產物走回另一份產物。

這一層只需要知道「行數與順序可能不同」這一事實,不在這裡展開每種排序規則。真正對表時應使用場、鏡、條身份,而不是行號;排序差異的機制屬於另一篇專門解釋。

第三步最後問:現場判斷有沒有被這份產物帶出來

能對上素材、也能對上場鏡條以後,才檢查現場判斷能不能追溯。這裡尤其要區分「檔案裡有一欄」和「這一欄等於現場判斷」這兩件事。

結構化清單沒有檔位欄,因此不能從它本身恢復現場的 Circle、Keep、Hold 或 N/G 判斷。表格式產物有 Rating 與 Circle,但 Circle 只在該條被標為 Circle 時寫 TRUE、其餘一律寫 FALSE,並不等於現場所有「被圈過」的語義。可讀日報是一條 take 一行,並且每行只取一台機位的部分參數;它不是全部機位參數的彙總。劇本工程檔案只回到劇本結構,拍攝結果、條記錄、機位與時碼都不在其中。

同一條記錄在不同產物裡「看起來都有」,不代表它們承載的是同一種判斷資訊。

四種產物各自能承擔到哪一步

結構化清單適合檢查逐機位的素材身份、時碼與場條關係,但它沒有檔位欄,也不帶素材路徑或聲道映射。表格式產物帶更多現場欄位和檔位文字,卻仍要注意派生欄與現場語義不是同一件事。可讀日報更適合人眼瀏覽一條 take 的概覽,但多機位時只展示其中一台機位的部分參數。劇本工程檔案承擔的是劇本結構交換,不承擔拍攝結果回寫。

這些差異意味著接收方不能要求四份產物互相逐格複刻。正確的驗收目標是:每一份檔案承擔它自己那一段職責,並且關鍵身份能回到來源記錄核對。

不通過時,停在哪一層

如果素材身份或時間來源對不上,就停在素材核對這一層,先回源;如果素材能對上,但場、鏡、條關係不能建立,就停在身份關係這一層;如果前兩層都成立,而現場判斷在目標產物裡根本不存在或語義不同,就不要替檔案補出一個它沒有表達的結論。

目前證據也不能把按拍攝日彙總或按拍攝日匯出當作已經驗證的能力,因此這套方法不以「某一天的彙總檔案」作為驗收前提。它只檢查實際產生的四種產物,以及這些產物中已經存在的字面值。

驗收最終仍是接收方的工作。SlateX 能提供的是可檢查的值、派生關係與已知邊界,不是「通過驗收」的證明,也不替下游結果背書。

FAQ

接收一份交件時,最先應該核什麼?

先核素材身份與時間來源。卷號、片段、機位、入點、時長和幀率如果無法回到素材或現場記錄確認,後面的場鏡條關係與檔位判斷都缺少可靠前提。

為什麼不直接按行號對四份檔案?

因為不同產物的行數與排序機制並不相同。接收時應以場、鏡、條身份作為共同鍵,而不是假定某一份檔案的行號在另一份檔案裡仍代表同一條記錄。

表格式產物裡的 Circle 能當成現場圈選狀態嗎?

不能直接等同。目前 Circle 欄只在該條被標為 Circle 時寫 TRUE,其餘情況一律寫 FALSE,現場其他被標記狀態可能不會得到同樣的字面值,因此接收方應同時核對 Rating 與來源記錄。

這套流程能證明檔案已經通過下游驗收嗎?

不能。它提供的是核對順序和可追溯條件;具體匯入行為與下游後果仍需要接收方按自己的環境驗證。


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