定义
「访客一体机与实名核验」场景中，传感与业务终端常经蜂窝物联网接入平台；需同时考虑覆盖质量、时延、安全与卡务全生命周期。
技术特点
建议区分遥测、告警、配置与 OTA 等流量；弱网环境配置缓存与补传；TLS、证书与密钥纳入变更与回滚策略。
应用场景
适用于分布式点位与远程运维。达希物联可提供连接管理、流量池与定向/专网等组合能力，支撑规模化复制。
与物联网卡协同要点
- 台账：ICCID / IMEI 与设备编号、安装位置、责任人绑定。
- 网络：APN、白名单、机卡绑定与区域/漫游策略。
- 运维：在线率、异常流量、沉默卡与告警进 ITSM 闭环。
- 合规：日志脱敏、留存周期与跨境/分包约定。
核验报文里必须绑住的门点
访客一体机完成的是一次通行决策：读证件、比人脸、对预约，再决定是否给闸机一个放行信号。上传到平台的记录要能还原这次决策，而不是只留一张“已通过”。一条有效记录至少包含门点编号、设备号、核验时间、预约单号、比对结论和放行或拒绝的原因码。证件号码和人脸图像属于另一类字段，能不上传完整影像就不上传，必须留存时要单独加密，并和通行结论分开保存。物联网卡标识应和这台一体机、这道门固定对应，多台机器共用一张卡时，平台无法判断记录来自哪一个门岗。
比对可以在机内完成，也可以把特征送到核验服务。两种做法的时延和断网行为不同，要在开通前写明。机内比对依赖提前下发的预约和特征；送到云端比对则依赖当时的上行。临时活动、展会和尚未布线的门厅常用蜂窝把结果送出，链路只负责运送已经得出的结论或送去比对的特征，不能把“卡在线”理解成“身份已经被核过”。和道闸联动的信号应来自结论，而不是来自读证成功。读到证件只说明介质被识别，并不说明预约有效、人脸一致。
临时门岗启用蜂窝之前先定的规则
临时场地开通前要先定三件事：断网时是拒绝进入、还是允许已下发的当日预约在本地核销；证件和人脸数据留在机内的最长时间；哪一方有权删除。本地允许核销的，额度用完或日期一过必须失效，不能把昨天的预约名单一直留到活动结束。蜂窝侧宜使用定向访问，把核验服务限制在指定地址，避免一体机可以直接访问任意公网。室内金属门框和临时板房会削弱信号，天线位置要在开门高峰前试过，而不是等排队时才发现附着不稳。
预约数据的下发和结果的回传要分开看。名单没下到机器上，机器在线也无处比对；结果没传上去，人已经进门，平台仍显示未到访。两边都要有未完成队列。时钟要和预约系统一致，差上几分钟会把提前到达判成无效，或把过期预约判成有效。与楼宇空间相关的门点名称若来自BIM模型，现场张贴的门牌必须和模型里的门点编号一致，否则工单会派到另一栋的同名入口。
断网默认放行与证件影像留存
断网时默认吸合闸机，等于把核验从流程里拿掉。排队压力下这种设置很常见，平台上却仍显示“实时实名”。若业务允许离线，就应明确记录为离线放行，并在链路恢复后补传，补传记录要带离线标志，不能改写成当时在线比对通过。相反，断网一律拒绝时，要准备人工核验的纸质或离线流程，避免保安直接短接闸机又不留记录。
证件整页照片长期留在一体机硬盘或可插拔存储里，设备被搬走、送修或转场时，影像会跟着离开场地。留存周期到达后应覆盖，维修前应有清除步骤。比对阈值调得过宽，会把未预约人员放进来；调得过严，同一人反复失败又被记成多次陌生人告警，值班人员会开始忽略告警。人脸和证件结果要一起保存结论码，只存“失败”而不分是证件读不到、人脸不符还是预约过期，事后无法改进门岗流程。一台机器更换主板后若不更新设备与卡的绑定，新硬件会把旧门点的通行记录写乱。
撤场时要先把未上传的离线通行补完，再清除机内存储。先清再拆，当天后半段就只剩闸机开合次数，对不上预约名单。下一场馆若继续用旧的门点编号，两场活动会写进同一个入口。卡从一台机器换到另一台，应同时改绑定并停用旧门点，避免两道门用同一个识别码上报。含证件号的导出表要按和机内影像相同的期限存放，不能因为换成了表格就放到公共目录。活动次日应抽几条拒绝记录，核对原因码是否还在，被覆盖成“已通过”的离线记录就无法再查。