上海-项目-一恍月将去，再晃人憔悴（2）技术事儿

在上海待着，到开发赴现场，到抽调离开，便没再回去过……
到目前——其实应该说到5月劳动节假日结束，算是告一个段落。但是回过头看看，这个项目，从技术上、从项目上都留有缺陷。今天先说说技术上的事儿！

 

其一，在技术上，难为地实现了大部分功能——需要的大部分功能，当然其中不少尽善尽美！
之前也有强调，这是一个SAP CRM跟AVAYA呼叫中心的集成项目。

 

SAP CRM，接触过SAP的人，可能只有少数才会不被其折服，——不论是技术、功能、或者费用/薪酬等各方面。
SAP CRM，特别是新一代的产品，整个结构框架，R/3到Netweaver到SOA，都提供了不同的接口对接外界系统。针对于呼叫中心，也有电话方面的接口。老一代的基于ABAP的核心，使用WinlCient，采用SAPphone接口。新一代的（对于其内部结构不太了了）ABAP+J2EE，支持了WebClient，采用ICI接口。WebClient对比WinClient，不仅从核心功能、到展现，都有质的飞跃，同样ICI对于SAPphone也更进多 少步！

 

不过，上海这个项目，采用的是一个迂回的路，走SAPphone（Based on SAP RFC Procoto），用的WebCllient！
怎么走、怎么用，查过一些资料，也看过SAP CRM实施高手实施，却没猜透其间的内理！大概是通过配置的手段，走SAPphone、跨过了ICI走到BCB往WebClient去了:)

 

对于另一端，Avaya在国内企业呼叫中心的份额委实不少。这里直接在AVAYA S8x00、AES，通过AES CTI——TSAPI，来对接。
TSAPI确实是一样很完善的协议/接口，对应的电话功能定义很周全，而且，基本套路SAPphone跟它是相对应的。

不像之前接触过的一些其他接口，两端的逻辑定义不一致，要做一些适配真是很麻烦的事儿。

 

在技术实现上，原本是没有多大障碍。问题在于，对于SAP CRM WebClient，建议是使用ICI接口的，现在采用SAPphone来实现WebClient，却有些处理逻辑不一样的地方。比如电话状态，控制起来不一样；还有如呼叫CAD，传递得也不完全一致，需要不停调整传送函数的参数值……
最终也调整得比较完善，就是在技术实现上无法做到自动刷新状态，必须在处理完一个动作之后手动refresh！

 

在这个基础上，客户还要求了对通话记录写到数据库，而这部分基本实现却带来了新问题！

 

----
在接下来的“恍晃”中，继续自我探讨上海项目。