平台坐席台
全量告警实时到达,一屏完成接警、外呼、升级与转接判断。
- 告警队列按紧急度与等待时长排序
- 五方通话对讲,安抚与确认同时进行
- 升级与转 119 全部留操作人记录
电梯是特种设备,维保受法规强制、安全被强监管。但困人真的发生时,救援链路往往还停在
「乘客拍门喊人 → 打物业电话 → 物业翻通讯录找维保 → 维保再找人上门」——
每一环都靠人接得住,每一环都可能掉链子。
聆依把这条链路做成系统:视觉感知困人自动生成告警,平台自动外呼责任人,
无应答按秒逐级升级,全程从告警到归档留痕可查。
示意界面,用于说明处置时序
传统救援的核心问题不是没人管,而是每一步都要人主动发起。 平台的做法是把发起权交给系统:事件自己产生、通知自己发出、超时自己升级, 人只负责处置和确认。
轿厢摄像头识别人员滞留、异常停梯等状态,配合运行数据判定困人;不依赖乘客自己按下报警按钮,也不依赖有人恰好路过。
平台即时生成告警工单,带上电梯注册代码、所属项目、停梯楼层与轿内人数,通过 WebSocket 同时推到坐席台、物业端与数据大屏——三方看到的是同一条记录,不需要互相转述。
按该台电梯的维保责任关系自动外呼对应维保人员,同时向其手机端派单。责任人是谁由台账决定,不靠坐席现场翻通讯录。
责任人未接或未接单,告警自动升级至平台坐席,由坐席直接介入处置。升级是系统按时间触发的,不需要谁想起来去追。
坐席环节再超时,系统提示转接消防救援。这一步必须由坐席人工确认后才会发出——公共救援资源不能由程序自动占用,这是设计上的硬约束。
坐席可发起五方通话安抚被困人员;救援人员到场打卡、回填处置结果与现场照片;工单闭环后,这台电梯的告警、响应时长、处置人与更换配件全部沉淀进它自己的档案。
电梯这件事天然涉及多方——物业、维保单位、救援人员、平台坐席、监管。 平台按角色划分数据范围与操作权限,各端只看该看的,但底层是同一条工单、同一份台账。
全量告警实时到达,一屏完成接警、外呼、升级与转接判断。
只看本项目的电梯,把「我这几台梯今天怎么样」变成一个可回答的问题。
派单接收与工单闭环,顺带把配件更换记录攒成资产。
手机上就能跑完,不用回办公室补表。
给管理方和监管方看的那一块屏:态势、时效、隐患。
多方共用一套系统的前提,是每一方只能看到属于自己的那部分。
安全救援是入口,不是终点。电梯维保行业和汽修高度相似——小、散、乱、不透明。 救援平台真正的价值,是它天然沉淀了「哪台梯、什么时候、需要什么件」这份数据。
告警到救援的完整闭环、五类角色与多端协同、权限与数据范围隔离。锁定电梯、物业与维保三方关系,拿到数据入口。
型号库、分类字典、每台梯的实际装配清单与到寿预警。把「坏了再修」变成可提前看见的配件需求。
维保单位平台一键下单、区域仓直配、以销定采少压货。曳引机、控制柜、门机、钢丝绳、光幕、五方对讲,就是这个行业的「轮胎」。
以 SaaS + 客户订单 + 低价正品配件赋能维保单位,形成联盟网络;台账与故障数据反哺到寿预测、保险与监管报表。
电梯行业平台的合作方与业务场景来源。聆依负责软件侧的设计与研发交付。
迅立达电梯有限公司
成立于 2012 年,注册资本 5000 万元,国家级高新技术企业、安徽省专精特新中小企业。 生产基地位于安徽阜阳界首高新区,合肥设有中心。 产品线覆盖乘客电梯、观光电梯、家用电梯、医用电梯、载货电梯、别墅电梯、液压电梯与自动扶梯, 业务含研发、制造、销售、安装、改造与维保。
访问迅立达官网 →无论你是要给自己管的楼盘装一套救援闭环,还是想把维保业务从台账开始理顺, 都可以先聊聊现状——我们更擅长从你现有的流程往上搭,而不是让你迁就系统。
合肥聆依人工智能应用软件技术有限公司 · 安徽省合肥市蜀山区