[] Oracle CRM On Demand Integration Development - Part I

    一不小心和 oracle crm on demand (crmod) 打交道一年多了。 大大小小的项目也做了四五个， 但一直以来也没总结个啥。 现在打算稍微记点东西， 也算是对自己这一年多时间的一个总结吧。

也许马上就会有同学要提问了， 一年多时间四五个项目？？？ 这也太那个啥了吧。。。

没错， 先把客户的名字和大家分享一下， 相信有些名字并不陌生。
broadcom(看看自己的网卡， 说不定就是它), ibasis, vertafore, outcome science 和 stryker.

crmod integration 这类项目可大可小， 像broadcom 就做了大概近10个月的样子。 但ibasis 和 vertafore 就差不多一个月的时间。 那究竟这些项目都和oracle crmod 集成了些什么东东呢？

下面进入正题。 （注： 本来都想全用中文来表达， 但有些地方看起来特别扭， 所以有对中英混合不爽的同学们就将就下吧。。。）

crmod integration 一般都会包括这几方面的工作：
1. configuration
2. data migration
3. functional extension

1. configuration
oracle crmod 提供和非常强大的配置功能。 配置包括很多方面的东西， 比如：
<table class="bbcode"><tr><td>名称</td><td>注释</td></tr><tr><td>field setup</td><td>oracle提供了很多custom的字段，可以根据需要向某个record里面加入自己想要的字段。 比如我想在account里面添加一个tblog字段用来记录用户的微博。 当然， oracle提供了它支持的所有字段类型， shorttext, longtext, checkbox, weblink等等</td></tr><tr><td>page layout setup</td><td>page layout的配置就是为了实现不同角色的用户对同一条数据的可见度是不一样的， 简单点说就是有些东西不给你看。 比如一个产品在某个季度的revenue就不是所有人都能看到滴</td></tr><tr><td>access profile</td><td>access profile配置了对不同record的操作权限， 有的只可以read-only, 有的可以crud</td></tr><tr><td>role management</td><td>可以对不同角色指定使用哪种access profile， 也可以assign page layout。 然后就可以将某个user指定为某种role了</td></tr><tr><td>work flow</td><td>work flow是crmod里面很重要的一个概念。 当用户或程序对某个record进行了某些操作， 我们就可以通过扑捉这个事件来进行其他的一些操作。 比如： 1) 当用户资料被修改后发邮件通知owner 2) 当单价或数量被修改后自动计算总价 3) 或者为了进行更复杂的业务逻辑， 就需要将一个event发送到指定的event queue， 然后再由funcational extension(请参考第三部分) 来处理</td></tr><tr><td>report</td><td>这个很直接明了， 就是创建一些报表可一放在任何地方， 比如我想在我的homepage放一个每个季度的revenue的报表等等</td></tr></table>

2. data migration
通常而言， 一般的客户在上crmod系统之前都会有原始的系统来帮他解决那些业务上的问题。 所以当新系统上线之前， 将数据从老的系统迁移过来是不可缺少的一部分工作。
oracle crmod提供了强大的data import功能， 只要按照import wizard来就可以导入大部分的数据。 但是以下情况是import wizard做不了的：
a) 某些 1:n 或 n:n 但又不能用euid(external unique id， 即外部系统id) 来关联的
b) 客户不提供数据文件， 而是希望从db直接migrate到crmod的
c) 更为典型一点的例子就是每天都会有新的数据需要从旧的系统同步到crmod的

所以针对上面这些情况就必须要使用webservice来处理了。 crmod提供基本上所有record的crud操作， 只要创建一个好的framework来和crmod通信， 其他要做的就是对业务的理解了。 这也正是上面说的为什有的项目不到一个月就做完了的原因。

3. functional extesion
oracle crmod的配置其实就可以解决很多客户的需求， 但当一些需求（包括报表）无法用配置完成的时候就需要我们民工兄弟出马了。
functional extensison比较常碰到的有如下几种形式：
a) 监听event queue(上面介绍configuration里的workflow时有提到)， 俗称queue manager
b) 监听mailbox, 可以叫做mail manager
c) 上面两种都是backend application， 那这个就是web application啦

先到这， part ii 我会对以上三种不同的类型进行详细的介绍。 欢迎大家拍砖。。。交流。。。