Continuing our previous post on Input Controls, let’s now look into Element Linking in Web Intelligence Reporting. The combination of Element Linking with Input Control allows developers to create hybrid dashboards using Web Intelligence Reporting tool. In essence, they allow filtering between report elements thereby facilitating interactivity between one or more elements. This also allows us […]
Back in March I posted “Five Reasons Why Ad Hoc Reporting Won’t Work In Some Organizations“. In that post, I listed some of the major concerns that I hear from potential clients when the subject of ad hoc reporting is broached. We’ve already addressed “Our people aren’t smart enough to create their own reports”, “We need to massage the data first”, “I don’t want people poking around in data they shouldn’t have access to”, and “I already pay people in IT to create reports”.
As a conclusion to this series, let’s look at out final topic: If I give them ad hoc access to data, they’ll keep asking for more.
One of the other reasons I hear is that managers don’t want to train end-users to create reports, since they have folks in IT that already tasked with that. Some report authoring will always need to be handled by IT, due to it’s complexity, lack of data availability, etc… But I argue that the lion’s share of the development can be handled within each department instead, freeing IT developers to take on other projects critical to the organization.
Data security is typically a really a big deal for organizations, and it SHOULD be. Thankfully, SAP BusinessObjects offers a number of ways to provide security around functionality, content and data. With some careful planning and a well-designed SAP BusinessObjects implementation, you can rest assured knowing that users will have access to only the information that they are supposed to see.
I recently posted an article titled “Five Reasons Why Ad Hoc Reporting Won’t Work In Some Organizations”. In that article, I listed some of the major concerns that I hear from potential clients when the subject of ad hoc reporting is broached. As promised, I will be addressing each of those concerns and showing how they can be overcome. Today, we begin with the first one: “Our people aren’t smart enough to create their own reports”