CATALOG

芯步的智能门禁设备通过标准HTTP接口开放控制能力,可与OA、ERP、钉钉/飞书等现有系统快速集成。以下方案围绕“永久密码门禁”的核心接口,给出从签名认证到权限管理的完整对接思路。

在智能办公的浪潮中,门禁系统不再仅仅是物理安全的第一道关卡,更是企业数字化管理的重要组成部分。芯步提供的智能密码门禁设备(如型号 UNI-MJ-MM-CM),凭借其开放的 HTTP 接口和灵活的密码管理机制,能够极其便捷地集成到现有的 OA、ERP 或小程序/APP中

本文将详细阐述如何利用芯步的开放能力,将“永久密码门禁”高效、安全地集成到您的软件项目中,实现权限自动化与出入记录的数字化管理。

一、为什么选择芯步门禁进行集成?

在开始具体的开发流程前,理解硬件接口的通用性是关键。芯步的门禁产品设计遵循“API-First”原则,具有以下显著优势:

  • 接口简单通用:设备开放标准的 HTTP 请求接口,无论您的后端是 Java、Python、PHP 还是前端 JavaScript,只需支持 HTTP 协议即可完成对接

  • 无需额外网关:设备直接连接 2.4G WiFi,减少中间商(网关)的故障点和成本

  • 部署灵活:支持私有化部署和局域网纯环境运行,满足企业对数据安全的高要求

  • 多功能支持:除了控制继电器(开门),核心功能在于支持通过接口动态设置、删除、清空密码,这正是实现“永久密码”场景的基础

二、集成准备:从硬件配网到获取密钥

在编写代码之前,需要完成基础的环境准备:

  1. 硬件上电与配网

    • 参照产品手册,为门禁设备供电并连接至 WiFi。

    • 开发者注意:设备在局域网内会获得 IP,但云端 API 模式通过设备 ID 寻址,因此设备需保持联网状态

  2. 获取凭证

    • 登录芯步控制台,创建应用以获取 AppIDAppSecret

    • 在设备列表中获得目标门禁的唯一标识——Device ID(例如截图中的 1878)

三、核心对接:签名机制与接口封装

为了保证通信安全,所有 API 请求都需要进行签名验证。这是集成过程中唯一稍微复杂、但必须严谨对待的环节。

1. 签名生成算法

根据官方文档,签名的生成逻辑为:Sign = md5( md5(AppSecret) + ts )

ts 为当前的 Unix 时间戳(秒)

后端代码示例(逻辑演示):

注意:文档明确指出,时间戳用于防止请求重放,具有时效性,请一定要使用当前时间实时生成

2. 封装“密码管理”核心指令

集成到软件项目中的本质,就是将业务逻辑(如“HR给新员工开通门禁”)转化为对设备的 API 调用。

芯步的接口地址统一为:http(s)://api.thingboot.com/{AppId}/device/control/?sign={sign}&ts={ts}

针对“永久密码”场景,重点关注以下三个 order 命令:

业务场景命令(JSON)说明
新增密码{"pwd": "123456"}设置一个永久有效的密码,直至被主动删除
删除密码{"delete": "123456"}删除指定的永久密码。
清空密码{"clear":1}一次性删除设备上存储的所有密码。
远程开门{"reset":3000}执行先断电(开门)再通电(锁门),延时3秒。常用于远程协助开门

集成示例(通过 APIFox/Postman 或代码实现):

四、业务场景实操:三步实现“人员离职自动销号”

这是智能办公中最典型的应用。以下流程展示了如何将芯步硬件接口与企业 OA 系统联动。

第一步:数据库关联在您的软件系统中,除了存储员工基本信息,增加字段 door_passworddevice_id。这样当门禁密码下发后,软件中可查询到“张三的门禁密码是 123456”。

第二步:自动化下发(HR 操作链路)

  1. 事件触发:HR 在 OA 系统中点击“办理入职”或“录入门禁权限”。

  2. 业务逻辑:系统生成一个随机 6 位数字(如 666666)作为初始密码。

  3. 接口调用

    • 后端服务器拼接签名。

    • 调用 api.thingboot.com 接口,携带 Device IDorder: {"pwd": "666666"}

  4. 结果反馈:接口返回成功信息(如 {"code":0, "msg":"success"}),系统通过短信或 App 推送告知员工密码。

    • *注意:设备响应极快,通常在 80-120ms 内完成*

第三步:自动化回收(IT 管理员链路)

  1. 事件触发:HR 在 OA 系统中点击“办理离职”或禁用账号。

  2. 业务逻辑:系统检测到员工状态变更,触发门禁回收任务。

  3. 接口调用

    • 调用 order: {"delete": "666666"}

    • 进阶方案:如果该员工只有一个密码在设备上,可直接调用 order: {"clear":1} 清空该设备所有权限,再通过循环调用 pwd 重新为其他在职员工写入密码。

五、更高级的集成架构:私有化与事件订阅

对于中大型企业,如果对云端依赖较低或网络环境特殊,芯步提供了更深度的方案:

  • 私有化部署:芯步支持将接口服务部署在企业内部的局域网服务器上。此时,您的软件项目直接请求内网 IP,数据完全不经过外网,物理隔离级别最高

  • 消息服务器自建传统的集成是“软件 -> 拉取数据”或“软件 -> 下发指令”。更智能的集成应该是“设备 -> 主动上报”。您可以自建 MQTT 或 HTTP 服务端。当有人通过密码开门时,设备可以主动发送通知到您的服务器(例如:设备0709 于 10:00 被密码 888888 开启)。这实现了门禁日志的实时审计,无需轮询

六、避坑指南与最佳实践

  1. 密码存储策略虽然设备支持永久密码,但在软件层面,绝对不要将密码明文存储在本地日志中。:在软件数据库中存储密码的哈希值,仅在需要同步或展示给员工时才解密或重新生成。

  2. 设备心跳维护因为是 WiFi 直连,如果企业网络环境复杂(如 5G 与 2.4G 混合、AP 隔离),可能会导致设备离线。:在软件项目中做一个“巡检服务”,定时触发 {"power":1}list 命令检查设备状态,若连续失败则触发管理员告警。

  3. 并发控制芯步的接口支持批量控制,device 字段可传入多个 ID(用逗号分隔)。例如需要对某一层楼所有门禁进行清空权限时,应使用批量操作而非循环单次请求,以提高效率

总结

将芯步的永久密码门禁集成到软件项目中,并不是一项复杂的嵌入式开发工作,而是一项标准的 Web API 对接工作

通过简单的 HTTP + MD5 签名,开发者可以在 1-2 天内打通从“员工入职发密码”到“离职销号”的完整闭环。结合其支持的 私有化部署 能力,这套方案既能满足智能办公的便捷性,也符合企业对高安全等级的诉求。只需在控制台获取凭证,您的软件系统就能轻松赋予物理门禁以数字化的生命。