我们只是重试了让用户登录到另一台计算机上的实验，一个报告可以工作，但是没有返回任何值，第二个报告则提示她类似于上面的屏幕。 在原始用户计算机上，两个报告都提示输入数据库连接信息。

连接方法是通过ODBC到SQL Server。 所有机器都修补到相同的级别。 所有身份验证均通过域帐户进行。 与服务器的数据连接为：

请注意，由于我在不在域中的开发系统上，因此集成安全性为假。 所有其他用户都使用Integrated Security登录。

子报表连接：

关于驱动程序的要点，但是所有其他90多个报告似乎都可以在这台机器上正常工作。 在两台计算机上，只有使用版本22创建的2个最新报告似乎有问题。 每个人都在运行Windows10。由于.Net提供了基本的SQL数据客户端，因此SQL驱动程序只是一个问题。 这两个系统都已修补到.Net 4.7.1。

两个报告均基于单个视图，该视图以行的形式提供所有数据，然后可从单个存储过程对其进行访问。 所有有问题的用户都具有有权执行该存储过程的角色。

两个系统都安装了相同的Crystal Reports 22。

所有报告均通过相同的报告查看器表单进行查看，该表单将新的数据库连接应用于报告和子报告。 根据您上面的建议，我返回并检查了上面的每个数据库表和视图，以确保已授予SharesAdministration角色访问权限。 共享管理角色还具有对存储过程的执行访问权限。 对于大多数用户而言，默认数据库是ArmadaProduction，因此该用户正尝试显示一个报表，该报表默认为其默认数据库，并且已经具有Integrated Security访问权限。

令人困惑的是，为什么当每个用户的补丁程序级别都相同，安装了相同的Crystal Reports并使用相同的安全性和数据库角色时，它在某些用户系统上却无法在其他用户系统上正常工作。 同样，奇怪的是，它显示一个没有数据库的登录提示。 报表好像在加载期间丢失了数据库连接信息。

如果有某种详细的日志文件可以在发生这种情况时打开，这将是很好的。

Neil