cancel
Showing results for 
Search instead for 
Did you mean: 

Disabling prompts in RRI (receiver)

Former Member
0 Kudos

Hi Experts,

I'd like to know if there's anyway to disable the prompts or functionality of a refresh of an RRI (receiver).  Not entirely sure if that's the correct term.

We have a report (R1) with line items and would be using the Go To functionality to access a second report (R2).  Here, R1 will be "throwing" R2 the parameters it used together with the line item information.  What I'm asking is if there's anyway to prevent the users to refresh R2 (ie disabling its prompts)

Hopefully, it wasn't too confusing.

Kind Regards and Many Thanks,

Mark

Accepted Solutions (0)

Answers (2)

Answers (2)

TammyPowlas
Active Contributor
0 Kudos

Mark,

Thank you for the screen shots

The only way I see to not get those prompts to show up is to remove mandatory variables from the underlying BEx query in the receiver query.

I don't think there is anything specific you can do in Analysis Office as it is relying on the underlying BEx queries and the RSBBS transaction.

Former Member
0 Kudos

Thanks, Tammy!

We'll try your suggestion.   If all else fails, guess we'll just need to communicate it with the clients.

Kind Regards,

Mark

TammyPowlas
Active Contributor
0 Kudos

Mark:

I am not sure I follow entirely, but take a look at step 4 of this:

It seems you would want to control sender-receiver behavior in BW transaction RSBBS

Former Member
0 Kudos

Hi Tammy,

Always great to hear from you!  Sorry if I was a confusing.  We actually setup the RRI already.  What we wanted to do was to basically limit the user from refreshing or re-entering prompt values to the 2nd (the one being called) report.

Kind Regards and Many Thanks,

Mark

TammyPowlas
Active Contributor
0 Kudos

Hi Mark - maybe you could share some screen shots of what you are trying to do?  Use the camera icon to upload.

Former Member
0 Kudos

Hi Tammy,

Here's a screenshot.  I was supposed to upload document.  Hope this is ok.

Kind Regards and Many Thanks,

Mark