GhostHouse

Power Platform是微软最近几年退出来的重量级产品，集低代码，BI，AI以及传统Dynamics CRM 底层功能框架的一个大平台。考虑到这两个产品的共性很强，所以在通用场景下，我就放在一起讨论了。后续这段时间，博主会根据最新的产品功能重写之前的技术文章，让之前的技术分享还能继续被大家沿用。

Dynamics 365 Portal - 网页模板的制作

Dynamics 365 Email Engagement

博主在上篇文章中给大家对D365 Portal功能做了一个简单的概览，并且创建了一个客户自助服务站点。那么今天我讲给大家演示下，怎么通过简单的配置来完成Portal和CRM的集成。在博主之前参与的项目中，如果我们想要在第三方站点集成CRM的数据，是需要调用CRM相应的API来实现的。开发和维护成本都很高，并且程序容易出现BUG。大家可以想象一下，如果我们仅仅需要维护保存在CRM中的配置信息，就能让第三方站点和CRM进行功能对接，那不是非常的酷吗？今天呢，博主给大家演示下怎么在Portal中发布一个Arti

D365的portal总的来说是一个非常大的feature，它整合了很多企业都需要的portal技术，降低了企业实施portal的成本，并极大的降低了CRM和Portal的集成成本。D365的portal功能对国内的用户来说也是具有非常大的吸引力，因为每个企业都需要有自己的portal，特别是那些目前还没有自己portal的中小企业。目前Portal功能只能在D365 Online环境中使用，OP

今天我们来看看Dynamics 365 的一个新feature -- APP。对的，没错是APP，各位小伙伴肯定很诧异，难道Dynamics 365又推出了新版本的APP吗？如果各位这么想的话就中了博主的招了，应为博主故意放了一个烟雾弹。今天要讲的APP其实是类似于Web APP这样的程序，而不是装在移动设备上的APP。那什么是Dynamics 365 APP呢？其实他就是一个可以根据自己的具体需

Business Process Flow 功能并不是新功能，它是在Dynamics CRM 2013中被发布的。刚推出的时候，用户体验和开发体验并不是非常的完善，随着版本的不断迭代，新功能也不断的被增加。特别是在最近发布的Dynamics  365版本中，BPF已经得到了质的改变，它给我们提供过了一个非常友好的设计界面，并且我们能将工作流放在BPF中了，最酷的就是我们能在不停用BPF的同时对它进

今天博主带小伙伴们来围观下Dynamics 365 Web API和Organization Service的区别，对于还不知道Dynamics 365是什么的小伙伴可以去思过崖面壁思过了。Dynamics 365是微软新一代的企业级应用平台，它把CRM和ERP进行了整合并作为一款统一的企业级平台软件为企业级客户提供服务，在上面我们不但能使用之前Dynamics CRM的功能，而且还能使用Dyna

Web API为我们提供的批量任务执行功能，我们可以在一个请求中混合多个不相干的创建查询请求，并且其还提供了事务功能，如果在事务中如果有脚本出现了错误，则其提供回滚功能。如下是批处理的请求报文，在报文里面我们需要设置批处理任务的编号，因为我们需要用它来划分任务的开始和结束边界。另外，我们还可以通过changeset标记来划分事务，在同一个changeset中，如果有处理失败了，那么整个change

级联创建，即为在创建主记录的同时，可以把与其相关联的新记录也一并进行创建。举个例子，我们在创建客户记录的后，一般需要在创建一个联系人记录，然后将联系人记录设置为该客户记录的主要联系人。在上面这个例子中，如果我们用传统的方式去做，需要向服务器请求3次，才能完成，如果涉及的相关记录数据繁多，那么请求的次数也需要增加。但是如果我们使用Web API的级联创建功能，我们只需向服务器发起一次请求即可。级联创

级联查询，即为在一次查询请求中吧父子记录统统查询出来的行为。使用Web API进行这样的查询非常的方便，主需要在OData Query URL中加入$expand关键字即可，不管在轻客户端或重客户端，调用都非常的方便。我们来看一个使用级联查询的Query URL实例：GET https://crmhomedev06.api.crm6.dynamics.com/api/data/v8.2/accou

今天再更新一篇关于在Web API接口中使用用户模拟这一功能，用户模拟在Dynamics CRM开发中已经不是新概念了，历任接口都支持这个功能。在介绍怎么在Web API中使用该功能之前，我们先来过一遍用户模拟的具体功能。用户模拟，顾名思义，即为模拟其他用户。在调用接口的时候如果我们都需要提供一个账号密码信息，但是很多时候，我们的接口的认证信息是一个集成账号，但是我们却希望通过这个接口创建的记录的

