2017-08-14 62 views
1

我正在構建一個SSRS報告,該報告旨在具有靈活性,因此我不必根據您在角色中的角色創建多份報告公司。我使用參數中內置的User!UserID來驅動我的一個報告參數(根據您在HR系統中的角色過濾最高參數)。這部分工作很好。SSRS 2016報告或共享數據集具有用戶配置文件依賴關係,無法無人值守

但是,我也需要能夠使用數據驅動訂閱來安排此報告,但由於我使用的是User!UserID參數,因此如果出現此錯誤,我將無法設置數據驅動訂閱是用戶配置文件的依賴關係。有沒有辦法解決?我知道我可以創建標準訂閱並且工作正常,但對於我們組織的規模而言,數據驅動將是理想的。

任何想法?

回答

0

我能找到解決這個與下面的文章:

https://social.msdn.microsoft.com/Forums/en-US/9c9b650e-d239-4038-8e50-5dd995621c74/how-to-deal-with-useruserid-in-datadriven-subscriptions?forum=sqlreportingservices

「你可以除了自定義代碼解決方案就是創建一個隱藏的參數,該參數將包含userdID

用自定義代碼函數(Code.UserName())的輸出的默認值聲明該參數,並通過使用此參數的報表作爲User!UserID的替換。調度此報表時,您將此參數與您訂閱查詢的輸出結果一起輸入。

如果你還沒有從博客的自定義代碼:

公共功能的用戶名() 嘗試 返回Report.User用戶名 捕捉 返回「系統」 結束Try 端功能」

相關問題