openeye_2.0_amd64_uos：统信UOS x86架构的openeye2.0安装包openeye_2.0_arm64_uos：统信UOS arm架构的openeye2.0安装包openeye_linux：麒麟系统 arm架构的openeye2.0安装包openeye_linux_x86：麒麟系统 x86架构的openeye2.0安装包

【IVR流程开发_GSL开发_SCE工具】1 IVR流程开发的GSL开发是通过CTI发布的SCE工具进行开发的，获取路径来自support,例如：https://support.huawei.com/carrier/navi?coltype=software#col=software&from=product&detailId=PBI1-256959565&path=PBI1-7275736/PBI1-23084441/PBI1-23088383/PBI1-7276331/PBI1-14511下载链接里的ICDV300R008C2 X SPC XXX _PUBLIC_ICD.zip2 解压zip后进入ICDV300R008C2 X SPC XXX _PUBLIC_ICD\scewin\SCEWIN，双击scewin.exe后选择对应的版本确定。3 SCE工具使用3.1 新建IVR流程点击菜单里的文件—新建业务，点击确定；3.2 打开已有IVR流程点击菜单里的文件—打开业务，选择对应的流程文件，然后点击右下角的确定。3.3 流程完成编辑后编译是点击菜单里的文件—生成流程数据文件，然后最下面的方框里会报编译的结果（编译成功、编译不通过、编译警告等）3.3.1 编译成功只是单纯的只编译能够通过，但是编译信息里也会出现很多警告或者严重警告，比如a 某某参数没有被引用；这种是多创建了临时变量，但是没有被引用，虽然对逻辑上没有什么错误，但是每个临时变量参数都会占内存空间，一旦这种没有引用的临时变量太多，会导致整个流程文件非常大。b 某某参数的长度为多少，而引用的长度又是多少；这种是参数的大小赋值，比如长度大的参数赋值给长度小的空间，或者将长度小的参数赋值给长度大的空间等，虽然一般不会出现什么问题，但是这种参数长度赋值不一致也可能会导致内存空间崩坏，参数莫名丢失等。c 某某的参数没有引用数据表里的变量这种问题一般不考虑，部分cell的参数是可以不用赋值的，比如呼叫应答cell里的预留1和预留2等。3.3.2 编译不通过直接点击编译信息里的错误，可直接找到对应错误的cell进行修改。3.4 流程里创建复合cell是点击菜单里的文件—新建复合cell3.5 流程保存是点击菜单里的文件—保存3.6 流程保存为另外一个文件或者新建的复合cell保存是点击菜单里的文件—另存为3.7 临时变量参数的增加，删除，移动是点击菜单里的数据—业务参数列表3.8 SCE工具的语种选择（中文和英语）是点击菜单里的高级—全局配置3.9 全部相同参数的复合cell替换是点击菜单里的高级—使用当前选择的复合cell替换整个文件3.10 部分相同参数的复合cell绑定部分参数是点击菜单里的高级—复合cell参数绑定3.11 选择需要的cell是直接在空白处右键找到对应的cell点击即可3.12 复合cell保存后会另存为XXX组，需要使用这个复合cell需要在左边的窗口选择复合cell，然后选择对应的XXX组，可找到保存的复合cell。

