门禁事件
Dahua DSS 或 HikCentral 发布的门禁控制器的进出记录。
Otiumtek Tork
管理内容
Tork 不管理人员名册(那是 Onyx 的职责)。它接收安防系统发布的内容,用业务逻辑加以解读,并将其送达运营所需的地方。
Dahua DSS 或 HikCentral 发布的门禁控制器的进出记录。
带有可用标识的进出记录,可用于停留时长等流程。
当安防平台开放时,提供报警和设备健康状态。
可等待、关联或闭环的逻辑——而不仅仅是单次发送。
Webhook/API、Telegram,或其他约定的集成,接入业务流程。
事件与投递历史,供运营和事件复盘使用。
目前对外宣称的集成对象是 Dahua DSS 和 HikCentral。其他品牌或系统根据可用接口按项目评估。
关于安防平台集成的更多详情: Dahua DSS API 集成 · HikCentral API 集成
运营中
安防系统发布事实。Tork 支撑后续流程:时间、人员之间的规则、外部校验,或与另一套门禁系统的桥接。
在带有公共街道、公园或受控场所的社区中,陌生车辆可能停留的时间超出预期,而运营人员却没能及时发现。
之前
有人盯着屏幕,或事后翻查零散的记录。
之后
Tork 关联进出事件,等待配置的时间,如果没有出场记录,则触发定义好的动作。
从零散的事件,到带状态的停留时长处理流程。
应用如何运行
进入
Dahua DSS 或 HikCentral 发布的车辆事件。
等待
计时器运行期间,应用保持上下文。
未出场
如果出场记录没有及时到达,则条件成立。
动作
Webhook、运营频道,或其他配置的投递方式。
取决于是否发布了带有可用标识的车辆事件。
使用示例
如果一位家长和孩子都是会员,且两人之间存在限制,那么其中一人的出入记录可以触发规则,对另一人的进入进行拦截或告警——集成和政策在项目中定义。
使用示例
在工人的出入事件发生时,Tork 可以查询第三方系统、报告结果,并在约定规则下——如果不满足要求——推送拦截或告警。
现成应用
出入事件可用于考勤和日结,并投递到 Webhook、Telegram 或其他目的地。重点是对运营有用的报表——而不是通用的安防看板。
使用示例
Tork 接收来自 Dahua DSS 或 HikCentral 的事件,并通过定制集成将其投递到另一套门禁系统,以开关门并记录事件。我们不宣称拥有通用连接器:范围取决于接口和项目设计。
涉及第三方系统或其他品牌的场景按项目对待。车辆停留时长和基于出入的考勤,是 Dahua DSS 和 HikCentral 上的现成应用。
使用方式
同一个 Tork:取决于您的场景是已有应用,还是需要自己的逻辑和集成。
车辆停留时长、基于出入的考勤,以及针对 Dahua DSS 或 HikCentral 事件的 Webhook 或 Telegram 投递。您只需配置规则和目的地,无需从零开发软件。
外部 API 或数据库校验、人员之间的规则、桥接 Lenel、Rosslare 或其他系统:基于同样的事件、状态和投递平台设计。
在两种模式下,Tork 都提供了 Dahua DSS 或 HikCentral 单次 HTTP 触发无法支撑的能力:状态、时间、重试和历史记录。
平台
连接、应用和目的地。轻触截图可放大查看。
实地应用
Tork 已成为解决方案一部分的公开案例。
Suite
一条可能的端到端路径。各产品单独销售。
在 Onyx 中管理
人员、访客、车辆和权限——如果您使用 Onyx。
Dahua DSS / HikCentral
安防执行与事件发布。
事件
门禁、车辆、报警或其他已发布的事件。
在 Tork 中处理
状态、应用与集成。
Onyx 负责把“谁可以进入”管理得井井有条。Tork 则在事件已经发生、需要对其采取行动时发挥作用。每款产品都可以单独使用。
常见问题
为正在评估电子安防事件自动化的团队提供解答。
不会。它与这些平台集成来处理事件。安防平台仍是摄像机和门禁的中枢。
不是。它可以保持状态、评估条件——例如停留时长——并连接各类流程。通知只是投递选项之一,并不是产品的边界。
不会。设备——门禁、LPR、报警——向 Dahua DSS 或 HikCentral 上报;Tork 处理在那里发布的事件。
它不会取代门禁控制器。它可以对某个事件作出反应,并在具备相应集成的前提下,根据项目向另一套系统发送动作(告警、指令或日志)。
Onyx 管理人员、访客和权限并接入安防系统。Tork 处理从安防系统流向运营的事件。
停留时长、门禁事件之间的规则、外部系统校验,或与另一套 ACS 的桥接——我们会对照集成的实际能力来评估。
接下来会发生什么
直接联系