Excel Template和Word Template 的功能类型，都是为终端用户提供一种自助报表制作功能，它们的主要区别在于：Word Template是用来为某一条记录做数据展示，但是Excel Template是用来为一批数据做数据展示，我们可以在这里放PivotTable, Chart以及其他excel中包含的统计图表。它的创建和使用如下：创建Excel Template选择具体的实体以

Word Template 是Dynamics CRM 2016的新功能，功能比较强大，完全可以替代简单的自定义报表，更重要的是，这个功能使用简单，终端用户完全有能力自己实现自己想要的报表，不需要任何的开发经验。今天博主给大家简单介绍下怎么使用它，为大家起到抛砖引玉。

Dynamics Unified Service Desk 技术分析资源汇总（工具，文档）

博主最近在DTCC论坛分享了一节关于USD模块的session，主要介绍了USD编程技术的一些基本概念以及背景知识，大家有兴趣的话可以在这里进行下载课程录音。如果大家喜欢的话，博主后续还会在DTCC推出类似的公开课，具体的开课情况可以关注我的博客以及博主的微信公众号。视频回顾下载（在线观看）地址：链接：http://pan.baidu.com/s/1gfvyv43 密码：hzl1*********

各位小伙伴们，今天是博主2016年发的第一篇文章，首先祝大家新年快乐，工资Double，哈哈。今天我们来看一个比较重要的Feature--使用Web API执行FetchXML查询！对的，各位，你们没有听错，使用Web API执行FetchXML查询。在过去我们做这样的事情可是要花九牛二虎之力哟，拼接大量的SOAP消息体而且还容易出错。现在好了，我们自己可以在URL里面加上我们想要执行的Fetch

Dynamics CRM 2015/2016 Web API：基于视图的数据查询

可能大家也发现，博主撰写的文章大部分都和Developer相关，涉及到的都是一些需要专业编程知识才能理解的编程知识。今天呢，我给大家介绍一些不一样的东西，告诉大家怎么使用Excel去分析Dynamics CRM系统中的数据。Excel软件大家都知道吧，不了解的同学可以去面壁了，微软对Excel软件的重视度是那是不需要提的，它在Office产品套件里面的地位也是数一数二，随着最近几个版本的Release，用Excel做出一些酷炫的BI展示效果也是很轻松的事情呀！这篇文章中，博主将使用的Excel 2016

今天给大家分享一篇关于制作报表的文章，今天我们不用SQL来做报表，我们用FetchXML来做。这次我们的测试环境是Dynamics CRM Online，大家应该知道，Dynamics CRM Online只能部署基于FetchXML制作的SSRS报表。既然说到了高级报表，那肯定是有它的卖点:这里的高级是指，我们的报表可以通过CRM 高级查找界面去定义数据源，不像普通的SSRS报表，数据源都是固定

今天我们来看看Web API的数据查询功能，虽然之前介绍CRUD的文章里面提到过怎么去Read数据，但是并没有详细的去深究那些细节，今天我们就来具体看看吧。其实呢，Web API的数据查询接口也是基于OData协议的，所以之前的OData Url Query的构造规则没有很大的变化，例如：$top, $select, $filter, $expand, $order的功能还是在的，不过也添加了一些新东西，例如$count -- 返回记录的总数Paging Mechanism（分页机制）-- 来东西，现

今天我们再来看看Bound/Unbound Custom Action吧，什么是Custom Action？不知道的小伙伴们就out了，Dynamics CRM 2013就有了这个功能啦。和WhoAmI这类消息一样，我们都可以通过代码去调用它们，只不过呢，今天我要给大家讲讲怎么用Web API的方式去调用它们。Custom Action也被划分为Bound和Unbound两种类型了，它们的具体含义和之前讲的Function和Action没有区别，唯一的区别就是，这里的Custom Action是我们自己配

上篇文章介绍了Bound/Unbound Function，今天我们来看看Action吧，像我之前说的：Function和Action之前的区别可以简单理解为，Function不修改数据，但是Action却会修改数据。 今天呢，我们也分别看看Bound Action和Unbound Action，其实它们的调用方式和Function是一样的，只是这里的请求提交方式更多的是采用Post的方式，我们先来看两个例子吧：

今天我们来看看Dynamics CRM Web API Function 吧， 这是一个新概念，刚接触的时候我也是比较的迷糊，这样的命名确实是和之前的那套基于SOAP协议的API完全联系不上。好了，不说闲话了。这里的Function呢，就我来看，更像是一些被封装好的原生函数和老API中的Request差不多的意思，只是API的架构方式变了，所以名称也就跟着变了。我们之前要查看当前登录用户的信息，需

在之前的三篇文章中，博主提到过Web API将会成为Dynamics CRM 的主流编程接口，所以它的重要性是不言而喻的。那今天，我们来看看调用CRM Online Web API之前需要做些什么准备工作，之前的博文并没有介绍这步，今天给大家补上。在后续的一段时间呢，我会写篇怎么在重客户端调用Dynamics CRM On Premise版本的Web API。在调用Dynamics CRM Onl