【IVR流程开发_GSL开发_ASR识别】1 在GSL开发的IVR流程中，我们用来进行IVR识别的可以使用2种cell，一个是传统的放音收号识别cell，一个是播放输入cell。这两个cell我们更加推荐使用播放输入cell。播放输入cell可以选择只是呼叫识别还是会场里识别，通常我们用到全流程录音（人与ASR机器）就必须使用会场识别。另外TTS放音的参数设置播放输入cell更加全面。2 ASR识别的场景有多种多样：2.1 呼叫+TTS放音+可打断+ASR识别2.2 呼叫+TTS放音+不可打断+ASR识别2.3 呼叫+文件放音+可打断+ASR识别2.4 呼叫+文件放音+不可打断+ASR识别2.5 会场+TTS放音+可打断+ASR识别2.6 会场+TTS放音+不可打断+ASR识别2.7 会场+文件放音+可打断+ASR识别2.8 会场+文件放音+不可打断+ASR识别另外还可以添加收号功能进行打断。其中前面的对象选择（呼叫还是会场）和放音方式（TTS还是文件放音）都直接在播放输入cell右键编辑中选择。可不可以打断指的是能否在放音过程中进行识别，而且识别后停止放音，即在首位识别到达的情况下（事件等于40），停止放音表示可打断，无停止放音表示不可打断。3 传统的接收事件还是用的事件处理，事件处理cell只有一个ASR出口既用来表示首位识别到达，又用来表示识别结束，判断逻辑比较复杂。而且事件处理cell在目前的SCE工具中已经找不到了。所以我们现在都用事件等待cell来获取事件，然后根据当前事件类型来判断当前的事件应该做怎样的逻辑处理。主要有以下事件需要做处理：3.1 音频播放结束（10）：表示放音结束；3.2 收号首位到达（30）：一般收多位号才使用到；3.3 收号结束（31）：表示按键结束；3.4 识别首位到达（40）：表示开始识别，一般这种情况下我们停止放音，即表示识别开始打断放音；3.5 识别结束（41）：识别结束，我们可以使用事件获取cell来获取识别结果；3.6 呼叫挂机（51）：用户挂机，流程释放即可；3.7 呼叫Notify（54）：我们熟称的通知事件，干扰事件，没啥用，连接回去继续等待即可；3.8 定时器超时（110）：一般情况下我们在放音结束事件后会开启定时器，表示放音结束后的定的这段时间仍能进行识别，但是超过这段时间就会走定时器超时出口，做下面的逻辑处理。4 获取识别结果4.1 我们在识别结束后，可以使用事件获取cell来获取ASR识别结果。事件获取cell需要先右键编辑，事件类型选择输入类:ASR输入结果，需要获取几个识别结果，SLOT指定就填几，最大支持获取8个识别结果。对象类型，如果是普通呼叫就选择呼叫，如果是会场识别就选择会场。右键编辑完成后，双击事件获取cell后，我们需要注意的是slot名是必须我们填写，slot名相当于是XML的标签，我们需要根据slot名去取值，将值放在Slot值中。例如当ASR返回如下的识别结果的时候：asrContent={<DISCERNMENTFLAG 1><ENDTYPE 1><CODE 02001100><TTS 好的，实时话费查询，正在查询，请稍后><SRETURNTYPE 0><SMS NULL><DISCERNMENTTXT 实时话费查询>}ASR识别结果如果在Trace.log里无法看到，可以通过icddebug里的二进制码流进行转码查看，如果二进制码流里的中文显示是正常的，表示ASR返回的中文是GBK的；如果二进制码流里的中文显示是乱码的，则表示ASR返回的中文是UTF-8的。上面例子的ASR识别结果可以看出返回了7个识别结果值，当slot名我们填DISCERNMENTFLAG的时候，那么得到slot值就是1，以此类推，当slot名我们填TTS的时候，那么得到slot值就是好的，实时话费查询，正在查询，请稍后。4.2 通过获取识别结果cell进行获取，该cell获取识别结果的有效个数只有3个，而且获取识别结果的Slot名和Slot值最大支持的长度只有20位。但是使用该cell，Slot名和Slot值都不需要我们绑定值，都是直接从识别结果中获取出来的。5 ASR识别环境设置5.1 ASR识别的主要步骤：5.1.1 IVR流程中在播放输入cell或者放音收号识别cell里的ASR语法文件绑定原始语法文件路径+名称，例如：Y:/jietong.grxml5.1.2 CTI平台动态生成新的以dg开头的语法文件，并放在Y:/grammar路径下。很多局点会卡在这一步，未在grammar路径下生成dg文件。这一步需要依赖在WAS上配置参数组，并将使用的IVR进程选择该参数组，参数组里需设置盘符。修改添加参数组给IVR进程后，IVR进程必须重启后才能生效。我们在IVR的Trace.log里会看到拷贝两次，一次是带有盘符的，一次不带盘符。保证带盘符的拷贝是成功的即可。当在日志中看到这样的信息，即可在grammar下看到dg文件。如果这两个拷贝都返回的8306错误，那么在grammar下不会生成dg文件，需要检查一下CTI用户是否有在文件服务器上写文件的权限，可以用CTI用户进入到文件服务器上touch 文件，如果能生成表示没有问题。5.1.3 UAP平台会将grammar下的dg文件拷贝到service/0/GM256下，并加上.grxml后缀。UAP如果采用DFA模式，会在MRCP的RECOGNIZE消息中将路径发送给ASR服务器，然后ASR那边会根据路径来文件服务器上读取该文件（所以ASR服务器必须有访问文件服务器的权限）。UAP如果采用的是inline模式，MRCP的RECOGNIZE消息不需要传路径，ASR读取他们自己的语法文件即可。然而很多局点在service目录下都没有生成文件，首先我们必须要保证CTI生成的权限属组正常，UAP才有权限来拷贝。这方面的检查可以参考二开论坛上的帖子：cid:link_0 总的来说，ASR识别如下：5.2 环境设置5.2.1 WAS上设置参数组，并加载至IVR进程5.2.2 UAP设置5.2.2.1 查询盘符配置：LST VOLCFG5.2.2.2 查询ASR参数：LST ASRPARA5.2.2.3 查询MRCP语言：LST MRCPLANG5.2.2.4 查询MRCP服务器：LST MRCPSRV5.2.2.5 查看MRCP服务器状态：DSP SRVSTATUS: MN=472, SRVTYP=MRCP;6 最后需要注意ASR识别可能涉及到TTS放音，ASR服务器和TTS服务器最好是分开的两个服务器，而且我们在用TTS放音和获取ASR返回的结果都有中文，所以我们需要和ASR协商好中文编码格式，然后再UAP上设置正确的编码格式。6.1 判断我们发过去的TTS放音编码格式方法：6.1.1 CTI的Trace.log显示的中文是正常的，表示是GBK的；6.1.2 CTI的icddebug消息里中文显示是正常的，表示是GBK的；6.1.3 UAP的SPEAK消息里显示与“查询MRCP语言：LST MRCPLANG”的设置有关：A 如果UAP设置的是UTF-8的，SPEAK消息里显示是正常的，那么我们发过去的中文是UTF-8的，反之则是GBK的；B 如果UAP设置的是GBK的，SPEAK消息里显示是正常的，那么我们发过去的中文是GBK的，反之则是UTF-8的；6.2 判断ASR返回的结果中的中文的编码格式：6.2.1 在UAP上抓tcpdump消息，从消息中的二进制码流判断；6.2.2 CTI的icddebug消息里的识别结果显示是正常的，表示是GBK的。

