访客系统开放接口在私有化部署里怎么划边界访客系统开放接口在私有化部署里只划给对方三块结果凭证现在能不能用、这次进出有没有记过、人离开或预约作废后权限应失效。不把访客预约、员工审核那套接口交出去也不允许查询一次就被写成已经进门。这个边界面向一百人以上、数据必须留在自己机房、门口已有闸机或人脸机的上市公司、国企和集团分公司。联调周通常卡在三个地方调用方选错是最常见的一处。设备厂家要的是通行结论信息部门却把访客端接口交了出去。那套接口服务于填表和点审核写入面大还跟着页面迭代。厂家用它开门可能直接改掉预约系统一升级对方全部要重接。重试被当成新事件是第二处。闸机在大约 3 秒内等不到明确结果往往会把同一次扫码再送一遍。服务端如果没有稳定的事件编号两次请求会变成两次开门、两条进场。园区当天有上百人次时审计对不上。通知被当成同步开门是第三处。审核通过后把人脸准备到设备上这个需求合理。但人已经站在读头前时再等一条可能晚到的通知门口会堵。接收方若在这次请求里下发设备超过大约 3 秒仍未成功响应同一条通知还会再来最多大约 5 次。边界按调用结果来划不按字段表来划预约、拒绝、撤销仍由人在访客系统里完成。开放出去的是结果不是审核按钮。这一版不提供外部创建预约也不提供外部点通过、点拒绝。建议把厂家能做的动作拆开而不是合成一个「扫码即开门」。校验。只回答当前凭证能不能进不改访问状态。未审核、已拒绝、已撤销、未到时间、已过期、一次通行已完成都要给出原因。调用成功不代表允许进入。上报进出。允许进入之后再记进场离场单独记。一次通行完成后不能再进。若制度允许一个日期段内多次进出要在审核规则里事先写明。过期后仍应允许记离场避免人还在园内却无法签离。状态通知。审核通过、拒绝、撤销、进场、离场可以异步通知设备侧用于提前下发人脸或事后删权。通知失败不得影响当场校验。地址由这一家客户在自己的后台配置不提供公开订阅。同一次物理事件必须带稳定的事件编号。重复上报返回先前那次的结果并标明这是重复设备据此不要再开门。手机号、身份证、人脸默认不出现。只有制度要求、并且这把对接资格被单独勾选之后才提供。人脸若走对象存储链接可能是短期的不能当永久档案。密钥只属于这一家客户的这一套服务器。厂家在测试环境完成适配不能用测试密钥调用正式客户也不能用一把密钥覆盖所有客户。生产环境的密钥留在客户侧。进出记录写在客户自己的服务器上。厂家只能打到这一套环境不能打到别人的机房。客户停了维护之后已经安装的接口继续可用。失去的是后续修补、新设备配合和远程支持不是远程把门口判断关掉。企业微信、钉钉、飞书、泛微的组织同步和未知品牌闸机的通行对接分成两个项目。前者用现成同步不要为此开放一套什么都能写的接口。审核留在系统内设备侧只获取通行结果。信息部门可以按这个顺序验收不必先要一份很长的字段表按下面五步就能看出边界有没有守住。用一笔待审核的访问做校验结果必须是不能进且状态不能变成已进入。审核通过并处于有效期内再校验结果为可以进订单仍未被记成已进入。用同一个事件编号上报两次进场只应记一次第二次能认出是重复。有效期结束后上报离开应当能记上。一次通行已经完成的凭证不能再次进入。模拟通知处理超过 3 秒。接收程序应先把原文存下并立即返回再异步操作设备同一条通知多次到达时用事件编号去重。再确认一件事停维护之后已经部署的判断会不会被远程关掉。答案应当是不会。什么项目不需要这套边界没有闸机、人脸机也不和其他软件交换通行结果的前台登记不需要访客系统开放接口。十几人的办公点、来访靠人工按钮也不需要。设备与服务器网络不通时先做网络确认。「用对方办公系统发起全部预约」不属于这次范围不应在闸机项目里口头承诺。常见问题访客系统开放接口为什么不能直接复用访客端接口访客端接口为预约和审核而写写入面大并且会跟着页面变化。厂家需要的是稳定的通行结论。混用会导致误改状态也会在升级时整段失效。校验为什么不能顺便核销因为设备会重试。查询一旦写成进入人还没进门记录已经完成超时再送一次还会重复开门。回调大约多久会重试接收方要注意什么大约 3 秒没有成功响应会视为失败随后最多再试约 5 次。接收方要先入库再处理并用同一事件编号去重。当场开不开门仍以校验结果为准。私有化部署停了维护接口会不会立刻失效不会。已经装在客户服务器上的接口继续有效。停掉的是后续修补、新设备配合和远程支持。远程关停会同时影响现场和已适配的厂家。一把密钥能不能拿去调用所有客户不能。密钥只属于这一家客户的这一套服务器。测试环境里用过的密钥不能拿去调正式环境也不能覆盖其他客户。