# 各設定之詳細介紹

## 初驗審核

### 定義

**「初驗審核」**&#x662F;指工程項目完成後，第一次由檢查人員進行的檢查與審核，確認施工成果是否符合設計圖說、技術規範及相關標準。

### 目的

* [x] **確保施工成果基本符合設計與規範標準。**
* [x] **提早發現施工缺失，避免後續更大的修正成本。**
* [x] **作為後續驗收或使用的基礎依據。**

### 操作流程

{% stepper %}
{% step %}

### 施工完成

工程人員完成施工階段性項目。
{% endstep %}

{% step %}

### 初驗

檢查人員根據檢查表對項目進行查核。
{% endstep %}

{% step %}

### 送審

將檢查結果提交給審核者。
{% endstep %}

{% step %}

### 審核結果

將&#x6709;**「通過並簽名」**&#x53CA;**「退回修改」**&#x5169;種情況。
{% endstep %}
{% endstepper %}

### 實際例子

**案例：混凝土結構初驗**

1. **檢查項目**：柱子、樑、樓板的鋼筋綁紮是否符合設計圖說。
2. **檢查內容**：鋼筋間距、保護層厚度、接頭處理是否符合規範。
3. **審核結果**：

{% tabs %}
{% tab title="通過並簽名" %}
初驗審核無問題或修改後再次送審，通過後才可進行下一步混凝土澆置。
{% endtab %}

{% tab title="退回修改" %}
發現鋼筋間距不均勻，初驗審核會退回修改。
{% endtab %}
{% endtabs %}

***

## 複驗

### 定義

**「複驗」**&#x662F;指在初驗未通過或檢查發現缺失後，進行修正完成後的第二次檢查，確認缺失已被有效修正。

### 目的

* [x] **確保施工缺失已被修正，避免相同錯誤持續存在。**
* [x] **作為項目最終驗收前的重要確認階段。**
* [x] **提高施工品質，避免安全隱患。**

### 操作流程

{% stepper %}
{% step %}

### 修正

施工單位根據初驗審核的退回意見進行修正。
{% endstep %}

{% step %}

### 複驗

檢查人員重新檢視修正後的項目。
{% endstep %}

{% step %}

### 送審

將修正後的結果提交給審核者。
{% endstep %}
{% endstepper %}

### 實際例子

**案例：防水工程複驗**

1. **檢查項目**：屋頂防水層施工。
2. **檢查內容**：防水塗料是否均勻塗佈，接縫是否密封良好。
3. **複驗情況**：
   * 初驗發現接縫部分有滲漏風險，退回修改。
   * 施工單位重新密封接縫，完成修正後進行複驗。

***

## 複驗審核

### 定義

**「複驗審核」**&#x662F;指在複驗檢查結果送審後，由審核者進行的最終審查，確認所有修正均已完成，並符合相關規範及標準。

### 目的

* [x] **確保複驗檢查結果的正確性與全面性。**
* [x] **提供最終審核確認，作為項目驗收的重要依據。**
* [x] **防止未修正完成的問題影響後續施工或使用。**

### 操作流程

{% stepper %}
{% step %}

### 複驗送審

檢查人員將複驗結果提交審核者。
{% endstep %}

{% step %}

### 審核確認

審核者檢查複驗項目及檢查記錄。
{% endstep %}

{% step %}

### 審核結果

將&#x6709;**「通過並簽名」**&#x53CA;**「退回修改」**&#x5169;種情況。
{% endstep %}
{% endstepper %}

### 實際例子

**案例：電氣設備安裝複驗審核**

* **檢查項目**：配電盤接線。
* **檢查內容**：接線規範、絕緣保護、標示是否清晰。
* **複驗結果**：

{% tabs %}
{% tab title="通過並簽名" %}
複驗審核通過或經修正後，複驗審核通過，工程方可進入下一步。
{% endtab %}

{% tab title="退回修改" %}
初驗發現接線標示不清，退回修改。

複驗後標示已完成，但審核者再次確認接線絕緣不足，要求再次修正。
{% endtab %}
{% endtabs %}

***

## 缺失改善人

### 定義

**「缺失改善人」**&#x662F;指在檢查過程中，針對發現的缺失項目負責進行修正和改善的責任人，通常為現場工程師、承包商或專業施工人員。

### 職責

<table><thead><tr><th width="166">職責</th><th width="443">內容</th><th width="212">系統提供</th></tr></thead><tbody><tr><td><strong>確認缺失原因</strong></td><td>分析缺失發生的原因，判斷是否為施工疏失或材料問題。</td><td>✅ 根本原因分析 RCA</td></tr><tr><td><strong>制定改善方案</strong></td><td>根據缺失情況，擬定修正計畫與工法。</td><td>✅ 改善對策、預防措施</td></tr><tr><td><strong>執行改善措施</strong></td><td>落實改善方案，確保修正到位。</td><td>✅ 改善過程紀錄</td></tr><tr><td><strong>回報改善結果</strong></td><td>將改善結果回報給檢查人員，等待複驗與審核。</td><td>✅ 回報給發單人</td></tr></tbody></table>

### 實際例子

**案例：鋼筋綁紮缺失**

1. **缺失項目**：鋼筋間距未按設計圖說施工。
2. **缺失改善人**：現場鋼筋施工班長。
3. **改善行動**：重新調整鋼筋間距，確保符合設計圖說規範。
4. **結果回報**：完成調整後，通知檢查人員進行複驗。

***

## 發起改善單

### 定義

**「改善單」**&#x662F;針對檢查發現的缺失，由檢查人員或管理人員發起的正式文件，作為記錄改善問題、指派責任人、規範改善內容及追蹤結果的依據。

### 系統改善單內容

| 項目        | 說明                                                                   |
| --------- | -------------------------------------------------------------------- |
| **改善類型**  | 一般缺失 DND / 不符合事項 NCR                                                 |
| **責任廠商**  | 當檢查事項之責任為外部廠商時。                                                      |
| **受文者**   | 確&#x8A8D;**「缺失改善人」**&#x4E26;分派改善任務。                                  |
| **抽查日期**  | 選定執行檢查的日期。                                                           |
| **改善期限**  | 明確改善完成的時間限制。                                                         |
| **主旨**    | 說明檢查的工程項目或範疇                                                         |
| **描述**    | <p>提出具體的修正建議或標準。                             </p><p>詳細描述發現的缺失問題。</p> |
| **缺失類型**  | **材料、施工、行政**                                                         |
| **附圖及附件** | 上傳檢查工作可能用到的文件資料                                                      |


---

# 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/disable/past/qc/basic-settings/ge-she-ding-zhi-xiang-xi-jie-shao.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.