VXML2.1没有单独的接口去进行ASR识别，只有一个grammar标签来进行ASR识别。ASR环境设置和GSL的ASR环境设置是一样的

【 IVR流程开发_GSL开发_CTI外部呼叫转接】1 通常我们说的CTI外部呼叫转接是指华为平台转接到其他平台，或者通过华为平台外呼其他的用户。2 华为平台转接到其他平台2.1 通过呼叫重定向的方式，这种方式是完全的释放华为平台，一旦转接成功，用户就和第三方平台建立通话，与华为平台没有任何关系了，只需要填写重定向第三方的号码即可。2.2 通过呼叫建立的方式，这种方式是转接成功了，华为平台仍然存在，是连接用户和第三方平台的桥梁，所以转接成功后仍要占用资源。其中主叫号码是指华为平台能够外呼出去的号码，即到第三方平台显示是什么号码到他们的平台；被叫号码是第三方平台的号码；呼叫特征默认只能使用普通呼叫；呼叫标志是需要创建一个临时变量来存放，表示的是华为平台与第三方平台通话的标志，而系统的SSP呼叫标志指的是用户与华为平台通话的标志，这是两个不同的标志。3 华为平台外呼其他用户，实现用户A和用户B通话的功能3.1 音频外呼，我们一般使用的是和2.2一样的呼叫建立，使用方式和上面的一致。3.2 视频外呼，我们一般使用的是多媒体呼出cell，媒体能力使用协商能力，其他的配置和呼叫建立基本一样。3.3 后面的摘机处理基本都一样，需要注意的是挂机处理，不然可能会出现用户A挂机后，用户B不能自动释放，或者用户B挂机后，用户A不能自动释放的情况。挂机的时候，我们需要调用两次呼叫释放cell。所以我们需要判断挂机事件返回的结果到底是SSP呼叫标志还是外呼的呼叫标志。如果挂机事件返回的结果是SSP呼叫标志，代表着是主叫挂机，那么需要SSP呼叫标志挂机，外呼呼叫标志正常拆线；反之被叫挂机，需要外呼呼叫标志挂机，SSP呼叫标志正常拆线。

