我是微软Dynamics 365 & Power Platform方面的工程师罗勇,也是2015年7月到2018年6月连续三年Dynamics CRM/Business Solutions方面的微软最有价值专家(Microsoft MVP),欢迎关注我的微信公众号 MSFTDynamics365erLuoYong ,回复383或者20191202可方便获取本文,同时可以在第一间得到我发布的最新博文信息,follow me! Dynamics 365 Customer Engagement中的视图

本篇要讲的是dynamics 新版本中web api的一个改进功能,虽然改进的很有限,但至少是改进了. 举个例子,我们现在知道联系人的名字vic,我们想找出客户记录中主要联系人名字为vic的所有客户,按照之前odata的方式,是先根据名字查询出所有叫vic的联系人记录guid,然后在遍历这些联系人guid去查询客户记录.但现在已经是web api的时代,有没有更简便的方式呢?很遗憾在2016里没有. 但在dynamics 365中web api虽说并没有完全解决上述问题,但至少看到了希望. 下面

微软动态CRM专家罗勇 ,回复313或者20190311可方便获取本文,同时可以在第一间得到我发布的最新博文信息,follow me!我的网站是 www.luoyong.me . PrincipalObjectAccess表是用于共享记录,这个表如果记录太多,会导致系统整体性能下降,最好能控制下记录数量. 如果部署的是Dynamics 365 Customer Engagement On-Premise版本,直接上数据库查询可以,执行如下T-SQL即可. select count(*) from

微软动态CRM专家罗勇 ,回复336或者20190516可方便获取本文,同时可以在第一间得到我发布的最新博文信息,follow me. 紧接上文:配置Postman通过OAuth 2 implicit grant获取Dynamics 365 CE Online实例的Access Token . 我这用来执行一个查询语句如下: {{webapiurl}}contacts?$select=gendercode,isbackofficecustomer,_ownerid_value,birthdate

关注本人微信和易信公众号: 微软动态CRM专家罗勇 ,回复258或者20170627可方便获取本文,同时可以在第一间得到我发布的最新的博文信息,follow me!我的网站是 www.luoyong.me . 在我们做项目的过程中,一般会涉及到多个Dynamics 365环境,一般包括一个开发环境.一个SIT环境,一个UAT环境和一个生产环境,经常涉及到解决方案从开发环境迁移到SIT环境,从开发环境迁移到UAT环境,从开发环境迁移到生产环境等等.一般手工操作是先更改解决方案版本,保存后发布解决方

摘要: 本人微信和易信公众号: 微软动态CRM专家罗勇 ,回复263或者20170828可方便获取本文,同时可以在第一间得到我发布的最新的博文信息,follow me!我的网站是 www.luoyong.me . 项目升级到Dynamics 365以后,过了些时间,有的账号反馈使用很慢,甚至同一个地方同一台电脑用不同的账号特别是进行数据修改的时候会发现有明显的速度差别,Why? 初步的表象发现是POST 到这个请求 /AppWebServices/InlineEditWebService.asm

参与过Dynamics CRM相关工作的朋友们都知道,Dynamics 365之前并没有多选域字段,想要实现多选域,需要自己添加WebResource定制,而这也带来了一系列需要考虑的情况,比如额外的字段消耗,逻辑上复杂的转换规则等,更有甚者,会去改变涉及多选域情况的业务逻辑.但随着Dynamics 365 V9版本的发布,多选域的问题将不再复杂(针对简单的需求),因为MS终于把多选域字段添加了进来. 1. 添加多选域字段 与新建OptionSet的方式没有区别,选择字段类型"MultiSele

微软动态CRM专家罗勇 ,回复317或者20190314可方便获取本文,同时可以在第一间得到我发布的最新博文信息,follow me!我的网站是 www.luoyong.me . 我先来做一个例子,登录Dynamics 365 Customer Engagement以后导航到 [设置]> [数据管理]> [批量删除记录],点击[新建]按钮新建一个,如下, 可以看到我能选择的改批量删除任务执行的最高频率就是每天执行一次,如果我要更加频繁的执行频率呢?可以更改吗?根据官方文档 Recurrence

微软动态CRM专家罗勇 ,回复314或者20190311可方便获取本文,同时可以在第一间得到我发布的最新博文信息,follow me!我的网站是 www.luoyong.me . 前面的博文 Dynamics 365 POA表记录的查询 讲了查看POA表的记录数,那这些记录怎么来的呢?我今天就根据文章 Excessive PrincipalObjectAccess Table Growth in CRM 4.0 from the Reparent – Cascade All Setting 来讲

关注本人微信和易信公众号: 微软动态CRM专家罗勇 ,回复241或者20161226可方便获取本文,同时可以在第一间得到我发布的最新的博文信息,follow me!我的网站是 www.luoyong.me . 2016年12月16日,微软官方公布了 2016 年 12 月 Service Pack for Dynamics 365(本地) ,包括了简体中文版本,它的下载地址是 https://www.microsoft.com/zh-CN/download/details.aspx?id=545

