为了将所有与 CRM 实体相关的文档集中在 SharePoint 中，并最大限度地减少 CRM 数据库占用空间的增长，我们决定将 CRM 跟踪的电子邮件附件存储在 SharePoint 中，但目前还没有现成的机制可以这样做。为了解决这个问题，我们使用电子邮件附件手动填充 SharePoint 文档库并适当地更新元数据（相关实体名称、用户、日期、标签等）。为了从 CRM 中查看文档和附件，我们在关联的 CRM 实体表单上创建了一个 IFrame，该 IFrame 链接回文档库中的自定义 SharePoint 视图。此视图通过 URL 参数根据实体名称进行过滤。这对我们来说比 SharePoint 中的开箱即用文档管理要好得多，SharePoint 在存储文档的方式上不够灵活，主要是因为它使用文件夹并且无法轻松更新元数据。但是，这些文档仍然作为跟踪的电子邮件附件保留在 CRM（和 Exchange 邮箱，但我们并不真正关心这一点）中。我们想要做的是将附件复制/或移动到 SharePoint 中，根据需要更新元数据，然后将 CRM 中的附件替换为新 SharePoint 文档的 URL。
以此为背景，我们将感谢本论坛中更有经验的 CRM 和 SharePoint 专家的一些指导。我们的问题是：
- 作为将附件从电子邮件中获取到 SharePoint 的一种机制更有意义：具有可由用户手动触发的操作的 Outlook 插件，或在 CRM 中使用有关设置的操作时触发的工作流或外表？我们还缺少另一种解决方案吗？ 我们总是在电子邮件上使用 Set-regarding 操作来指向附件应该关联的实体。
-我们还需要批量文档上传器，通过 Sharepoint 中包含实体名称的文档库中的添加字段将文档与实体相关联。目前我们使用 SharePoint 的批量文档加载器，然后尽可能使用数据网格视图手动更新元数据。似乎可以在这里轻松使用处理电子邮件附件所需的代码，但我再次不确定要使用什么工具：Outlook 插件、CRM 工作流/对话流程、SharePoint 插件或独立应用程序。
-最后，此时CRM实体与其在SharePoint文档库中的关联文档之间的关系完全依赖于实体名称。这并不可靠，因为 CRM 实体名称可能会在任何给定时间更改，然后需要更新关联的元数据。正确的解决方案是将关系改为基于 CRM 实体 ID 字段。从 SharePoint 中访问 CRM 实体数据的最佳方式是什么？请注意，我们目前使用 Office 365 处理电子邮件和 SharePoint，以及 Dynamics CRM 2011 Online，因此无法直接访问数据库。
您提供的任何指导将不胜感激！