文件會經歷四個審核階段：草稿、審核、批准和最終。在每個階段，都必須有人開啟 PDF，刪除舊的狀態標記，然後套用新的狀態標記。手動更新郵票既繁瑣又容易出錯。自動審查狀態標記從元資料或連接的系統中讀取當前階段的文檔，並顯示正確的狀態，無需手動幹預。
自動更新的PDF圖章需要PDF中的JavaScript來讀取文件元資料並顯示對應的圖章，或需要一個外部工作流程系統來隨著文件的進展而應用正確的圖章。完全自動化的方法消除了手動沖壓及其引入的錯誤。
自動狀態標記的工作原理
PDF 可以包含在文件開啟時執行的 JavaScript。此腳本讀取自訂元資料欄位（例如 ReviewStatus），並顯示相應的圖章層。如果元数据字段值为草稿，则显示草稿图章图层并隐藏所有其他状态图层。如果值變更為 Approved，則顯示 Approved 圖層並隱藏 Draft 圖層。
每個狀態的印記圖像會作為圖層儲存在 PDF 中。 The JavaScript toggles layer visibility based on the metadata value.設計者建立四個圖章層：草稿、已審核、已核准和最終。腳本顯示 1 個並隱藏 3 個。正確的印記會自動出現。
PDF 工作流程整合透過文件管理系統更新元資料欄位。當審閱者批准文件時，系統會將 Approved 寫入 ReviewStatus 元資料欄位。下一个打开 PDF 的人会看到“已批准”标记。 No one had to open the PDF to apply it.
設定自動狀態標記
為每個審閱狀態建立標記影像。 Design them as separate PDF layers with descriptive names that match the status values.匯出 PDF 並保留圖層。新增讀取 ReviewStatus 元資料欄位並切換對應圖層可見性的 JavaScript。
WukongPDF透過瀏覽器提供PDF註釋工具來新增圖章和狀態指示器。 While fully automated layer toggling requires JavaScript, the platform supports adding visual stamps that can be updated manually at each approval stage.
與文件管理系統集成
文件管理系統成為審核狀態的權威來源。 PDF 元資料由系統更新，而非由個人使用者更新。 PDF 讀取元資料並顯示對應的標記。關注點分離，系統管理數據，PDF 管理顯示，產生可靠的結果。
審計追蹤整合是一個自然的延伸。文件管理系統會記錄每個元資料更新，其中包括時間戳記、進行更改的使用者以及先前和新的狀態值。審計追蹤提供了正確遵循審核流程的證據。
沒有 JavaScript 支援的檢視器的後備方案
並非所有 PDF 檢視器都執行 JavaScript。基於瀏覽器的檢視器通常不會。對於這些檢視者，自動圖層切換將無法運作，並且不會顯示任何圖章。在第一頁上新增註釋，表示文件使用自動狀態標記，最佳在 Adobe Acrobat 中檢視。
作為後備措施，請將審閱狀態包含在文件檔案名稱或第一頁上的可見文字標題中。元資料驅動的標記是主要指示器，但後備確保即使自動化無法執行時狀態也是可見的。
可以擴展控制自動標記可見性的 JavaScript 以記錄每個狀態變更。當 ReviewStatus 元資料欄位從 Draft 變更為 Reviewed 時，腳本會將帶有時間戳記的條目寫入隱藏日誌層。日誌提供 PDF 本身內的文件審閱歷史記錄。
邮票设计在视觉上应该彼此不同，同时共享共同的设计语言。草稿郵票可能使用黃色配色方案，審閱郵票可能使用藍色，批准郵票可能使用綠色，最終郵票可能使用正式的黑色和金色。颜色编码提供了文档状态的即时视觉识别。
在審核過程經過外部審核的情況下，自動印章系統提供證據證明審核工作流程一致遵循。可見標記、元資料值和自動變更日誌的組合創建了稽核追蹤。
文件管理系統整合可以在狀態變更時觸發通知。當審閱者將狀態變更為「已核准」時，系統會通知核准鏈中的下一個人該文件已準備好供其審查。
某些不支援 JavaScript 的 PDF 檢視器可能仍會顯示上次儲存文件時可見的圖層。在最終儲存每個狀態轉換之前設定正確的圖層可見性，確保即使在沒有 JavaScript 的檢視器中也可以看到正確的印章。
自動印章系統可以擴展以包括有效期限。噹噹前日期超過審核有效期時，包含「2026 年 1 月 15 日審核」的戳記將在視覺上過期，從而提示文件所有者啟動新的審核週期。
文件審閱者的培訓應包括自動印章系統的工作原理、每種狀態的含義以及將文件推進到下一階段所需的操作。一個設計良好的系統會被不了解如何正確使用它的使用者所破壞。
自動狀態標記消除了文件審閱工作流程中最常被遺忘的手動步驟：做出審閱決定後更新可見狀態指示燈。
自動印章的可靠性取決於元資料更新過程的可靠性，而元資料更新過程又取決於 PDF 和文件管理系統之間的整合。
讀取 ReviewStatus 元資料欄位的 JavaScript 必須加入到文件級腳本中，該腳本會在文件開啟以及外部系統更新元資料時執行。
每個審批階段都應該有明確定義的操作，這些操作必須在文件可以推進之前完成，並且自動印章系統應該在這些操作得到確認之前阻止推進。
每個狀態標記的顏色和設計應反映從草稿到最終版本的進度，早期階段採用暖色，後期階段採用正式顏色，提供直覺的視覺進展。
對於具有遵循不同審批路徑的多種文件類型的組織，系統可以為每種文件類型配置不同的印章集，由文件類型元資料欄位觸發。
自動標記系統應記錄每個狀態更改，記錄先前的狀態、新狀態、時間戳記以及進行更改的使用者或系統的身份。
PDF 元資料和文件管理系統審查工作流程之間的整合建立了一個閉環，系統將當前狀態寫入文件，並且文件顯示相應的標記，無需用戶幹預。
PDF 中的自訂元資料欄位（在文件資訊字典或 XMP 元資料中定義）可以儲存 JavaScript 讀取的審閱狀態值，以決定要顯示的圖章層。
每次開啟 PDF 時，JavaScript 文件層級腳本都會執行，檢查目前的 ReviewStatus 元資料值並更新圖層可見性以匹配，確保顯示的圖章始終反映目前工作流程狀態。
透過 JavaScript 切換圖層可見性使用 PDF 規範中內建的選用內容群組 API，該 API 允許腳本以程式設計方式顯示或隱藏命名圖層。
對於包含拒絕路徑的核准工作流程，圖章系統可以顯示具有拒絕原因和日期的「已拒絕」圖章，將文件引導回作者進行修訂。
印章設計應按照其在典型螢幕解析度和列印頁面上顯示的尺寸進行測試，確保狀態文字清晰易讀，並且印章視覺設計一目了然。
受監管行業的稽核要求通常要求記錄文件狀態變更以及時間戳記、使用者身分和原因，所有這些自動化標記系統都可以透過元資料更新來擷取。
自動蓋章系統降低了由於有人忘記更新可見狀態指示器而在錯誤審批階段使用文件的風險，這是手動蓋章工作流程中的常見故障模式。
對於在組織外部分發的文檔，印章可提供文檔審批狀態的即時視覺證據，而無需接收者存取任何內部系統。
在多個文件遵循相同審批路徑的環境中，自動印記設定的投資回報可以快速實現，並且設定工作量可以在整個文件量中分攤。
自動標記系統將狀態指示的責任從可能忘記更新標記的個人使用者轉移到根據工作流程狀態自動更新標記的系統。
文件審查者很欣賞自動標記，因為它們消除了將帶有錯誤狀態標記的文件發送給審批鏈中下一個人的尷尬時刻。
這種文件狀態追蹤方法為先前依賴手動更新的審批工作流程帶來了一致性和可靠性。
每當文件在審批鏈中易手時，自動狀態標記的價值就會反映出來，而無需任何人記住更新可見的狀態指示器。
自動文件狀態追蹤代表了對手動蓋章工作流程的有意義的改進。
| 批准階段 | 印章文本 | 顏色 | 元資料值 |
|---|---|---|---|
| 草稿 | 草稿 | 黃色/橙色 | 草稿 |
| 已審核 | 已審查 | 藍色的 | 已審核 |
| 得到正式認可的 | 得到正式認可的 | 綠色的 | 得到正式認可的 |
| 最終的 | 最終的 | 黑/金 | 最終的 |