小伙伴们，微软终于推出了OP（On-Premise）版本的Dynamics CRM 2016安装包，这对于广大正在使用OP版本的同学绝对是一个好消息，至少我们不用每天面对枯燥无味的UI界面了。当然Dynamics CRM 2016除了UI变了，很多API也变了，例如我之前文章提到的Organization API 将会被Web API替代，以及更加强大的Mobile Client和一些新的feat

Dynamics CRM 2015/2016 Web API：重客户端的CRUD操作

Dynamics CRM 2015/2016 Web API：验证和授权

Dynamics CRM 2015/2016 Web API

对于基于复杂的框架进行编程，最难的地方并不是编写代码，而是怎么快速有效的去调试出错的代码，怎么高效精准的完成代码的单元测试。就拿Dynamics CRM Plugin的编写来看，编写一个上千行代码的插件不是一件很难的事情，但是，如果把这上千行代码调试完成并让它行之有效的按我们的目的精准的进行呢？这也是初级技术员和高级技术员的核心差距。今天给大家带来一篇关于Plugin的单元测试文章，博主2年前撰写

Dynamics CRM 2015 Update1 现在能将多个消息放在同一个事务管道里面执行了。这确实是个极好的Feature呀，这样我们可以灵活的组合不同的消息来实现复杂的业务需求而不用担心处理失败后的回滚细节。 使用方法也是非常的简单，调用ExecuteTransactionRequest消息，并将想要放入事务的消息放入该事务中，并提交至服务器，统一执行。我们看看下面的代码片段：

在使用企业级软件的时候，我们最怕碰到的就是数据的脏读和脏写了，但是这似乎是永远无法避免的痛，随着并发访问的提示，数据的出错率往往是直线攀升。 对于某些对数据完整性要求严格的场景，我们往往需要花大量的时间来实现事务的分隔以及数据的锁定。比如：订票模块，我们并不希望出现实际订阅数大于实际票数，这样尴尬的场景吧。 在Dynamics CRM 2015 Update1 中，我们可以轻松使用OC功能来控制

今天来看看另外一个比较有意思的API： RetrieveEntityRequest， 在讨论该API之前，我们先来设想这样一个场景。如果我们想要获取最近3天修改过的记录，我们应该怎么做呢？ 安装传统的处理方式，我们应该生成一个查询，并将ModifiedOn >= 前3天，作为过滤条件对数据进行查询。但是这样的做法是有些麻烦的问题，比如：时区，查询粒度太大容易漏数据。 在新系统中，我们可以使用Re

Alternate Keys， 还是和系统集成相关的一个重量级Feature。使用该Feature能极大的提高开发数据集成接口的时间成本以及接口的运行效率。 在之前的Dynamics CRM 版本中，我们只能通过Entity的主键去判断记录的唯一性，现在我们可以通过使用Alternate Keys来判断记录的唯一性，更有趣的则是，我们可以自己去配置实体的Alternate Keys。 目前Alt

今天我们来看看API的变化，新系统中，去掉了一些常用的数据处理API，例如：SetStateRequest, SetBusinessUnitRequest, SetParentBusinessUnitRequest等。现在我们做这类型的操作不需要单独的调用这类API了，我们可以直接构造我们期望的Entity对象，并将其推送到服务端，系统将会安装其内容做相应的处理。 俗话说，外行看热闹，内行看门道。

Dynamics CRM 2015 Update 1 系列(2): Upsert API

Dynamics CRM 2015 Update1: Overview

今天我们来看看Dynamics CRM 2015的系统升级，对于新系统的升级，我们有两种升级方法：1）在现有系统中通过Dynamics CRM 2015安装包对旧系统进行升级，2）将旧系统迁移至新系统中。在这篇文章里，我们采用第二种方法，当然，这也是微软推荐的方法。在升级系统之前，我们要做好一系列的准备工作。在之前的博文中，我也提到了很多新系统中的Feature，如果没有在End User做好十足的准确之前，我是不建议大家去升级现有系统。在升级Dynamics CRM 2013 系统之前，我们必须为其安

Dynamics CRM 2015 为开发人员添加了一些新的Service Request以及一个帮助类库XrmTooling，它支持连接各种环境下的CRM，比如：Online，O365，On Premise等等，而且也支持记录的CRUD操作，非常的给力。我将会在后面对其做详细介绍，我们先来看看新系统中更新的Services吧：

在新系统中，我们可以配置帮助资源，当用户对某一模块不是很了解的情况下，能通过帮助文档进行系统操作可以说是一件非常专业有效的事情，而且能给用户提供更好的用户体验。系统提供3个维度给我们添加帮助资源：全局，实体，字段，它们的配置也非常的简单，我们来一起看看吧。