在任务列表中，一个任务的审批，权限控制非常宽松，导致太多的人员都有权限能够进行审批、删除等操作。
刚刚接触SharePoint工作流的朋友往往会遇到这样的问题，我也是从那种困惑走过。
现在将我用的一种方法分享一下，希望对大家能有所帮助。
此方法非常简单，无需编码，处理方式也很灵活。
第一步，首先介绍大家一个SharePoint Designer工作流活动包《Useful Sharepoint Designer Custom Workflow Activities 》，下载地址：http://www.codeplex.com/SPDActivities
这个自定义工作流动作包中包含了一些常用但SPD却没有提供的activities，如下图：
在SharePoint服务器安装下载的解决方案服务包（不建议直接在生产服务器上操作），安装过程一路下一步，可以选择在哪些Web应用上安装。
安装完成后，打开管理中心--应用程序管理--管理 Web 应用程序功能 ，将“Useful Sharepoint Designer Activities ”激活
如果各位的SharePoint是非英文的，那么将
C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\LAYOUTS\1033\Workflow
中的DPWorkflow.ACTIONS复制到相关语言代码的文件夹下，如中文是2052：
C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\TEMPLATE\LAYOUTS\2052\Workflow
到此为止，安装完成。
第二步，打开SharePoint Designer 2007，打开SharePoint网站，新建一个工作流，附加到“任务”列表。
然后使用自定义活动中的删除权限、赋予权限制作如下工作流。
点击完成发布工作流。
第三步，测试一下，在任务列表中，创建一个任务，选择分配对象为某一人员，确定后，看到我们创建的工作流已经运行完成。
查看条目的权限，就如同我们在SPD中定义的那样。
注意：在这里，不要使用“系统账户”进行测试，SharePoint中这个特殊账户权限太大，测试往往看不到效果。
总结，经过上面几步简单操作，我们已经基本能够按照自己的意愿来定制任务的权限，灵活性非常好，SPD很强大，灵活的设置能完成许多需要编码才能完成的功能。
这个自定义工作流活动包中，还有一些其他的活动，同样非常有用，如“启动另一个工作流”等，大家可以多试试，另外，这个包是开源的，也可以研究代码与自行维护。
建议：测试稳定后在发布生产环境。
