Dynamic CRM 2013学习笔记(五)禁止修改审批通过后的单据

审批通过后的单据,一般要对其进行控制,不能修改,不能添加,删除等,下面分别介绍下如何实现:

一、 禁止修改:

1. 主表控制,如果页面上审批状态为审批中或审批通过,就把整个页面都disable掉

  1: function controlReadonly() {
  2:     var status = Xrm.Page.data.entity.attributes.get("new_approval_status").getValue();
  3:     if (status == 2 || status == 3)//审批中或者审批通过
  4:     {
  5:         var controls = Xrm.Page.ui.controls.get();
  6:         for (var i in controls) {
  7:             var control = controls[i];
  8:             control.setDisabled(true);
  9:         }
 10:     }
 11: }

2. 子表控制, 如果有子表,也要让其不能修改

首先查找主表的approval status,如果是审批中或审批通过就disable整个子表

  1: function disableSubForm() {
  2:     var marketingPlan = Xrm.Page.getAttribute("new_marketing_planid").getValue();
  3:     if (marketingPlan != null) {
  4:         var filter = "new_marketing_planSet?$select=new_approval_status&$filter=new_marketing_planId eq guid‘" + marketingPlan[0].id + "‘";
  5:         var status = Query_ent(filter);
  6:         if (status != null && status.new_approval_status != null) {
  7:             if (status.new_approval_status.Value == 3 || status.new_approval_status.Value == 2) {
  8:                 controlReadOnly();
  9:             }
 10:         }
 11:     }
 12: }

二、禁止添加及删除子表记录

通过上面的js控制,页面上的所有字段确实被disable了,但子表的subgrid及子表页面上的添加及删除按钮没有被控制住。所以决定写一个通用的插件来控制添加及删除。
1. 下图显示了如何在主表上注册这个通用插件
 

这里 message为Delete,是对delete的控制;如果是Create,就要设置成post-operation,才能对添加进行控制。

重点是右边的Unsecure Configuration的配置:

  • 传入的条件

<filter type="or">

<condition attribute="new_approval_status" operator="eq" value="2" />

<condition attribute="new_approval_status" operator="eq" value="3" />

</filter>

  • 如果满足这个条件就报这个error

<check error="Cannot delete when approval status is approving or approved !">

2. 子表上注册

子表上没有approval status这个字段,这个字段只在主表上有,但又要依赖这个字段来控制子表,怎么办?

这时就要指定进行如下的配置了:

  1: <check error="Cannot delete sub-form when main form is approving or approved!">
  2:  <link-entity name="new_marketing_plan" to="new_marketing_planid">
  3:   <filter type="or">
  4:    <condition attribute="new_approval_status" operator="eq" value="2" />
  5:    <condition attribute="new_approval_status" operator="eq" value="3" />
  6:   </filter>
  7:  </link-entity>
  8: </check>
简单介绍下这里的配置,跟主表的配置相比,只是多了个link-entity:
<link-entity name="new_marketing_plan" to="new_marketing_planid">   
name指的是主表的实体, to指的是子表中link到主表实体的字段
 

三、 技术实现

1. 通过一个参数的构造函数来读取unsecure configuration里的配置
  1: public EntityCheck(string unsecure)
  2: {
  3:     m_Config = unsecure;
  4: }
Microsoft Dynamics CRM 平台支持可选的插件构造函数,该函数接受一个或两个字符串参数。如果编写此类构造函数,则可以在运行时向插件传递任何信息字符串。
以下示例显示构造函数的格式。在此示例中,插件类名为 SamplePlugin。
public SamplePlugin()
public SamplePlugin(string unsecure)
public SamplePlugin(string unsecure, string secure)

构造函数的第一个字符串参数包含公共(不安全)信息。第二个字符串参数包含非公共(安全)信息。在这里,安全是指加密的值,而不安全是指未加密的值。如果使用带脱机访问功能的 Microsoft Dynamics CRM for Microsoft Office Outlook,则 CRM for Outlook 脱机时安全字符串不会传递到执行的插件。