【问题来源】【必填】  深圳容大【问题简要】【必填】  重启scewin复合cell被还原【问题类别】【必填】 scewin【AICC解决方案版本】【必填】 22.100【期望解决时间】【选填】 在线等【问题现象描述】【必填】使用的是发行版本ICDV300R008C26 1、经常出现用着用着上方的菜单数据消失2、由于数据菜单消失需要重启，在重启之前保存的复合cel消失无法找回并且已经修改的复合cell会被还原，需要重新编写，导致很多重复时间

【问题来源】【必填】  深交易集团【问题简要】【必填】在使用会场操作给主叫和被叫创建会话后，主叫挂机被叫没有挂机，振铃时被叫不接或者挂掉也是一样的。【问题类别】【必填】ivr【AICC解决方案版本】【必填】 22.100【期望解决时间】【选填】 在线等【问题现象描述】【必填】主叫和被叫都是手机号，在ivr中首先创建会场，然后主叫和被叫建立会话目前只有接通后主叫挂机是正常的，其他情况和问题如下：1、被叫振铃时直接挂机，主叫依然在呼叫，过几十秒超时挂断，日志只有一个挂机事件2、被叫振铃一直不接，数秒后被叫接听五语音，主叫依然在呼叫，被叫挂断无反应，日志先有一个摘机事件，再有一个挂机事件3、被叫接听，正常通话，主叫挂机，被叫依然处于接听中，一直到被叫挂或者超时挂，日志日志先有一个摘机事件，再有一个挂机事件涉及到的cell和日志已经放在附件了

【问题来源】【必填】  深圳容大【问题简要】【必填】  SCEWIN开发工具修改了复合cell，如何将复合cell一键应用到流程中【问题类别】【必填】  SCEWIN【AICC解决方案版本】【必填】 22.100【期望解决时间】【选填】 在线等【问题现象描述】【必填】目前写了一个流程比较复杂，将可以复用的写成复合cell了，复合cell做了更新，如何直接应用到流程中，如果每个节点都要重新去连接复合cell耗费时间比较大，是否可以一键应用

【问题来源】【必填】深圳容大【问题简要】【必填】AICCC 24.100调用签入接口提示【invalid login param】【问题类别】【必填】AICC【AICC解决方案版本】【必填】24.100【期望解决时间】【选填】在线等【问题现象描述】【必填】本地测试环境AICC 是 22.100 ，客户测试环境是24.100，24.100调用签入接口提示【invalid login param】，22.100 调用签入接口是正常的，请问是24.100签入接口有变化吗？另外在论坛上没有找到24.100相关的产品文档，请问有对应产品文档吗？详细见下图

【问题来源】中讯网联【问题简要】座席接完电话后，要手动切换到示闲状态，第一次会失败。手动示闲调sayfree接口，返回Agentstate setNotReady success事件，重复做置闲操作才能成功【AICC解决方案版本】AICC23.200【期望解决时间】尽快 【问题现象描述】

 【问题来源】【必填】  深圳容大【问题简要】【必填】调用cc-gateway 配置接口查询技能队列获取到的信息与后台页面不一致【问题类别】【必填】 AICC【AICC解决方案版本】【必填】 22.100【期望解决时间】【选填】 在线等【问题现象描述】【必填】通过vdn管理员登录页面查看技能组编号为888的信息为​通过接口查询技能队列信息为null 与页面不一致​

【问题来源】【必填】  深圳容大【问题简要】【必填】 强制签入异常，返回invalid request trigger Exception【问题类别】【必填】 AICC【AICC解决方案版本】【必填】 22.100【期望解决时间】【选填】 在线等【问题现象描述】【必填】请求参数：ccgwDevice agentid 20683 method forcelogin httpEntity=<{"password":"cti-1234","phonelinkage":false,"checkInWebm":false,"autoenteridle":false,"checkInMailm":false,"phonenum":"10006","serviceToken":"rongda001","autoanswer":false,"callBackUri":"http://192.168.3.195:8081/softphone/agentevent/pushresult","listenStatus":false,"status":3},[Accept:"application/json", Content-Type:"application/json"]>响应返回：ccgwDevice agentid 20683 method = forcelogin failed response = {"message":"invalid request trigger Exception","retcode":"000-000"}查看 ccgateway 日志，日志已上传附件与上次发帖一致

