处理 PDF 文档的 SharePoint 工作流
我们正在尝试减少工作流程中批准 PDF 的点击次数。 对于 Word 2007 中的 Word 文档，应用程序顶部有工作流任务栏，因此当您查看文档时，可以从那里批准或拒绝它。 我们的问题是 PDF 文档需要此功能。 您是否知道一种能够在一项简单任务中查看/批准的方法，而不必在 acrobat 中查看 PDF，然后返回到 SharePoint（或电子邮件）来编辑任务？ 我研究了这个，但只找到了这篇文章： http://social.technet.microsoft.com/Forums/en-US/sharepointworkflow/thread/728c2e34-9031-4a27-b9c9-6625af2547e3/
不是很有用。 你有什么解决办法？ 您是否知道是否可以对自定义解决方案进行编码，以便管理人员能够更轻松地完成流程？
We’re trying to lessen the amount of clicks to approve a PDF in a workflow. With Word docs in Word 2007, you have the Workflow task bar at the top of the application so when you are viewing the document, you can approve or reject it from there. Our issue is that we need this functionality for PDF documents. Do you know of a way to be able to view/approve in one easy task rather than having to view PDF in acrobat and then returning to SharePoint (or the email) to edit the task?
I researched this but only found this post: http://social.technet.microsoft.com/Forums/en-US/sharepointworkflow/thread/728c2e34-9031-4a27-b9c9-6625af2547e3/
Not very useful. Do you have any solutions? Do know if a custom solution could be coded so it’s an easier process for the Executives?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（4）
您可以编写自己的工作流程，发送一封自定义电子邮件，其中包含审批表单的链接，他们可以在其中 1. 查看 2. 批准/拒绝文档。
这样用户就可以点击 3 次：
对于仍在使用 Office 2003 的人来说，这是同样的问题 - 所以是非常有效的问题。
You could write your own workflow that sends a custom email which contains the link to an approval form, where they can 1. view 2. approve/reject the document.
That way the user have 3 clicks:
It's the same problem for people still using Office 2003 - so very valid problem.
我知道您可以获得 Word 的 PDF 编写器，那么也许您也可以获得 PDF 查看器？ 按理说，如果是这样，那么您还可以在 Word 中为 PDF 保留现有的工作流程审批栏。
I know you can get a PDF writer for Word, so perhaps you can get a PDF viewer too? It stands to reason that if this is so then you can also keep the exsisting workflow approval bar in Word for your PDFs.
您必须为用于 PDF 的任何查看器编写一个插件。 这可以是 Adobe Reader（6、7、8、9）、Adobe Acrobat（6、7、8、9）、Foxit、Okular、Ghostscript、SumatraPDF、Inkscape 等。
您能否控制您的环境并保证每个人都会使用同一个观众？ 为这些查看器之一编写自定义代码是否值得一两次点击？
You would have to write a plug-in for whatever viewer is used for PDFs. This could be Adobe Reader (6, 7, 8, 9), Adobe Acrobat (6, 7, 8, 9), Foxit, Okular, Ghostscript, SumatraPDF, Inkscape, etc.
Can you control your environment and guarantee everyone will be using the same viewer? Is one or two clicks worth the trouble of writing custom code for one of these viewers?
您可以使用 iTextSharp 之类的工具在文档本身中嵌入“批准”和“拒绝”链接，单击该链接后，将调用一个 Web 服务，该服务将在 SharePoint 中翻转标志。 这意味着生成的 PDF 将永久具有这些链接，但根据您的工作流程，这可能不是问题。 例如，如果管理人员只查看 PDF 一次，然后将其丢弃，您可能可以为他们提供嵌入的链接，而这些链接不会出现在文件的最终版本中。
You could use something like iTextSharp to embed an "approve" and "reject" link in the document itself which, when clicked, would call a web service that would flip a flag in SharePoint. This would mean that the resulting PDFs would have those links permanently, but depending on your workflow that might not be an issue. For example if the executives only look at the PDF once and then throw it away, you could probably give them embedded links that won't be in the final version of the file.