分享在SaaS平台上进行CRM二次开发的经验

ISV Web Application VS Plug-in

有时候在CRM表单上执行一些操作需要激发后台相关操作，在这种情况下可以采用外挂网站的方式（ISV Web Application）或者采用Plug-in的方式。基于CRM模板的方便部署、维护性，建议采用Plug-in方式。（如果是传统方式部署的话建议大家采用外挂网站方式，这样开发调试都相对容易）

Plug-in VS Workflow

CRM中的工作流是异步执行的，所以所有触发工作流所做的修改不能立即生效并在界面上看到，而且如果工作流执行过程中如果产生了错误，也不能即时的通知用户，但是Plug-in可以配置为同步的方式执行，避免异步工作流的这个问题。

同时Workflow的工作流具有很好的可配置性，能够进行用户级的配置，但是Plug-in的逻辑却是编程时既定的，所以综合看来各有各的用武之地，需要根据业务的需要进行灵活的选择。

CRM的工作流提供了很多的选择条件，其中需要提到的就是等待条件和超时条件。基于等待条件可以建立等待工作流，这种工作流可以基于工作流创建的对象/任务进行判断推动工作流的执行，比较典型的例子就是销售漏斗；Timeout工作流实际上也是一种等待工作流，但是这种工作流会超时结束，可以利用这种工作流建立例行计划，如建立每天的电话销售提醒。

系统中如果存在太多的等待工作流有可能会造成系统资源开销增大从而导致工作流不能正常执行，但是官方并没有对此进行声明，所以本着谨慎的态度，如果系统中需要使用工作流建议采用普通的条件工作流；建议尽量少使用等待工作流，如果必须使用建议配合超时条件一起使用，这样系统的等待资源会保持在一个可控的范围内。

CRM Database Transaction

据CRM官方说明显示可以通过将Plug-in注册为Child pipeline的方式来支持数据库事物，但是测试发现如果在Plug-in中执行了多个CRM操作，在抛出异常之前执行的操作不会被回滚。

如果位于Child Pipeline的Plug-in在执行到步骤C的时候发生了异常，将导致位于Parent Pipeline的操作回滚，但是在Child Pipeline中的A、B步骤提交的操作将不会被回滚。所以，如果是简单的操作应该是没有问题的，如果是执行有逻辑的长过程操作，建议用户通过程序自行控制事务（通过状态标记实现）。

微信扫一扫实时了解行业动态

微信扫一扫分享本文给好友