1 一般常用的CTI内部呼叫转接主要包括：IVR流程转IVR流程，IVR流程转技能队列，IVR流程直接转坐席。2 IVR流程转IVR流程：2.1 通过传统的请求路由cell+查询设备cell+转移呼叫cell其中请求路由cell实现转IVR流程的功能只能使用收号信息。该功能必须依靠WAS配置的被叫配置，系统接入码是呼进本流程的接入码，后续接入码和上面请求路由cell里的路由信息保持一致。例如上图，用户呼叫进入第一个流程（22222023），在这个流程里转下一个流程，如果RouteValue的值是1，那么就会转到编号为2绑定的流程，如果RouteValue的值是0，那么就会转到编号为3绑定的流程。2.2 通过业务转移cell转移到指定的IVR流程其中被叫号码的值是WAS上流程里对应的流程接入码，比如下图ICD_Route.GSL对应的就是11使用业务转移cell必须有个主意的地方，就是上一个流程和下一个流程加载的IVR进程必须一致。比如A流程加载到301上，B流程加载到302上，那么A流程是无法通过业务转移到B流程上面的。2.3 通过按系统接入码转移呼叫cell转移到指定的IVR流程其中接入码的值是WAS上被叫配置里的系统接入码+后续接入码，例如下图要转移到编号为2的IVR流程，接入码需要222220231其中按系统接入码转移呼叫cell是可以跨VDN转移，比如VDN1的IVR流程可以转移到VDN2里的IVR流程。2.4 这三种转接成功后都不需要接呼叫释放，流程直接结束。3 IVR流程转技能队列：3.1 通过传统的请求路由cell+查询设备cell+转移呼叫cell3.1.1 面转IVR流程的设置一样，使用收号信息，那么该功能仍然依靠WAS配置的被叫配置，系统接入码是呼进本流程的接入码，后续接入码和请求路由cell里的路由信息保持一致。3.1.2 路由设置的类型用用户技能需求，那么路由信息的值就必须和技能队列的名称保持一致，比如想转到defaultAudioSkill的技能队列，那么RouteValue的值就必须是defaultAudioSkill。这种方式不需要在WAS的被叫配置配置3.1.3 这种请求路由cell+查询设备cell+转移呼叫cell的方式里，转移呼叫cell里的转移方式分为不等待返回和等待返回，不等待返回指的就是释放转，使用这种方式转移成功后，流程不能接呼叫释放cell，而是直接结束；等待返回指的是挂起转，即坐席处理完成后挂机，用户的通话会继续回到IVR流程处理，处理完成后需要呼叫释放后再结束。3.2 通过按系统接入码转移呼叫cell转移到指定的技能队列其中接入码的值是WAS上被叫配置里的系统接入码+后续接入码，例如下图要转移到编号为10的技能队列，接入码需要222220230014 IVR流程直接转坐席只能通过请求路由cell+查询设备cell+转移呼叫cell的方式请求路由cell的路由类型选择坐席工号，路由信息直接填写路由的坐席的工号。

Openeye 23.400软件压缩包附件采用分段压缩的方式上传的，全部下载后，放在同一个目录下解压其中一个后安装即可

【问题来源】桂林银行【问题简要】坐席状态咨询【AICC解决方案版本】AICC 8.15.1【期望解决时间】尽快【问题现象描述】坐席从CSR转IVR时， 有时会缺少 AgentState_Work 事件， 导致二开的客服平台的状态改变不了，一直卡在文字聊天中，若是收到了 AgentState_Work 事件， 这种就正常的转变状态。1.8027坐席，6-04 15:11分挂断电话后有AgentState_SetWork_Success事件，就导致客服平台一直显示文字聊天中2.8027坐席，6-04 15:32收到了 AgentState_Work 事件， 这种就正常的。请教下出现的事件为什么不一样的，然后导致的问题？