新系统除了修补系统历史漏洞外当然还会添加些比较有意思的新功能，至于这些新功能是否好用那就得看 它是否能经过咱们这些使用者的考验了。Dynamics CRM 2013系统将不再支持Dynamics CRM 4.0的客户端脚本 库，这样很多用hack技巧开发出来的功能都将面临不能使用的风险，相信这会给我们带来很多问题。
今天来讨论dynamics crm 2013 系统添加了一些什么样的功能，以及这些功能旨在解决哪类场景的问 题。对于这些新功能的具体分析，我会陆续的更新博客，希望能帮助大家更快的对新系统有一个感性的认识。
Access Team
Dynamics CRM 2011 首次提出了Team的概念：Team隶属于某一组织，并可以 将不同组织的用户添加进该team，team内的用户继承team的所有安全角色。这一概念解决了crm4.0中无法将同 一记录隶属于多个用户的难题，并且我们也能用team来解决跨组织（兄弟组织）访问记录的问题。Dynamics CRM 目前只支持树形结构的组织架构，但在真实环境中，各种疑难杂症我们都会遇见：菱形结构。
当然我们不从业务的角度去考虑个结构的对和错，假如我们要在这样的结构中解决这样的一件事：有兄 弟组织A，B。B有子组织C，现在我们要解决2个问题：1）C要访问A的记录；2）A要访问C的记录。这2问题确实 比较狗血，但如果它们确实发生了我们该如何解决呢？目前唯一的方法就是通过Team来完成。
问题一的解决方法：在A上建立一个团队，将C中需要访问A记录的用户添加进团队。
问题二的解决方法：在B上建立一个团结，将A中需要访问C记录的用户添加进团队。
Team 并不好用，就目前我参与的项目来看使用Team概念的项目确实很少，但用它确实能解决些疑难问题。新系统中 原来的Team改名为Owner Team，其功能和2011没有区别。对于新添加的Access Team，它可以理解为一种轻量 级的Team，它不具有SecurityRole功能，不能作为记录的所有者，除此之外和Owner Team基本类似。
Business Rule
Business Rule可以理解为一个可以配置的触发器，在以前的系统中，很多 时候需要根据业务需求来限制表单内容：比如审批状态为提交，那么某些字段不能使用。原来这些操作都只能 由开发人员完成，现在业务人员可以通过配置Business Rule来轻松完成这类工作。当然它能处理的范围还是 有限制的，并不能完全取代开发人员。目前它支持的行为：在Form上现实提示信息，设置某字段的值，隐藏字 段，锁住字段，设置字段的需求级别。
Business Process Flow
BPF顾名思义它 的出现就是让业务更规范，这样才对的起这个名字。对于很多终端用户来说，CRM系统是一个非常难以使用的 系统，太多的按钮和太多的业务规则需要理解和记忆，一不小心就出错，以至于无法再进行操作。
相信新版本的BPF就是要改善这类问题，将一个存在CRM中的业务流程图形化出来，并建立不同 的阶段，用户对于当前需要完成的任务一目了然。这个创意确实挺不错的，BPF是可以进行配置的，并且可以 跨实体（相关实体）业务流程。比如在Lead上的BPF就穿插在Lead和opportunity之间，相信终端用户一定会喜 欢这个功能。
Real-time workflow
新版本已经支持实时的工作流了，确实强大。这样可以省去 大量的编写插件的时间，而将主要尽力放在复杂的业务处理上。实时工作流支持事务，它的运行管道和插件都 是一样的：30。
Custom Action
自定义行为，这个功能是个比较有意思的东西。 它和on-demanded方式执行的工作流有些类似，唯一的区别就是支持参数的传递，但是我们只能在后台代码中 对它进行调用。大家把它想象成支持输入输出的工作流就可以了。
Data encryption
据说能提供字段级别的加密功能，目前还没发现使用它的方式，如果要使用该功能需要将CRM的绑定方 式换成SSL（很折腾）。就现在看来，CRM对数据的安全性以及做到了DB层了。相信Field Premission Control 加上Data Encryption完全能满足用户的安全需求了。
Asynchronous Request
异步请求，新系 统支持异步处理请求了！假如你要使用RetrieveMultipleRequest查询系统，那么将它设置为异步执行是个不 错的选择。相信这个广大的开发者是一个好消息，用该功能重构之前响应速度地下的功能，肯定能得到很大的 改善。