> ## 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**之前**的过程 Success Stories Handover to Purchaser.001 实施SnagR**之前**的报告 工程师不得不手动计算表格和缺陷项目、手动更新Word文档上的图片，并用莹光笔标示单位以指示切换状态。\ 报告每天都要更新、打印并贴于会议室中。报告也要在每天工作结束时发送给物业管理部门作为进度更新。\ 这是一个非常耗时的过程，很容易出现人为错误。 Success Stories.003 **SnagR能如何提供帮助？** 1. 电子化检查过程并减少后续的管理工作 2. 在截止日期前图象化进展并突出显示未完成项目 3. 轻松分析缺陷类型和分包商表现 实施SnagR**后**的过程 Success Stories Handover to Purchaser.002 在取代纸本系统时，工头和工程师可使用SnagR应用程式/网站作为集中式平台，记录和更新验收过程中每个单位的信息： Success Stories Handover to Purchaser.008 实施SnagR**后**的报告 一旦工头通过应用程序添加或更新缺陷及工程师为每个单位输入详细信息，将自动生成以下报告： Success Stories.004 *摘要页面显示当天切换和突出显示事件的整体状态，例如，与买家预约交收钥匙，并收到缺陷纠正表。每个单元的颜色表示其交接阶段，即邀请买家交收钥匙，预约买家交收钥匙，买家已收钥匙等。* Success Stories.005 *左边的表格显示了过去30天内提交的所有缺陷纠正表格，并包括例如买家是否留下了钥匙等细节，否则团队需要与买家另外预约以执行修复。右侧的图表显示了买家报告的缺陷总数，颜色表示纠正这些缺陷的进度。* Success Stories.006 *这些条形统计图通过分配给分包商的缺陷数量以及他们使用/留下来弥补缺陷的工作日数来突出显示他们的表现。* Success Stories.007 *此表是买家报告的所有缺陷项目的摘要。该表可以按座，单位，缺陷状态，承包商和剩余工作日进行过滤。* 数据从上午9点到下午6点每小时刷新一次。 **需要什么来设置？** 1. PDF，png或jpeg中每单位的[布局平面图](/cn/admin/drawings/305218)（图纸标题命名标准：\[座] - \[单位]） 2. 该项目的[用户](/cn/admin/accounts-and-permissions/306949)和[承包商](/cn/admin/accounts-and-permissions/306950)名单 3. [标准缺陷/描述列表](/cn/admin/standard-issue-list/306969) 4. 该项目位于哪个城市？ （确定公共假期和计算工作日） 5. 发展商是否有义务通过合同条款在一定数量的工作日内关闭缺陷？ 6. 物业管理处会否使用Google日历记录与买家的预约？ ***注意*** 以下是在SnagR中使用的主要功能： 1. 添加和[更新](/cn/issues/update-issues/305158)缺陷 2. [提交表格](/cn/forms/complete-or-edit-forms/305168) 3. [自动生成分包商報告](/cn/issues/report-and-analytics/305163)