公众号接入人工客服，90%运营者都卡在代码移植这一步

认证服务号是基础门槛

若要使用微信官方多客服功能，首先面临的便是账号类型这一关，该功能明确规定必须是认证服务号才能够开通，即便订阅号进行了认证也不符合条件，我上个月为一位朋友查看其账号，一番费力折腾之后才发觉他所使用的是认证订阅号，最终只是徒劳无功。

并非只是账号达到标准就行，还需要于后台亲自动手开启微客服的开关，此位置隐匿得相对较深，要在添加功能插件那儿去寻觅，开通后要添加客服账号，一个账号最多能够绑定一百个客服，而每个客服都非得在电脑之上下载“多客服”软件方可登录去接待客户。

关键词触发要写对代码

用户发送“客服”或者“人工”之时，内心所想为令系统完成转接人工的操作，此情况需要在代码当中进行特殊处理，并非简单地回复一句话便可以达成，而是要依照特定格式去返回一个消息包，微信服务器在接收到这个包之后，才会将当前对话转发至多客服系统。

 <xml>
    <ToUserName>ToUserName>
    <FromUserName>FromUserName>
    <CreateTime>1399197672CreateTime>
    <MsgType>MsgType>
xml>

代码里头，关键的那个参数乃是MsgType，非得给设置成transfer_customer_service才行。存在一些开发者，他们直接去复制网上的代码，却没有留意到参数的大小写情况，或者出现了拼写方面的差错，结果导致怎么弄都触发不了。我在去年的时候排查过一个案例，那是因为在service的前面多出来了一个空格。

会话转接有2小时限制

客服接入用户之后，后续的消息会自动进入多客服，不会再经由开发者服务器。不过，有一个时间方面的坑需要留意：要是客服在2小时之内没有主动结束会话。那么，微信会自动将对话切换回普通模式。这就表明，超过2小时之后用户再次发送消息，又需要重新触发转人工了。

某次，客服因临时有事而走开，待回来时，发现用户已然等待了一下午且未获回复。而后，我们增添了提醒机制，使得客服于系统内标记为未完结，然而微信的这个硬性限制无法更改，只能依靠客服更加勤快些进行手动处理。

if(strstr($keyword,"客服") ||strstr($keyword,"人工服务"))
        {
            $result = $this->transmitKefu($object);
            return $result;
        }
private function transmitKefu($object)
    {
    $textTpl = "<xml>
    <ToUserName>ToUserName>
    <FromUserName>FromUserName>
    <CreateTime>%sCreateTime>
    <MsgType>MsgType>
xml>";
        $result = sprintf($textTpl, $object->FromUserName, $object->ToUserName, time());
        return $result;
    }

第三方平台会抢控制权

有不少小团队为了省事采用第三方平台，而后却发觉客服功能无法使用了，而导致问题出现是源于URL设置的状况，即使用了第三方平台后，人家的代码会占据你服务器的相应位置。至于微信方面，其所有功能都必须经由第三方进行中转 ；人家并没有实现客服转发配置安排，如此一来你便无法使用该功能了。

欲验证自身有无控制权，实则颇为简易，只消前往基本配置之处查验服务器地址便可。倘若所填为第三方域名，除非自身能够获取其源代码并自行修改，不然便只能无奈认命。我曾目睹最为凄惨之情形，签订为期两年之合同后，方才发觉客服功能遭致阉割。

代码移植要看整体架构

从网上查到的多客服代码片段，直接粘贴至自个儿项目里，大概率是运行不了的。各个项目的消息处理流程并不相同，有的借助框架封装了回复类，有的则直接编写判断分支。关键之处在于要寻觅到自身项目处理文本消息的位置，依照那个模式将客服消息添加进去。

比如说，倘若你项目之中文本回复呈现为return $textObj这种情况，那么客服回复就必须建构出一个与之相类似的客服对象。千万不要仅仅只是专注凝视多客服那几行代码，而是应当去审视整个请求进入之后是怎样行进的、最终又是怎样出去的。在我移植成功的那一回，是先将文本回复运行顺畅，之后依照葫芦的样子去描摹从而更改参数。

文档里藏着实用细节

微信官方的wiki当中实际上说明得较为明晰，只是字数数量过多致使没有人乐意去阅读。举例而言，文档之中提及在返回客服消息之际能够指定具体的客服账号，如此一来用户每一次均会由同一客服进行接待。若不加入这个参数便会随机予以分配，用户体验方面略显不足。

其还有消息转发的规则，在客服会话期间，用户所发送的图片以及语音，均会自动进入多客服之中，这一点有诸多开发者并不清楚，还以为是自身代码编写得不完善，实际上乃是微信直接将其转走了，在此建议先把文档浏览一遍，重点去察看参数说明以及注意事项，如此能够减少八成的失误。

当你接入客服之际，所碰到的难度最高的困扰状况系什么呢可留言讲述一番，我来瞧瞧瞧瞧是否能够予以化解呢？