我已经有点整顿了我的生活并发现一些时间提交的一篇文章 www.endusersharepoint.com. 我最新的文章是在这里: 为更有效的工作流审核使用自定义列表 (http://www.endusersharepoint.com/?p=1658).

这是开幕 ' 图:

设计器 SharePoint 工作流并不给我们大量的发生与我们的工作流解决方案的可视性. 和, 我们做得到的可见性受到一个相对较差的界面和 60 一天时间窗口. 这 60 一天窗口可以是新的 SharePoint 设计器用户主要失望，因为它不由该工具本身的广告. 它根本不是鲜见有人以火了 SharePoint 设计师, 创建一个工作流解决方案，利用了"日志到历史记录列表"行动......

问题是，在后 60 天, 这种方法您创建的任何消息从工作流历史记录列表中删除! 后位，咬牙切齿，"他们在想什么?"参数, 这是底线: 碰巧的是，它需要发生. 问题是, 我们如何能在它附近?

官方的答复是依靠 SharePoint 的内置审核功能. 从最终用户的角度来看, 然而, 这是在 WSS 非常薄弱和苔藓也好不了多少. 幸运的是, 我们仍然可以利用熟悉的 SharePoint 设计器工具，来创建持久的工作流历史记录和审计的数量级是引导更有用的线索. 这里是如何.

描述了如何创建一个更友好、 更有用的审计解决方案在 SPD 中创建声明性工作流.

我得到了启发，写这篇文章从最近的一个项目，开发了九个技术 SPD 工作流为一个逻辑业务流程支持的客户端. 现在，九是一个合理的数字假定为, 它肯定是一个挑战，要调试它，或在一个简单的视图中查看进程的整体状态. 这些单独的技术工作流的每个人都有自己独立的工作流历史记录列表，这并非易于管理. 我是能够将所有这些组合到单个审核列表使用我在网站描述的技术.

将其签出.

</结束>

订阅我的博客.

跟我在 Twitter 上 http://www.twitter.com/pagalvin