带有MS Office 2007页脚的Sharepoint 2007

带有MS Office 2007页脚的Sharepoint 2007,sharepoint,ms-office,Sharepoint,Ms Office,我们需要一个文档管理解决方案,希望SharePoint2007能够满足我们的需求。我们觉得我们的需求相对简单。我们需要管理版本控制,拥有搜索功能,并拥有审批工作流 SharePoint处理了这三个方面,非常现成 但是,我们还要求Office 2007(Word、Excel和PowerPoint)文档的页脚反映文档版本、最后修改的人和最后修改日期。这些事情可以通过办公自动化来完成,但我们还没有找到一个完整的解决方案 我们首先尝试在签入和签入事件中执行此操作,并遵循此路径进行了一段时间,但是,我们遇

我们需要一个文档管理解决方案,希望
SharePoint2007
能够满足我们的需求。我们觉得我们的需求相对简单。我们需要管理版本控制,拥有搜索功能,并拥有审批工作流

SharePoint
处理了这三个方面,非常现成

但是,我们还要求Office 2007(Word、Excel和PowerPoint)文档的页脚反映文档版本、最后修改的人和最后修改日期。这些事情可以通过办公自动化来完成,但我们还没有找到一个完整的解决方案

我们首先尝试在签入和签入事件中执行此操作,并遵循此路径进行了一段时间,但是,我们遇到的复杂情况是在对文档进行更改之后,我们无法阻止保存更新版本号。这导致了类似的结果:

文档签入–文档版本应为v0.1,但它是v0.2,因为我们在替换页脚后保存文档。如果我们查看文档历史记录,我们发现有两个单独的版本v0.1没有页脚v0.2有页脚,但它显示v0.1,因为这是文档被替换时的版本

这对我们来说是一个不可接受的解决方案,因为我们希望在用户端完全处理流程,这样他们就可以完全控制恢复到页脚不正确且不包含正确数据的版本。当我们尝试创建自定义审批/签入工作流时,我们发现存在相同的问题。页脚是必要的,以便硬拷贝可以追溯到电子副本

向我们提出的另一个解决方案是为office构建插件,以处理页脚的替换。这不足以满足我们的需要,因为它需要客户端部署我们的插件,这是我们的客户所不希望的。我们正在寻找的是这个问题的一个干净的解决方案。

这是一个似乎正是您问题的解决方案

基本上,它们在文档库中创建一个自定义字段,并使用事件接收器将文档的当前版本保存在此字段中。 “诀窍”在于,在客户端,此自定义字段显示为文档的属性,您可以轻松地将其值嵌入文档内容中

我不确定为什么更改字段不会增加文档的版本,但我猜这是因为您只更改元数据,而不是实际文档


他们确实使用了一个在客户端运行的小VBA脚本,但它不需要任何客户端部署,因为它是随文档一起下载的。但是,我不确定是否需要在客户端更改任何安全设置以允许脚本运行。

是否需要在页脚中显示此信息?Office2007应用程序中提供了大量信息。如果单击左上角的圆形按钮并选择“服务器”,您可以查看版本历史记录,通过单击圆形按钮并打开“准备”菜单,然后选择属性,可以查看许多其他属性

如果必须在文档页脚中显示此信息,我将研究创建自定义信息管理策略。也许是个好的开始