使用创建、测试、分发报告

ratna423

我们每个使用 Dynamics CRM 365 的人迟早都会遇到报表主题。 CRM 报告通常从第一天起就让人又爱又恨。 它从有时非常繁琐的过程开始，直到您拥有适当的开发环境，然后继续进行创建和设计本身的复杂性，并或多或少以报告的测试和分发结束。 无论您是作为顾问（如 infinitas 的我们）接触此主题，还是作为使用 Dynamics CRM 的公司中负责分发报告的管理员和员工，您都应该有一个清晰的方法。 我想向您展示我目前如何在一个较大的项目中跨不同环境创建、测试和分发报告。即使在较小的项目中，一两种方法也可以为您提供帮助。 创建 关于这一点已经有很多文章了。仍然适用于所有版本的一种方法是适用于 Visual Studio 2012 的 SQL Server Data Tools。 创建 这些数据工具也包含在VS2015中（并同时安装在此处），但在安装过程中报告扩展无法识别它们。至少我根据网上社区的信息没有成功。网上多次提到的错误是缺少 Reporting Authoring Extension 的先决条件。 有关 Microsoft Dynamics 365 的提示和技巧：您可以在我们的自助服务区域找到有关 CRM 的更多信息。

我总是很感激新的提示。 ☺ 我们不想在这里再写更多有关报道的内容。在这种情况下，唯一重要的事情是我们记住保存报表项目和 RDL 文件所在的文件夹。稍后我们将在另一个工具中需要它。 始终了解最新的数字信件 分发报告... 当项目变得更大时，除了生产之外，通常还会使 波兰Whatsapp 号码 用其他环境。通常，这些是开发以及测试和验收环境。 开发环境，顾名思义，是编辑一切的起源。报告还应在此处创建和存储*。稍后我会谈到“归档”中的明星。 但通常开发环境中的数据很少（如果有的话）。为了更仔细地测试报告并查看各种数据在内容上是否正确再现，您需要验收环境。 在大多数情况下，只有数据查询（即选择）可以针对开发进行测试，以确保一切都合适并且没有技术错误。 做 Fetch 还是不做 FetchXML——这就是问题…… 稍微探讨一下查询的编写方式，即 SQL 或 FetchXML 查询。如今，尽管我是 SQL 的忠实粉丝，但我仍然会使用 FetchXML 进行查询。仅 Microsoft 的“云优先”口号就应该让每个人都对 FetchXML 报告感到满意，因为它们是云中的要求！ 但回到主题。 ☺ 我还在这里做什么？在这种情况下，可以使用客户概览的改编版本（CRM 的标准报告）。



该报告的原始文件名为“Account Overview.rdl”，它还有一个名为“Account Overview – Sub-Report.rdl”的子报告。 我只是在这里提到这一点，因为您很快就会看到实际的文件名在这种类型的报告分发中发挥着作用。 我现在想在其他环境中分发创建的报告。您可以通过“步行”的经典方式完成此操作。当我在 CRM 中创建报告时，系统会询问我该报告来自何处。如果您在此处输入 RDL 文件，则可以上传之前创建的报告并使其可用。随后必须以相同的方式对报告进行调整。打开报告、选择文件、保存报告... - 包含用户想要测试的每一个小更改。 是的，当然，您也可以从 Visual Studio 连接到 CRM 系统并在开发过程中调用预览。但只有开发人员可以在工作期间这样做。部门或系统用户需要在适当的时间点提供报告。过滤器和数据选择的行为通常只能在验收或生产中正确看到。 XrmTool Box - 看看... 当我再次更新 XrmToolbox (http://www.xrmtoolbox.com) 时，我注意到一个新插件可以在这种情况下很好地为我们服务。即这个： xrmtoolbox-报告同步 ReportSync – 非常感谢 Andreas Seitz！ 该工具使下载和上传报告变得轻而易举！ ;-) 然后我们想将其集成到我们的结构中。 首先，我在项目目录中为报告创建了一个新文件夹。该文件夹也用作 Visual Studio 中的存储位置。 第一次呼叫的设置...特别勾选此处的“包含仅存在于 CRM 中的报告”复选框。我们当地还没有任何报道…… 报告同步设置 现在将下载 CRM 中的所有报告。如果您想排除某些报告，也可以使用过滤器。