我在
处有一个信息表格模板https://mysite/Shared%20Documents/MyForm.xsn
如果您点击浏览器中的xsn文件并点击“打开”，它会打开模板并允许您填写，然后点击提交按钮，将xml文件保存到
https://mysite/administrator/In%20Process/filledOutForm.xml
然后，如果管理员进入sharepoint并点击填写好的infopath表单，它就会很好。
但是，如果用户首先在本地保存https://mysite/Shared%20Documents/MyForm.xsn，则表单模板的链接似乎被剥离（我认为因为实际的表单模板现在实际上是本地模式，而不是从共享点查看）。这很好，花花公子，他们仍然可以提交表单，并保存到https://mysite/administrator/In%20Process/filledOutForm.xml，但现在它缺少表单模板的href链接。现在当管理员试图打开填写的表单时，他们会收到一条错误，说infopath无法找到表单模板。
我可以按照此处列出的说明操作： http://blogs.msdn.com/b/infopath/archive/2006/11/01/relinking-forms-and-form-templates.aspx 将表单“重新链接”到表单模板，并修复了问题，但我想修复底层问题。我如何制作它以便用户不能在本地保存它（打破href到表单模板）或者使表单模板的链接保留在那里，即使他们在本地保存表单？
答案 0 :(得分：1)
可悲的是，这更多是由于培训和配置。我们最终总是“修复”这个问题（很有趣的是它似乎有相同的用户问题）。一些有用的想法。
提醒您的用户XSN是一个模板，XML就是他们的数据。他们永远不应该真的需要保存模板。一个很好的类比是Word dotx和docx - 你打开dotx（模板），但是当你保存默认为docx（数据）时 - InfoPath做同样的事情。
通常当您“打开”XSN时，它会以数据模式打开。当用户单击“保存”时，默认为保存为XML。他们必须“设计”或“在设计模式下打开”（或者一旦打开就切换到设计模式）来实际修改XSN本身。提醒用户，当他们去保存时 - 如果它试图保存为XSN则出现问题并备份步骤。
我们还尝试通过安全性或位置来保护XSN，以便普通用户无权编写/覆盖它 - 它们只能保存XML。这样即使他们搞砸了系统也会阻止保存。当然，这并不能使他们远离本地副本。
只是对此持开放态度 - 总会有一些情况，你必须返回并重新链接模板。你可以越多越好，但它们仍然会发生（“但我想在本地保留模板，所以我不必继续访问网站”）。