我做了一个最简单的审批工作流，流程如下：
A在通知中新建通知；B审核，通过则流向C审核、未通过则拒绝并终止工作流；C通过后，通知被批准并终止工作流、未通过则拒绝并终止工作流
现在在权限部分有点问题：新建，审批，都正常，但是终止工作流后，需要对列表项进行内容审批状态的更改时，提示“事件类型：错误。用户ID：系统账户。说明：工作流无法更新此项目，可能是因为此项目的一个或多个列需要其他类型的信息。结果：拒绝访问。”
我测试了很多权限搭配，只有A对“通知”列表具有设计级别的权限(可以查看、添加、更新、删除、审批和自定义)时，才能正常设置列表项的审批状态。
如果我的所有设置都没有问题，那么，当A具有设计级别的权限时，审批工作流已经变得毫无意义，所以我怀疑是哪里做错了。我理想中的权限是，BC具备仅审核(包括不能创建，修改，删除)的权限，A只具备（创建、修改列表项的权限）。不知道这个权限设置合理与否。另外还想请教，我的工作流中有可能出问题的地方是哪个环节？
------解决方案--------------------
这是因为SharePoint默认会用启动工作流的用户的权限去运行工作流，你让A只有创建、修改的权限，他就没权限修改审批状态字段。解决办法是用impersonation 步聚（会以Workflow 作者的权限去运行，一般是站点管理员）：
http://www.learningsharepoint.com/2010/07/31/impersonation-in-sharepoint-designer-2010-workflow/