在这些字符串中传递到插件构造函数的信息是在 Microsoft Dynamics CRM 中注册插件时指定的。使用插件注册工具注册插件时,可以在“注册新步骤”窗体提供的“安全配置”和“不安全配置”字段中输入安全信息和不安全信息。使用 Microsoft Dynamics CRM SDK 以编程方式注册插件时,SdkMessageProcessingStep.Configuration 包含不安全的值,SdkMessageProcessingStep.SecureConfigId
引用包含安全值的 SdkMessageProcessingStepSecureConfig 记录。

 
2. 读取link-entity
  1: XmlNodeList linkEntityNodeList = linkEntityNode.SelectNodes("link-entity");
  2: if (linkEntityNodeList != null)
  3: {
  4:     foreach (XmlNode subLinkEntityNode in linkEntityNodeList)
  5:     {
  6:         LinkEntity subLe = GetLinkEntity(subLinkEntityNode);
  7:         le.LinkEntities.Add(subLe);
  8:     }
  9: }
 
3. 从config里读取filter
  1: XmlNodeList filterNodeList = linkEntityNode.SelectNodes("filter");
  2: if (filterNodeList != null)
  3: {
  4:     foreach (XmlNode filterNode in filterNodeList)
  5:     {
  6:         FilterExpression filter = this.GetFilter(filterNode);
  7:
  8:         le.LinkCriteria.AddFilter(filter);
  9:     }
 10: }
 
4. 从config里读取condition
  1: XmlNodeList conditionNodeList = linkEntityNode.SelectNodes("condition");
  2: if (conditionNodeList != null)
  3: {
  4:     foreach (XmlNode conditionNode in conditionNodeList)
  5:     {
  6:         ConditionExpression condition = this.GetCondition(conditionNode);
  7:
  8:         le.LinkCriteria.AddCondition(condition);
  9:     }
 10: }
 
5. 最后合成一个QueryExpression对象,传入到RetrieveMultiple方法,进行查询,如果有记录存在,就抛出error:
  1: EntityCollection ec = AdminService.RetrieveMultiple(config.Query);
  2: if (ec != null && ec.Entities.Count > 0)
  3: {
  4:     throw new InvalidPluginExecutionException(config.Error);
  5: }

Dynamic CRM 2013学习笔记 系列汇总

时间: 2024-10-27 18:20:22

Dynamic CRM 2013学习笔记(五)禁止修改审批通过后的单据的相关文章

Dynamic CRM 2013学习笔记(三十五)自定义审批流6 - 审批通过后,再审批 - 二次审批

最近有个特殊的需求,客户想做二次审批,就是审批通过后,再走一次审批流程.最开始一想,这还不简单,审批通过后,直接把状态改成draft就完了,后来一试,发现一堆问题,比如第一次审批完后,界面是不允许修改的,直接改成draft就又可以修改了:再比如审批活动记录的查找以及死循环的问题等等.于是自己动手单独写了一个公用的再审批插件,下面介绍详细的实现步骤:   一.添加字段以控制再审批的次数 添加一个字段 new_approval_count, 再审批一次就把它加1.如果只要再审批一次,那么大于1就退出

Dynamic CRM 2013学习笔记(十五)报表入门、开发工具及注意事项

本文是关于CRM 2013报表开发入门介绍,包括开发工具的使用,以及不同于普通Reporting service的相关注意事项.   一.CRM报表简介 报表有两种,SQL-based报表和Fetch-based报表,区别如下: 区域 SQL-based 报表 Fetch-based 报表 Data Provider <DataProvider> 元素的值设置为SQL. 示例如下:<DataProvider>SQL</DataProvider> 报表RDL文件中的 &l

Dynamic CRM 2013学习笔记(七)追踪、监控及性能优化

本文将介绍CRM的三个内容追踪.监控及性能优化.追踪是CRM里一个很有用的功能,它能为我们的CRM调试或解决错误.警告提供有价值的信息:我们可以用window的性能监控工具来了解CRM的性能状况:最后就是对CRM及其DB进行性能调整以让CRM达到最佳状态.   一.追踪 有二种追踪方式,一种是部署级,这种方式追踪所有的CRM 服务器上的角色.服务,默认情况,log文件在C:\crmdrop\logs:另一种是服务器级追踪,这种方式只追踪当前机器上运行的服务器角色.服务.默认情况,log文件在C:

