> ## Documentation Index
> Fetch the complete documentation index at: https://kb.snagr.co.uk/llms.txt
> Use this file to discover all available pages before exploring further.
# 買方驗收
挑戰是什麼？
1. 為工程師提供大量報告和行政管理的工作
2. 有限制性看見和限制性接近的移交進度
3. 由於資料分散，容易錯過缺陷項目
執行 SnagR **之前**的過程
執行 SnagR **前**的報告
工程師需要手動計算表格和缺陷項目，手動更新Word文檔中的數字和手動用顏色顯示單位來切換狀態。 報告每天更新，打印和釘在會議室的板上。 在每天結束時，報告也會作為進度更新發送給物業管理。 這是一個耗時的過程，是傾向出現人為錯誤。
SnagR 是如何提供協助？
1. 電子化的檢查流程，減少隨後的行政的工作
2. 具體化的進度和按截止日期突出未完成的項目
3. 輕鬆地分析缺陷類型和分判商的表現
執行 SnagR **後**的程序
在取代紙本系統時，工頭和工程師們使用SnagR 應用程式 / 網頁作為中央平台，在驗收過程中記錄和更新每個單位的信息：
執行 SnagR **後**的報告
一旦工頭通過手機應用程式添加和更新缺陷，加上工程師輸入每個單元的詳細資料，將會自動出現以下報告：
*摘要頁面顯示移交中的整體狀態並顯示當天的活動，例如 與買方領取鑰匙預約和接收缺陷校正表。 每個單位的顏色代表其移交階段，即是邀請買方領取鑰匙，買方預約領取鑰匙和買方已領取鑰匙等等。*
*左邊表格顯示了在過去30天內提交的所有缺陷校正表格，包括購買者是否遺留鑰匙等細節，否則團隊需要與購買者進行單獨預約以作解決。 右邊的圖表顯示了購買者的報告缺陷總數，顏色顯示了這些缺陷的糾正進度。*
*這些條形圖表由分配給他們的缺陷數量及他們用於/關閉缺陷的工作天來顯示分判商的績效。*
*此表是一個簡單買家報告的所有缺陷項目摘要。 該表可以按座數，單位，缺陷狀態，承辦商和剩餘工作日以修復缺陷項目。*
數據會從上午9時至下午6時每小時刷新一次。
需要什麼來設置它？
1. PDF，png或jpeg中每單位的設計藍圖（圖紙標題命名標準：\[座數] - \[單位]）
2. 該項目用戶們和承辦商們的名單
3. 標準問題/描述的清單
4. 該項目是位於哪個城市？（識別公眾假期和計算工作日）
5. 開發商是否有義務通過合同條款在一定的工作日內完成缺陷？
6. 物業管理辦公室是否使用Google日曆來記錄與購買者的預約？
**注意**
以下是使用SnagR 中的主要功能：
1. 添加和更新問題
2. 提交表格
3. 自動創立分判商報告