我的问题与本文有些相关。 ssrs-date-culture-error
在我的网站上使用SSRS 2012网络服务生成报告时，我得到日期类型不匹配。
然而，这没有意义，因为使用SSRS 2005的旧设置适用于所有设置，并且相同。
自从我们升级到SSRS 2012以来，这个问题已经出现了。
解释问题： 我有一个使用短格式的网站：en-ZA“dd / mm / YYYY”
SSRS 2012执行的帐户：en-US“dd / mm / YYYY”（请注意，它与默认的en-US设置不同）
该网站使用Web服务“ReportExecution2005.asmx”并传递字符串字典以生成。在此字典中，日期将转换为不带格式的字符串。
我认为给出上面的设置，所有文化设置都符合这项工作，但没有。
我尝试使用军事格式yyyy-mm-dd将日期转换为字符串，如其他文章中所述，它可以正常工作。
然而，为什么SSRS 2012中的内部托管Web服务不理解传递给它的格式是没有意义的。 为什么不根据其运行的帐户在注册表中设置区域/文化设置？
是不是看着en-US而忽略了dd / mm / YYYY并使用默认设置？
使用en-GB提到的另一篇文章是短日期的默认设置是dd / mm / YYYY。 我尝试将帐户更改为在en-GB下执行，但这也不起作用。看起来它只适用于“yyyy-mm-dd”
任何帮助都将不胜感激。
由于