# 派工單審核

當執行人員完成任務並提交「工作回報」後，發單人（管理員）需對其回報內容進行最後的核實與簽認。此步驟是確保施工品質、核對資源耗損以及正式結案的關鍵環節。

### 01｜審核操作說明

請依照以下流程進入管理介面：

1. 進入功能模組： 點選系統主選單中的 ![](/files/5yplQBzXczzFnNSxUiaS) 分頁。
2. 切換管理頁籤： 進入頁面後，點選上方的 ![](/files/FMJyZEmDGPcfQpEidC57) 頁籤。此處將彙整所有由您發起、且處於各個階段（<kbd><mark style="color:blue;">**進行中**<mark style="color:blue;"></kbd>、<kbd><mark style="color:green;">**已回報**<mark style="color:green;"></kbd>、<kbd><mark style="color:red;">**已退件**<mark style="color:red;"></kbd>、<kbd>**已結**</kbd>）的派工清單。
3. 選取待審單據： 從清單中識別出狀態為<kbd><mark style="color:green;">**已回報**<mark style="color:green;"></kbd>的項目，點擊該筆單據進入詳細資訊頁面。

<figure><img src="/files/Lp6t38t2bXc5GO4YFftV" alt=""><figcaption><p>圖一 - 選擇<kbd><mark style="color:green;"><strong>已回報</strong></mark></kbd>之工單</p></figcaption></figure>

在審閱完執行人員提交的工作回報後，發單人（管理者）具備最終的核定權。您可以依據回報的完整度與現場執行品質，執行以下兩種操作判定：

{% tabs %}
{% tab title="確認結案" %}
若執行人員回報的內容詳實，且現場施作成果（含照片證明與數據）均符合規範，即可執行![](/files/wu04dZfOYFvtjlC7yoSP)。

* 系統行為： 該筆派工單狀態將正式變更為<kbd>**已結案**</kbd>。
* 管理效益： 結案動作代表該項任務的生命週期正式結束。系統會永久封存此單據的執行紀錄與回報內容，作為日後估驗計價、品質稽核或竣工移交的正式憑據。
* 後續影響： 結案後，執行人員將無法再對該單據進行回報修改，確保資料的原始性與不可篡改性。
  {% endtab %}

{% tab title="退回工單" %}
若發現回報內容不全、照片模糊、數據異常，或現場施作仍有瑕疵未完成，請執行 ![](/files/8lmnLdTf7f03GVSTaIL8)。

* 系統行為： 該單據將更改為<kbd><mark style="color:red;">**已退件**<mark style="color:red;"></kbd>狀態，並即時通知原執行人員。
* 意見反饋： 執行退回動作時，建議於備註欄位清楚寫明退回原因（例如：`照片需補拍樑底接頭處` 或 `灌漿數量與估算落差過大，請重新核對`）。
* 循環作業： 執行人員收到退回通知後，需針對缺失進行修正並「再次提交回報」，直至發單人認可並結案為止。
  {% endtab %}
  {% endtabs %}

<figure><img src="/files/cmcgNEpE66FBbsXUO8wt" alt=""><figcaption><p>圖二 - 審核派工單</p></figcaption></figure>

***

### 02｜退回工單

若審核時發現施作成果有瑕疵或回報資料不全，請選擇 ![](/files/pMgMnHYjlbPFVzJI1Oi7) 操作。此流程設計確保所有任務在結案前，都能達到預期的品質標準。

**一、 填寫退回原因**

為確保溝通精確且具有建設性，系統針對退回操作設有強制機制：

* 必須填寫事由： 執行 ![](/files/iJuvjnLNSaAfvabdWpMI) 時，系統會跳出視窗，要求發單人必須輸入明確的退回原因。未填寫理由將無法完成退回動作。
* 明確指示： 建議您在此欄位具體寫出缺失項目與修正期望。例如：
  * `回報駁回：P12柱底保護層墊塊配置照片不清，請補拍。`
  * `回報駁回：鋼筋搭接長度不足圖說規範，請重作並重新提交照片。`

<figure><img src="/files/k6eUEbiVGdfyBVioejlv" alt=""><figcaption><p>圖三 - 填寫退回事由</p></figcaption></figure>

**二、 任務移交與重新派發**

一旦確認退回，系統會即時推播通知給原負責人，告知其任務已被駁回。

* 要求<mark style="color:red;">**重新執行與回報**</mark>： 原負責人需針對退回意見（即發單人留下的退回原因）進行現場缺失改善或資料補齊，完成後必須再次提交工作回報，等待發單人進行二次審核。

<figure><img src="/files/FbJo4w7nxpHlYOBpYgyo" alt=""><figcaption><p>圖四 - 退件完成</p></figcaption></figure>

***

#### 02 - 1｜審核退件工單

當負責人針對退件意見完成補正並「重新提交回報」後，發單人需執行二次審核流程，以確認缺失已完全排除並正式結案。

**操作流程**

1. 進入管理清單： 審核人同樣前往「我的改善單」功能模組，並切換至<kbd><mark style="color:purple;">**由我發單**<mark style="color:purple;"></kbd>頁面。
2. 選取待審工單： 在清單中找到該筆狀態已更新為<kbd><mark style="color:green;">**已回報**<mark style="color:green;"></kbd>的工單，點選進入單據內部。

進入後，請詳閱負責人最新提交的回報說明與佐證照片。此時可重點查看：

* 針對性回覆： 負責人是否已就先前的退件緣由逐一做出回應。
* 照片證據： 補拍的施工細節或數據照片是否清晰且符合正式版圖說規範。

{% hint style="info" %}
若需確認修正前後的差異，可查看退件原因欄位了解前次的退件意見，確保本次回報已確實落實改善要求。
{% endhint %}

<figure><img src="/files/Kojp2E0BA23YU8mB9MZD" alt=""><figcaption><p>圖五 - 再次審核工單</p></figcaption></figure>

***

### 03｜確認結案

當您審核完回報內容，確認執行人員已依據正式版圖說完成施作，且上傳之佐證照片與數據均詳實無誤後，即可點選 ![](/files/FNBIf9npYTaMlILBXEZY)。

確認結案後，該筆派工單的狀態將由<kbd><mark style="color:green;">**已回報**<mark style="color:green;"></kbd>轉為<kbd>**已結束**</kbd>，且為了確保工程紀錄的真實性與不可竄改性，結案後的單據將限制修改功能。執行人員無法再變更回報內容或更換照片，確保稽核時的資料一致性。

<figure><img src="/files/Gb9ss3Y3sxaBIf04X6BN" alt=""><figcaption><p>圖六 - <kbd><mark style="color:purple;">確認結案</mark></kbd></p></figcaption></figure>


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.jobdone.cc/user_guide/account/work-order/approval.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
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.