一、业务定义
访客业务是由基础门禁管理系统衍生而来的常规业务，后者用于定义场所空间固定人员日常的通行规则，前者用于对临时来访人员出入的控制，方便来访人员通行的同时也可以有效防止闲杂人等在场所随意出入。
二、两大流程一项配置
根据访问请求的发起者，访客业务可以分为两大类：
1.邀请制。
自内而外，由内部人员主动提交来访请求。
2.登记制。
由外而内，来访人员主动发起访问请求。
3.访客权限配置
以上两种流程可以并存，最终结果都同样落地于访客权限。而访客通行权限则通常由系统管理员预先配置好。
三、邀请制主要流程
①发起邀请（填写来访者信息、来访时间）→[②审批]→③通行证书发送（发给来访者）→[④人证比对]→[⑤来访登记]→⑥通行
注：[ ]内的流程为可选流程。
其具体实现方式列表如下
| 流程序号 | 实现方式 | 难度级别 | 部署要求 | |
|---|---|---|---|---|
| ① | 内部人员登录到WEB管理后台发起 | ★☆☆ | 本地部署和云端部署均可 | |
| ① | 内部人员在相关小程序内发起 | ★★☆ | 要求云端部署 | |
| ① | 内部人员在相关APP内发起 | ★★★ | 要求云端部署 | |
| ② | 不审批 | ☆☆☆ | 本地部署和云端部署均可 | |
| ② | 审批者登录到WEB管理后完成审批 | ★☆☆ | 本地部署和云端部署均可 | |
| ② | 审批者在相关小程序内完成审批 | ★★☆ | 要求云端部署 | |
| ② | 审批者在相关APP内完成审批 | ★★★ | 要求云端部署 | |
| ③ | 通过短信通知 | ★☆☆ | 云端部署或者本地化部署服务器能访问短信网关 | |
| ③ | 通过APP通知 | ★★★ | 要求云端部署 | |
| ④ | 不比对 | ☆☆☆ | ||
| ④ | MH2做人证比对 | ★☆☆ | 本地部署和云端部署均可 | |
| ④ | MH2支持无证比对 | ★★☆ | 要求MH2能请求外网 | |
| ⑤ | 不比对 | ☆☆☆ | ||
| ⑤ | MH2上登记 | ★☆☆ | 本地部署和云端部署均可 | |
| ⑥ | 使用人脸通行（在MH2上录脸） | ★☆☆ | 本地部署和云端部署均可 | |
| ⑥ | 使用人脸通行（在手机H5页面上录脸） | ★★☆ | 云端部署 | |
| ⑥ | 使用访客码通行 | ★☆☆ | 云端部署 | |
| ⑥ | 反扫二维码通行 | ★☆☆ | 云端部署 |
四、登记制主要流程
[①人证比对]→②来访信息登记→[③填写被访人信息]→[④通知被访人]→[⑤被访人确认]→[⑥审核]→⑦通行
注：[ ]内的流程为可选流程。
| 流程序号 | 实现方式 | 难度级别 | 部署要求 |
|---|---|---|---|
| ① | 不比对 | ☆☆☆ | |
| ① | 在MH2上进行比对 | ★☆☆ | 本地部署和云端部署均可 |
| ① | 支持无证比对 | ★★☆ | 要求MH2能请求外网 |
| ② | 在MH2上登记 | ★☆☆ | 本地部署和云端部署均可 |
| ③ | 不填写 | ☆☆☆ | |
| ③ | 在MH2上填写 | ★☆☆ | 本地部署和云端部署均可 |
| ④ | 不通知 | ☆☆☆ | |
| ④ | 通过短信通知 | ★☆☆ | 要求服务端能访问短信网关 |
| ④ | 通过小程序通知 | ★★☆ | 云端部署 |
| ④ | 通过APP通知 | ★★★ | 云端部署 |
| ⑤ | 无需确认 | ☆☆☆ | |
| ⑤ | 在WEB管理后台确认 | ★☆☆ | 本地部署和云端部署均可 |
| ⑤ | 通过H5页面确认 | ★★☆ | 云端部署 |
| ⑤ | 通过小程序确认 | ★★★ | 云端部署 |
| ⑤ | 通过APP确认 | ★★★★ | 云端部署 |
| ⑥ | 无需审核 | ☆☆☆ | |
| ⑥ | 在WEB管理后台审核 | ★☆☆ | 本地部署和云端部署均可 |
| ⑥ | 通过H5页面审核 | ★★☆ | 云端部署 |
| ⑥ | 通过小程序审核 | ★★★ | 云端部署 |
| ⑥ | 通过APP审核 | ★★★★ | 云端部署 |
| ⑦ | 使用人脸通行（在MH2上录脸） | ★☆☆ | 本地部署和云端部署均可 |
| ⑦ | 使用人脸通行（在手机H5页面上录脸） | ★★☆ | 云端部署 |
| ⑦ | 使用访客码通行 | ★☆☆ | 云端部署 |
| ⑦ | 反扫二维码通行 | ★☆☆ | 云端部署 |
