SQL Server 2012SQLCLRが.NET4.0をサポートしているので、SQL Server Reporting Services（SSRS）2012が.NET4.0カスタムコードアセンブリをサポートすることを非常に期待していました。.NET 4.0アセンブリを参照するrdlを（レポートマネージャーまたはRSBuildを介して）アップロードしようとすると、レポートマネージャーは次のようなエラーをスローします。
このアセンブリは、現在ロードされているランタイムよりも新しいランタイムによってビルドされ、ロードできません。（rsErrorLoadingCodeModule）
SSRS2012に.NET4.0アセンブリをロードさせるように構成できるものはありますか？SSRSでカスタムアセンブリの.NET4.0サポートが表示される前に、SQL Serverの次のメジャーリリースまで待機しますか？
SSRS 2014がリリースされましたが、カスタムコードはまだ.Net4.0フレームワークをサポートしていません。
「SQLServer2014をインストールするためのハードウェアおよびソフトウェア要件」（http://msdn.microsoft.com/en-us/library/ms143506(v=sql.120).aspx）の前提条件を参照してください。
SQL Server 2014が数日前にRTMを実行したばかりであり、.NetFrameworkの担当者が次のように言っていることですでに「レガシーアプリケーション」と見なされているのは非常に面白いことです。
.NETFramework3.5はWindows8またはWindowsServer2012にデフォルトで含まれていませんが、レガシーアプリケーションの互換性のためにダウンロードして展開できます。
...「Microsoft.NETFramework3.5の展開に関する考慮事項」（http://technet.microsoft.com/en-us/library/dn482066.aspx）を参照してください。
より大きな問題は、.Net3.5SP1のサポートライフサイクルを実際にデフォルトのコンポーネントであったOSに関連付けることができるかどうかだと思います。彼らが何を言おうと、SQL Serverが今日リリースする製品の前提条件になっている限り、Microsoftが.Net3.5のサポートを終了することはわかりません。.Net Frameworkの人たちは、今のところ怠惰なSQLの人たちにあまり満足することはできません...
実際、.Net4.0アセンブリを使用したレポートはVS2010（PreviewProcessingService.exe）で正常に機能することがわかりました...
また、レポートは、SharePoint2013統合モードでSSRS2012SP1に展開するときにも機能する場合があります。
.Net 4.0 CLRがSSRSでサポートされる時期/場所に関する信頼できる回答は次のとおりです。http：//support.microsoft.com/kb/2869522/en-us
SSRSをスタンドアロンモード（SharePointなし）で使用している場合は、しばらくの間.Net2.0CLRでスタックする可能性があります。
私は間違っているかもしれませんし、もっと違いがあるかもしれませんが、レポートサービスからダウンロードしたレポートと.Net Framework4.0+を使用してVisualStudioで作成された「同一の」レポートを比較した場合、唯一の違いはxmlにReportParametersLayoutセクションを配置することだと思います。これをxmlバージョンのレポートファイルから手動で削除してからアップロードすると、うまくいくと思います