> For the complete documentation index, see [llms.txt](https://docs.jobdone.cc/user_guide/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.jobdone.cc/user_guide/cpm/bc/qc/app-duan/jian-cha-gong-zuo-xiang-guan/zhi-xing-jian-cha-gong-zuo.md).
# 執行檢查工作
## 01｜填寫檢查紀錄
當檢查任務建立完成後，現場人員即可隨時透過行動裝置展開即時查驗，將現場施作狀況轉化為數位紀錄：
如圖一，於檢查工作頁面，點選欲執行之檢查工作，即可進入該檢查內部，查看所有檢查項目並填寫檢查結果。
{% hint style="warning" %}
系統預設會自動勾選**『僅顯示我的工作』**，優先呈現由您發起或負責的任務。若您需要查閱全專案負責的項目或專案全局進度，請務必手動關閉此選項，以免無法查看完整的檢查清單。
{% endhint %}
**檢查結果說明**
在執行現場查驗時，針對每一項檢查條目，系統提供三種明確的判定結果。這三種狀態將決定後續的報表呈現與流程走向：
{% tabs %}
{% tab title="合格(Pass)" %}
代表該施工項目符合技術規範與設計圖說。
{% endtab %}
{% tab title="不合格(Fail)" %}
代表該項目存在品質缺失，須進行整改。
{% endtab %}
{% tab title="不適用(Not Applicable)" %}
代表該項目在本次查驗範圍或當前施工階段中**不需執行** 。
* **實務情境：**若範本包含『電梯井檢查』，但當前工區並無電梯工程；或範本包含『雨天施工防護』，但查驗當日為晴天，即可勾選不適用。
* **報表呈現：**勾選不適用的項目在產出正式報表時，會明確標註為『不適用』，確保報告邏輯完整，證明該項目並非『漏檢』而是『不需檢查』。
{% endtab %}
{% endtabs %}
{% hint style="danger" %}
#### ⚠️ 重要操作導覽：區分「檢查紀錄」與「結果判定」
在執行查驗任務時，請務必辨識正確的點擊區域，以確保進入正確的操作介面：
請特別注意（如圖二所示）：若欲針對項目進行『合格/不合格』的結果判定，請直接點擊該項目下方之框框。請勿點擊右側的『＋』符號，因為該符號是導向『檢查紀錄』視窗（用於新增細部描述），而非判定檢查結果。
{% endhint %}
圖一 - 選取檢查工作
圖二 - 進入檢查表
圖三 - 檢查結果選單
圖四 - 檢查合格
圖五 - 檢查紀錄(合格)(一)
圖六 - 檢查紀錄(合格)(二)
圖七 - 點選建立圖面標示
圖八 - 選擇圖面
圖九 - 圖面標示
圖十 - 完成畫面
圖十一 - 缺失責任人/改善人
圖十二 - 選擇公司
圖十三 - 選擇成員
圖十四 - 完成畫面
**選擇相簿/拍照** **暫存媒體庫** 圖十五 - 選擇相簿/拍照 暫存媒體庫
圖十六 - 選擇圖片上傳方式
圖十七 - 完成畫面
**一鍵不適用** **一鍵未填寫** **一鍵發起改善單** **新增項目與管理** 圖十八 - 點選更多功能
圖十九 - 點選一鍵「不適用」
圖二十 - 改為不適用
圖二十一 - 完成畫面
**（不適用）** ，將狀態統一重置為初始的『未填寫』狀態。
圖二十二 - 點選更多功能
圖二十三 - 點選一鍵「未填寫」
圖二十四 - 改為未填寫
圖二十五 - 完成畫面
**一鍵發起改善單** 功能僅限於 **複驗** 階段使用。此設計是為了確保改善單能精確對應複驗後的最終判定結果，避免流程衝突。
{% endhint %}
**1. 自動化資訊帶入機制**
由於此功能為批次發送，為了確保溝通效率，系統會以檢查紀錄自動帶入：
{% tabs %}
{% tab title="主旨與描述" %}
系統將自動帶入該檢查項目的項目的『檢查題目』作為主旨，並將您在檢查紀錄中填寫的文字描述直接轉為缺失描述。
{% endtab %}
{% tab title="影像佐證" %}
該項目對應的所有附圖（包含手繪標註）會自動夾帶於改善單中，確保收件人能精確對應缺失位置。
{% endtab %}
{% endtabs %}
**2. 受文者派發規則 (Recipient Logic)**
您可以根據專案管理的需求，選擇以下兩種派發邏輯：
{% tabs %}
{% tab title="優先發送給缺失改善人(Priority Delivery)" %}
**邏輯：**系統會優先檢查每一筆紀錄是否有指定特定的『缺失改善人』。
**結果：**有指定對象的紀錄將發送給該人員；若該筆紀錄為指定，則會發送給您在批次畫面中所選擇的『統一受文者』。
**適用情境：** 當同一張檢查表涉及多個不同專業廠商（如水電、泥作、木作）時使用。
{% endtab %}
{% tab title="統一發送給受文者(Unified Delivery)" %}
**邏輯：**系統將忽略個別紀錄的指定人選。
**結果：**所有不合格項目的改善單，將全數統一發送給您在此次批次選擇的特定對象。
**適用情境：**當所有缺失皆歸屬於同一承包商，或需統一由該廠商的工地負責人對口處理時使用。
{% endtab %}
{% endtabs %}
***
#### **01 - 2 - 3｜新增自訂檢查項目 (Customizing Inspection Items)**
由於工程現場的狀況多變，實際查驗項目可能與預設的檢查範本有所差異。為了提升檢查過程的彈性，系統支援於「執行中」的檢查工作內直接增列項目：
{% hint style="warning" %}
#### ⚠️ 重要操作限制：新增項目之使用時機
『新增項目與管理』功能僅限於**初驗檢查** 階段使用。一旦進入複驗或後續流程，系統將鎖定檢查清單，不再支援自訂項目之增列或刪除，以確保複驗內容與初驗標準完全對應。
***
**💡 為什麼有這項程序限制？**
1. **確保對等比照：** 複驗的核心目標是確認「初驗所發現的缺失是否已改善」。若在複驗時又能任意新增項目，會導致初、複驗的基準不一，造成結案評估的困難。
2. **防止遺漏缺失：** 所有的查驗需求應在初驗時一次界定完畢。若現場臨時有新增的查驗需求，應另行建立一筆新的「檢查工作」，而非在現有的複驗流程中安插新項目。
3. **合規與稽核：** 在外部稽核（如三級品管）時，紀錄的「一致性」是檢查重點。鎖定複驗清單能證明管理過程嚴謹，未隨意竄改或事後補件。
{% endhint %}
如圖一\~二，在檢查工作頁面中，點選  開啟選單，選擇 圖 - 點選更多功能
圖 - 點選⚙️新增項目與管理
圖 - 點選新增自訂檢查項目
圖 - 填寫自訂項目
圖 - 項目管理頁面
圖 - 完成畫面
**來源說明：** 此處可選取的照片，是同步自該專案中**『影音日誌內的暫存媒體庫』** 。
* **適用情境：**
* 避免重複拍攝： 若工程師在巡視現場時，已先透過「影音日誌」大量拍攝了當日的施工狀況，在進入「檢查表」時，只需從暫存媒體庫中勾選對應照片即可，無需重新開相機拍照。
* 資料一致性： 確保施工紀錄與自主檢查表使用的是同一組影像來源，強化資料的互證性。
{% endtab %}
{% endtabs %}
{% hint style="info" %}
#### 💡 為什麼要善用「暫存媒體庫」？
1. **節省手機空間：** 照片儲存於雲端媒體庫中，不會佔用手機實體相簿容量，避免因手機空間不足導致 APP 閃退。
2. **跨功能串聯：** 現場巡檢人員可以先專心『拍照紀錄』到影音日誌中，等回到工務所休息時，再利用『暫存媒體庫』功能，優雅地將照片分派到各個檢查項目的紀錄內。
3. **雲端協作：** 只要照片已上傳至該專案的媒體庫，無論是哪位工程師執行查驗，都能共享這些影像資源，實現團隊協同品管。
{% endhint %}
圖一 - 選取上傳方式
圖二 - 選擇相簿/拍照
圖三 - 暫存媒體庫
圖七 - 手繪操作說明
圖八 - 選擇顏色
圖九 - 線條粗細
圖十 - 加入文字
圖十一 - 浮水印相機
圖十二 - 圖面編輯
自動偵測
**合格** /**不合格** /**不適用** ）。此模式僅供填寫『檢查紀錄』，包含文字描述、拍照、圖面標示等。
***
2. 為了確保數據的安全與一致性，在啟用「離線模式」期間，系統將暫時停用以下功能：
離線模式下無法使用 **一鍵不適用** 、**一鍵未填寫** 、**一鍵發起改善單** 及**新增項目與管理** 等自動化與管理功能。
圖一 - 主動切換至離線模式
圖二 - 點選「＋」
圖三 - 新增檢查紀錄畫面
圖四 - 填寫檢查紀錄(一)
圖五 - 填寫檢查紀錄(二)
圖六 - 完成畫面
圖七- 退出離線模式
圖八 - 查看離線紀錄
圖九 - 完成畫面
**初驗完成送審** 圖一 - 尚未完成檢查
圖二 - 無法提交
圖三 - 點選初驗完成送審
**待檢查** **初驗審核中** **初驗審核中** **退回** 操作：
若審核人員將檢查紀錄退回，該檢查工作之狀態則會由**初驗審核中** **修正中** **修正中** &goal=
```
`ask` is the immediate question: it should be specific, self-contained, and written in natural language.
`goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.
Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.