关注本人微信和易信公众号: 微软动态CRM专家罗勇 ,回复244或者20170306可方便获取本文,同时可以在第一间得到我发布的最新的博文信息,follow me!我的网站是 www.luoyong.me .   为了方便说明,我首先创建一个自定义工作流活动,使用的代码如下. using System; using System.Collections.Generic; using System.Linq; using System.Text; using System.Activities;

关注本人微信和易信公众号: 微软动态CRM专家罗勇 ,回复256或者20170512可方便获取本文,同时可以在第一间得到我发布的最新的博文信息,follow me!我的网站是 www.luoyong.me .   最近做代码审查,有个建议是Improve Microsoft Dynamics CRM service channel allocation performance的建议,请教了微软专家,Get了一下新技能,下面我做一次传声筒和翻译器,请听我讲来. 为了更好的看到效果,我这里使用了多个

本人微信公众号:微软动态CRM专家罗勇 ,回复279或者20180818可方便获取本文,同时可以在第一间得到我发布的最新博文信息,follow me!我的网站是 www.luoyong.me . Dynamics 365 Customer Engagement 新建实体后会自动建立一些公共视图,默认情况下,我们会修改实体的默认公共视图,让他显示更多的列和合适的排序和筛选.但是很多人会觉得比较耗时去修改其他的视图,如果不修改,用户切换到其他视图,默认只有两三列,变化比较大,用户体验不大好. 那么问

本人微信公众号:微软动态CRM专家罗勇 ,回复278或者20180812可方便获取本文,同时可以在第一间得到我发布的最新博文信息,follow me!我的网站是 www.luoyong.me . 我们知道Dynamics 365 Customer Engagement中当返回的结果集超过5000的时候就不会显示具体多少条,如果我想知道有多少条呢?有时候我还需要知道实体的记录数到底有多少? 怎么办?每次写个程序去查询具体有多少?普通用户不方便(可能需要安装比较新版本的.Net Framework)

区别于Quick Find,以及Full-Text Quick Find,Dynamics 365 Online有了一个特有的Search功能:Relevance Search.至于为什么是Online特有,是因为这个功能依赖于Azure Search(External Search System),也就是说借用Azure Search系统的功能,返回查询分析之后的结果.官方的结构图如下: 在上面的结构图中,第一部分有一段话“15 minutes changes 60 minutes full

当前版本中弃用了以下客户端 API 以重新组织 Xrm 客户端 API 对象模型,从而更好地满足以下需求:使用同一客户端脚本而不必基于上下文或基于运行这些脚本的客户端(Web 客户端或新的统一接口)来进行更改. 应计划使用替换客户端 API 列中提到的新客户端 API,而非已弃用的客户端 API. 已弃用的客户端 API 将继续可用且受支持,直到在 Dynamics 365 的未来主要版本中将其正式删除. 弃用的客户端 API 替换客户端 API 注释 Xrm.Page 窗体:Execution

微软 Connected Field Service 是一个提供Azure IoT 和 Dynamics 365 连接的这样一个框架 有两种方式部署CFS, 一种是用IoT Hub PaaS, 一种是IOT Central Saas. IoT Hub的架构图: IoT Central 的架构图 我们看到IoT central的架构图很简单. 是用Microsoft flow来连接D365 field service 和 Azure IoT Central.  IoT Central的背景还是Io

我是微软Dynamics 365 & Power Platform方面的工程师罗勇,也是2015年7月到2018年6月连续三年Dynamics CRM/Business Solutions方面的微软最有价值专家(Microsoft MVP),欢迎关注我的微信公众号 MSFTDynamics365erLuoYong ,回复371或者20191017可方便获取本文,同时可以在第一间得到我发布的最新博文信息,follow me! Dynamics 365的高级查找是个很好用的功能,某些特殊情况下,有需

最近被Dynamics 365 Portal的缓存问题折腾得不轻,Portal的配置进行缓存也就算了,连CRM中的记录也进行了长达15分钟到2小时的缓存,这是完全无法接受的 试想,我们有一个Portal用户注册后,后台人员给了他相应的Web Role,但是要2小时后才生效,才能进行基本操作:或者我们的Portal用户创建的记录被后台人员更新后在Portal查询上迟迟不能体现,这也是无法接受的 经过了解和实际测试,处理的办法有两种: 1,手动清除缓存 去IIS上回收Portal的应用程序池,或者打

适用于Dynamics 365 for Customer Engagement apps 9.x版本. 本文是一篇翻译,原文来源是微软官方文档. 本文链接:https://www.cnblogs.com/hhelibeb/p/11042391.html 概述 Client API form context (formContext)提供了对当前代码运行的上下文中的form或对form上的item的引用,比如,一个quick view控件或者一个可编辑grid中的行. 在早期版本,全局的Xrm.P