Lv.1
AICC支撑人员1
更多个人资料
0
成长值
0
关注
0
粉丝
+ 关注
私信
个人介绍
这个人很懒,什么都没有留下
感兴趣或擅长的领域
暂无数据
个人勋章
TA还没获得勋章~
成长雷达
0
0
0
0
0
个人资料
个人介绍
这个人很懒,什么都没有留下
感兴趣或擅长的领域
暂无数据
达成规则
以上满足
项可达成此勋章
博客
关注
粉丝
论坛
主题
(14)
|
回复
(531)
在uos系统上使用websocket控制OpenEye的sdk调用setAnswerWay失败
发布时间
2024/05/09 08:41:12
最后回复
AICC支撑人员
2024/05/09 17:24:05
版块
AICC
21
5
0
他的回复:
可以使用demo测试一下是否正常,并且在OpenEye_SDK.js文件里加一个打印吧发送的json请求打印出来看下,看下实际的请求参数是什么样的。
OpenEye在uos系统上调用setAnswerWay失败
发布时间
2024/05/07 18:22:30
最后回复
AICC支撑人员1
2024/05/09 14:39:04
版块
AICC
25
2
0
他的回复:
已有新帖跟踪,此帖关闭https://bbs.huaweicloud.com/forum/thread-0279150516676925027-1-1.html?fid=778&ticket=ST-871727-tzdFNQ9vhnfXuUvib2O11Yjb-sso
cc-gateway 是否支持预约进入工作整理态
发布时间
2024/05/07 16:55:36
最后回复
AICC支撑人员
2024/05/09 09:06:42
版块
AICC
24
4
0
他的回复:
您好!坐席签入接口里有参数可以设置坐席通话结束后是否进入空闲态的参数。
CMS报表字段含义
发布时间
2024/05/07 11:33:36
最后回复
AICC支撑人员1
2024/05/07 14:56:01
版块
AICC
22
3
0
他的回复:
可以理解话务为在这几个阶段中的一个或者多个产生了有效时长就可以算成功呼入到系统之中了。含义就顾名思义。
CMS报表字段含义
发布时间
2024/05/07 11:33:36
最后回复
AICC支撑人员1
2024/05/07 14:56:01
版块
AICC
22
3
0
他的回复:
您好!如果您是使用的原始话单自行开发的报表,那么业务上的逻辑由您那边规定;如果您用的CMS报表,麻烦列举一下所使用的接口以及相对应的指标,以及您对指标计算上的疑惑。
CC-gateway 采用事件推送模式,座席心跳接口解析到的guid无法使用
发布时间
2024/04/24 15:05:21
最后回复
yd_23824677
2024/04/29 14:56:50
版块
AICC
118
10
0
他的回复:
您好!请清空一下agentgateway.log,agentgateway-rest.log日志,并从坐席签入操作开始重新复现一下,然后提供一下坐席工号和上面两份日志。
转接外线tcurrentbilllog表话务记录问题
发布时间
2024/04/28 11:08:47
最后回复
林欣
2024/04/29 11:41:38
版块
AICC
19
2
0
他的回复:
您好!呼叫转移至外部号码后,平台不再管理该会话。
CC-gateway 采用事件推送模式,座席心跳接口解析到的guid无法使用
发布时间
2024/04/24 15:05:21
最后回复
yd_23824677
2024/04/29 14:56:50
版块
AICC
118
10
0
他的回复:
是的,建议参考一下CCGW开发文档的‘坐席事件获取方式’章节来实时更新GUID。
CC-gateway 采用事件推送模式,座席心跳接口解析到的guid无法使用
发布时间
2024/04/24 15:05:21
最后回复
yd_23824677
2024/04/29 14:56:50
版块
AICC
118
10
0
他的回复:
您好!请问您用的是动态的GUID还是静态的GUID,如果是动态的GUID,请确认一下在签入之后,是否超过了两分钟以上再调用的坐席心跳接口,确保已缓存的GUID没有失效。如果是静态的GUID或者不符合上述所说的情况,请在CCGW服务器上提取并提供一下agentgateway.log,agentgateway-rest.log日志。
外呼经过转接后tcurrentbilllog表记录数据如何解读
发布时间
2024/04/23 16:58:43
最后回复
AICC支撑人员1
2024/04/23 18:25:35
版块
AICC
22
1
0
他的回复:
您好!16802与16801之间是由坐席A转移到坐席B,callid不会发生变化,受理的serviceno会发生变化。1468399是系统主叫121在拉起坐席话机,这是AICC的机制,通话的建立是通过系统拉起双方的话机,而不是话机A直接与话机B形成一个通话,但是从用户的感知上就是直接与坐席发生的直接通话,实际不是的。UVID,CALLID和OrgCallID的解释可以参考CTI产品文档,像UVID相同表示是同一个用户的会话。这些字段值为-1时表示没有。