Dynamic CRM 2013学习笔记 系列汇总

这里列出所有 Dynamic CRM 2013学习笔记 系列文章 Dynamic CRM 2013学习笔记(一)插件输入实体参数解析 Dynamic CRM 2013学习笔记(二)插件基本用法及调试 Dynamic CRM 2013学习笔记(三)快速创建实体 EntityCreater Dynamic CRM 2013学习笔记(四)单据编号及插件批量注册工具 Dynamic CRM 2013学习笔记(五)禁止修改审批通过后的单据 Dynamic CRM 2013学习笔记(六)备份和恢复 Dyna

Dynamic CRM 2013学习笔记(四十六)简单审批流的实现

前面介绍过自定义审批流: Dynamic CRM 2013学习笔记(十九)自定义审批流1 - 效果演示 Dynamic CRM 2013学习笔记(二十一)自定义审批流2 - 配置按钮 Dynamic CRM 2013学习笔记(三十二)自定义审批流3 - 节点及实体配置 Dynamic CRM 2013学习笔记(三十三)自定义审批流4 - 规则节点 -有分支的流程处理 Dynamic CRM 2013学习笔记(三十四)自定义审批流5 - 自动邮件通知 Dynamic CRM 2013学习笔记(三十

Dynamic CRM 2013学习笔记(四十三)流程6 - 自定义流程活动

当我们在流程里添加步骤时,有一些默认的步骤,像创建.更新.发邮件等,但如果你想加一个里面没有的步骤,比如发SMS消息,或者调用一个外部的web service,怎么办?这时就只能自定义一个流程活动了.下面将详细介绍如何创建一个自定义的流程活动.   1. 打开vs2012,新建一个项目:   需要引用CRM 的二个dll :  Microsoft.Xrm.Sdk;  Microsoft.Xrm.Sdk.Workflow;   2. 删除默认的 Activity1. xaml ,新建一个类: us

Dynamic CRM 2013学习笔记(三十八)流程1 - 操作(action)开发与配置详解

CRM 2013 里流程有4个类别:操作(action).业务流程(business process flow).对话(dialog)和工作流(workflow).它们都是从 setting –> Process 进入,然后点击New按钮来创建: 这篇主要介绍操作:什么是操作.什么时候使用操作.如何创建以及如何调用 一.什么是操作 操作是CRM 2013 新增加的一个功能,用来扩展系统的标准功能.业务人员可以用它来实现业务逻辑,然后开发人员可以在系统事件里(比如update,create)来使用

Dynamic CRM 2013学习笔记(十一)利用Javascript求子表某值的和到主表

我们经常有这样一种需求,子表里新加或修改一数值后,要马上在主表里把它们的和显示在主表上.如果用插件来实现,可以实现求和,但页面上还要刷新一下才能显示正确.这时就考虑到用JS来实现这一功能,并自动刷新页面,让求和的值马上显示在主表上. 子表上新加或修改完,保存并关闭后,系统会自动刷新子表列表,以显示新的子表数据行,这时就想到是不是可以利用这个子表的刷新功能来计算并显示值. 下面介绍详细的实现方法: 1. 重写SubGrid的Refresh事件,SubGrid刷新的时候注册一个事件,完成SubGri

Dynamic CRM 2013学习笔记(二)插件基本用法及调试

插件是可与 Microsoft Dynamics CRM 2013 和 Microsoft Dynamics CRM Online 集成的自定义业务逻辑(代码),用于修改或增加平台的标准行为.也可以将插件认为是针对 Microsoft Dynamics CRM 触发的事件的处理程序.您可以让插件订阅或注册已知事件集,以便在事件发生时运行您的代码.   一.基本用法 1. 要继承IPlugin,并实现Excute方法 ( 1- 3 行) 2. 从service provide 里获取执行上下文 (