
一位顾问在周四安排了一位候选人。身份证件周一送达,是斜着拍的照片。工作权利证明在单独的流程中处理,之后才在 CRM 中做了摘要。承诺了两份推荐信,到了一份。资格证书在某个邮件往来中,里面还夹着薪资谈判。
这其中没有任何疏忽。当候选人入驻变成分散在两周内的十二个小请求,每个都由当时恰好在和对方交谈的人提出时,就会这样。
了解 UMNIII Verify 如何将候选人请求及其文件保存在一条记录中
招聘收集的个人信息比大多数入驻流程都多,而且是从一个同时正在被说服的人那里收集。这种张力影响着整个过程:
当客户问您掌握了入围候选人的哪些信息时,答案分散在六个地方,而且没有人能完全确定是否齐全。
这些是商业和运营方面的后果,而不是监管方面的。如果某项具体义务适用于您的机构、行业或所招聘的职位,这是您自己的顾问需要处理的事项,本文不打算给出定论。
单独看这些都是小事。它们之所以代价高昂,是因为会在整个团队中累积:每位顾问在每位候选人身上都承担一点同样的负担,而这些都不会出现在任何报告中。注意到这一点的机构通常是通过客户注意到的,也就是雇主提出了档案无法迅速回答的问题时。
解决办法不是要求更多,而是针对某类委托一次性确定所需内容,然后发送这些内容,而不是临时拼凑:
第一点中的“适合职位”很重要,值得明确说明其含义。它并不意味着向所有人索要所有内容。仓库临时工和受监管公司的财务总监并不是同一个入驻问题,一视同仁的结果要么对前者过于侵扰,要么对后者过于单薄。按职位类型确定清单才能做到相称而不临时拼凑,因为思考只需提前进行一次,而不必在时间压力下针对每位候选人进行。
这也使请求可以解释。当候选人问您为什么需要某样东西时,经过推敲的清单有答案,而临时拼凑的清单通常没有。
UMNIII Verify 正是围绕这一个请求构建的:您选择候选人所需的文件、问题和检查,发送一个品牌链接,对方在手机上完成。所有内容都回到一条记录中,您的团队可以搜索、重新打开并下载。
您的徽标、名称和颜色会显示在候选人收到的请求、Verify 发送的邮件以及生成的文件中,当您在对方签署任何文件之前就要求提供护照时,这一点很重要。
这里有一个比任何功能都重要的界限,值得完整说明而不是暗示。UMNIII Verify 不进行工作权利检查、DBS 或犯罪记录检查、信用检查、工作经历验证,也不进行资格或推荐信验证。身份验证通过受支持的身份流程确认身份;它本身并不是工作权利的判定,也不应被如此理解。
Verify 的作用更为有限:它可以收集您的机构依法选择索要的文件、声明、结构化回答和候选人提供的推荐人信息。这些材料与为该请求选择的任何受支持的 Verify 检查一起,提交到候选人的请求中。Verify 不会联系推荐人,也不会验证推荐人所说的内容。推荐信是候选人提供的信息或上传的文件,而不是产品独立获得的推荐信。
因此,单独的工作仍然是单独的。确认学位已授予、前雇主认可相关日期、某人有工作权利,或任何其他需要法定程序、推荐人、颁证机构或授权提供商的事项,均由您的机构或雇主通过这些渠道完成。Verify 中没有任何内容能取代它们,候选人自己的声明也不能替代其他人被授权进行的检查。
决定也是如此。您的机构选择哪些检查适合某个职位,并审查返回的内容。Verify 支持并佐证这一流程。它不决定候选人是否合适、诚实或可以安排,而可能的筛查匹配只是与某人相似的记录,并不是关于该人的结论。
选择您最常招聘的职位类型,按您希望的顺序写下向候选人索要的所有内容。这份写一次的清单就是模板。下一位候选人收到的是一个请求,而不是九条消息,再下一位收到的也是同一个请求,而不是略有不同的请求。
对于通过有限公司开展业务的合同工,或将雇主作为客户入驻的情况,KYB 和公司验证页面介绍了注册处查询会返回什么,以及支持文件在哪些地方填补空白。如果职位或行业适合进行筛查,AML 和负面媒体页面说明了筛查能确认什么、不能确认什么。
本文是面向招聘企业及其支持团队的一般信息。此处内容均不构成法律、雇佣或合规建议。哪些检查是合适的、哪些是必需的,取决于职位、行业、司法管辖区以及您作为雇主或机构的自身义务,应向合格顾问确认,而不是从文章中推断。
机构通常从最常招聘的职位类型开始,写下向候选人索要的所有内容,并一次性将其组合成模板。