迅时IP-PBX电话系统特色功能应用

简介: 本文以OM80E为例,简要介绍迅时IP-PBX的五大特色应用。- 企业直线电话- 录音管理- 商务电话管家- 外网分机注册- 呼叫中心集成

企业直线电话业务

典型目标受众

*新用户的IMS语音接入:需要直线办公电话型企业及政府机构

*原汇线通用户的IMS语音改造:习惯于每个分机一个直线的企业

典型应用场景

网络异常,图片无法展示
|

价值与优势

-  支持通过光猫接入运营商IMS专网

-  支持216路外线与216门分机匹配,实现在DID应用下的最高性价比

-  本机最大支持48个模拟接口,用于保留部分原有模拟外线及模拟分机

-  支持168个IP话机的接入,免布电话线,快速方便部署

-  支持对每路外线及分机的录音和通话记录

注:迅时全系列IP-PBX产品外线数都与分机数相匹配。

企业录音管理

典型目标受众

*内置录音存储,满足中小企业一体化录音管理需求;

*配合全录录音管理系统,满足分布式/连锁性企业录音集中管理需求。

典型应用场景

网络异常,图片无法展示
|

价值与优势

-  支持多种录音策略:满足中小企业一体化内置录音/本地管理需求和分布式/连锁性企业当地录音总部集中管理需求

-  分级权限:可全局录音,也可针对具体分机录音

-  开放式录音管理接口:兼容迅时提供的全录录音管理系统,还能对接第三方录音管理系统,满足企业个性化的录音管理需求

-  穿透服务:针对企业分支机构录音管理难的问题,借助迅时云平台穿透服务轻松访问位于分支私网下的迅时IP-PBX设备

企业商务电话管家

典型目标受众

100-200人规模的中小型企业办公电话系统,但销售和客服等部门有录音、通信录、通话记录等管理需求。

典型应用场景

网络异常,图片无法展示
|

价值与优势

-  一套系统同时满足企业对办公电话和销售/服务坐席电话(类似呼叫中心)的需求

-  支持40个坐席客户端(侬好商务电话管家),实现来电弹屏、点击拨号、客户管理、通话管理、录音管理,向客户提供高效优质服务,保存和积累客户信息和数据

-  支持40路高频通话下的并发和录音(内置或外部存储)

-  支持分支机构的销售、客服人员借助迅时云平台的穿透服务接入设备,共享上述功能

外网分机注册

典型目标受众

*企业分支外网分机通过迅时穿透服务注册到总部IP-PBX

*企业移动分机(手机软电话)通过迅时穿透服务注册到总部IP-PBX

典型应用场景

网络异常,图片无法展示
|

价值与优势

-  多快好省:企业总部无需固定外网IP地址或动态域名,企业路由器也无需做端口映射,既节省成本又免去复杂技术操作

-  安全稳定:穿透数据加密传输更安全,云平台大容量高并发使通话更稳定

-  移动办公:喂喂手机App,让手机变身分机,沟通无处不在

-  集中录音:总部可以轻松获取外网分机的录音,统一管理

呼叫中心集成

典型目标受众

*60坐席高话务量呼叫中心应用,提供开放的API接口,能够快速被集成,为客户提供个性化的端到端一体化解决方案

典型应用场景

网络异常,图片无法展示
|

价值与优势

-  提供外线接入、呼叫控制、IVR、排队、录音、坐席接入等呼叫中心应用的基础功能

-  开放而丰富的API接口,快速而方便的进行二次开发和集成,为客户提供更具个性化的定制功能;

-  优异的呼叫处理能力,在60路坐席满并发的情况下,每秒呼叫建立数为6(即CAPS=6/BHCC=21.6K),同时支持30路IVR并发及60路远程录音

-  专业嵌入式平台,双网口双电源冗余,双机热备冗余确保系统可靠性

相关文章
交叉编译安装tslib
交叉编译安装tslib
309 0
|
XML 分布式计算 监控
Oozie工作流管理系统设计与实践:面试经验与必备知识点解析
【4月更文挑战第9天】本文详述了Oozie工作流管理系统的核心概念,包括安装配置、Workflow XML、Action、Coordinator和Bundle XML定义。此外,讨论了工作流设计实践,如监控调试、自动化运维,并对比了Oozie与其他工作流工具的差异。文中还分享了面试经验及解决实际项目挑战的方法,同时展望了Oozie的未来发展趋势。通过学习,读者能提升Oozie技术能力,为面试做好充分准备。
299 0
wordpress如何添加tag标签页面
如何在 WordPress 中添加标签页面
618 2
|
存储 JSON JavaScript
震撼!Cookie、Session、Token、JWT 终极对决:揭开 Web 认证的神秘面纱!
【8月更文挑战第13天】Web 开发中,Cookie、Session、Token 和 JWT 常混淆。Cookie 是服务器给客户端的小信息片,如登录状态,每次请求都会返回。Session 则是服务器存储的用户数据,通过 Session ID 追踪。Token 类似通行证,证明客户端身份且可加密。JWT 是结构化的 Token,含头部、载荷及签名,确保数据完整性和安全性。
231 4
|
NoSQL 关系型数据库 MySQL
Linux搭建mysql以及Redis环境
Linux搭建mysql以及Redis环境
|
XML 移动开发 前端开发
Canvas和SVG:你应该选择哪一个?
Canvas和SVG:你应该选择哪一个?
332 2
|
自然语言处理 安全 API
【网安AIGC专题10.11】①代码大模型的应用:检测、修复②其安全性研究:模型窃取攻击(API和网页接口) 数据窃取攻击 对抗攻击(用途:漏洞隐藏) 后门攻击(加触发器+标签翻转)(上)
【网安AIGC专题10.11】①代码大模型的应用:检测、修复②其安全性研究:模型窃取攻击(API和网页接口) 数据窃取攻击 对抗攻击(用途:漏洞隐藏) 后门攻击(加触发器+标签翻转)
695 0
|
存储 缓存 Java
Flink教程(29)- Flink内存管理
Flink教程(29)- Flink内存管理
380 0
|
存储 安全 JavaScript
别再使用 JWT 作为 Session 系统!问题重重且很危险
首先需要说明 JWT 坊间流传的优势 易于水平扩展? 易于使用? 更加灵活? 更加安全? 内置过期时间功能? 无需询问用户「本网站使用 Cookies」? 防止 CSRF 攻击? 更适用于移动端? 适用于阻止 Cookies 的用户?