Q and A


Dr. Berg on designing and enhancing Xcelsius dashboards (transcript)

by Molly Brien

By Molly Folan

I recently moderated a web forum with Dr. Bjarne Berg on design, deploying and enhancing Xcelsius dashboards.

For the full Q&A, you can view the questions from Insider Learning Network members and Dr. Berg’s responses in the SAP BusinessObjects forum, or read excerpts from the transcript of the Q&A, below.



Designing, deploying and enhancing Xcelsius dashboards:

An exclusive Q&A today with BusinessObjects expert Dr. Bjarne Berg  



Molly Brien (Moderator):

Welcome to today’s forum on enhancing Xcelsius dashboards. Thanks to everyone for joining us, and thanks for taking these questions Dr. Berg.


For those who have not yet registered for the Q&A, click here to receive an exclusive download of Dr. Berg's presentation “Step-by-step instruction to build and enhance Xcelsius dashboards for optimal performance, availability, and usability,” which takes you through the process of building and optimizing an Xcelsius dashboard.


We have a few questions already posted, so Dr. Berg will be responding to these shortly.


Barnaby Richards:

What version of BOBJ does this presentation related to 3.X?  or 4.0?


Molly Brien (Moderator):

Hi Barnaby – the slides provided are from one of Dr. Berg’s conference presentations, so examples reference 3.X. However, during this Q&A Dr. Berg will answer questions pertaining to both 3.X and 4.0 releases. I hope this helps!


Dr. Berg:

Hi Barnaby, the sesson is focusing on BI 4.0 and Xcelsius, but questions on XI 3.1+ are also “fair game”.


Anitha Swaminathan:

Dear Dr. Berg – I would like to check if it is possible to use web services to pull the data from ERP to be displayed in Dashboards, along with the necessary authentication of user credentials, i.e. without staging the R3 data in BW (not via BICS). I have tried to pull the data from ERP into dashboard successfully using web services but have no idea about how to pass the user credentials for necessary authorization control. Thanks and regards, Anitha.


Dr. Berg:

Hi Anitha - BusinessObjects supports a variety of protocols for accessing the data and providing authentication between systems. In general, the most popular are Active Directory (AD), LDAP and SAP 'native' security.


For example to import roles to BI-4.: go to the administrator tab--> click "authentication" and select SAP. In SAP, configure a user account that has read access to import SAP roles into BI 4.0. Make sure you give it the authorization obje cts "Authorization for file access", Authorization Check for RFC Access, and User Master Maintenance: User Groups. Then, create an entitlement. When the entitlement System is created it will generate a new folder structure in BOBJ-BI. You can configure this to drop in the root parent folder.  Under the “Role Import” tab in the entitlement system setup, go to the SAP system and select the roles that you want to transfer to SAP BI system. For each role that is imported, BI will generate a user group: [SAP system ID] ~ [SAP client number] @ [SAP role]. Once the roles are imported you can enable the logon tickets for Single-Sign-On (SSO) using standard SAP functionality.


Jay Riddle, has created a great presentation with lots of screenshots on  BOBJ security configuration that also shows LDAP and Active Directory  setup.  


Chris Pohl:

How do I monitor usage? Specifically via the BusinessObjects Audit Tables?

How do I monitor performance? Specifically in tracking bottlenecks? Thanks.


Dr. Berg:

Hi Chris Pohl - The easiest and coolest way to monitor performance is to get someone else to do the work :-). i.e. SAP Solution manager has great early watch reports that give you actionable usage and performance data (make sure that stats are activated and captured in the 13 stats cubes in BW).


And the simplest way to look at BI performance is to use the Business Enterprise Monitoring tool that comes with BI 4.0. Just make sure you have installed Flash Player 10 (version 9 is not supported).  So many options (i.e. there are also database monitoring tool in BW 7.3), but since most people has not upgraded yet. The BO Enterprise Monitoring in BI 4.0 is probably your best bet. Using the audit tables directly is now considered a 'workaround" :-(


Also, inside BW there are many areas to look at performance management and usage. First from SAP BW, (I assume you are using BEx/BICS or OLAP Universes as source) you can look at:


RSRT – Provides Detailed Information on query

RSRV – Diagnostics for performance

SM66 –SAP BI Server performance Monitoring

ST03 – Workload Analysis Monitor

ST05 – Query and Database trace time spent different levels (network, database etc).


You can also 'go deep' and in the SOFA logs see the MDA.log file. This has all the MDX generated by WebI. With the code 'Mdxtest' you can analyze the efficiency of these statements outside WebI. If you go really deep: You can go to the UNIX logs (i.e. in Sun you can use the command "prstat" to see process-related information (memory usage, CPU usage on a per process basis). If you enter "prstat -u dboeuser –n20 -s cpu 10 20 > berg.out" You get a file with the 20 largest processes, sorted by CPU usage, owned by the UNIX id dboeuser. The output is stored in the file 'berg.out'.


But few go to this level unless you have major issues. So you really need 3 things: the DBA cockpit in BW; the early watch reports in solution manager; and the Business Enterprise Monitoring in BI 4.0.


Almost forgot: you can also get access to the new DBA cockpit in SAP_BASIS Service pack 12 (DBACOCKPIT).  It has more functions than you ha d before and you no longer need to use the 'old' codes. They are all available in the new DBA cockpit. i.e. DB02-Space management, DB12-backup, DB13/DB13C - configuration, DB24-jobs and ST04-performance. Thanks.


Chris Pohl:

Thanks Dr. Berg. Unfortunately we are a straight Business Objects XI3 Shop using XC, not an SAP shop… so we have no SAP usage information, just the Business Objects Audit Tables. So the question still holds “How do I monitor usage?”


Dr. Berg:

Hi Chris - The monitoring is from BOBJ (log-ons), the Unix environment (see steps above), or you can use network loads to see IP logs. And finally you can use the audit tables. There are actually a couple of demo dashboard on SDN that shows how they built performance tracking on top of these audit tables.




There are some issues with Flash versions, i.e. to use the enterprise monitoring feature of BI 4.0, you need Flash version 10. Don't go past this version. There seems to be an issue with Flash 10.1 (SAP recommends only version 9 or 10 in their Product Availability Matrix). The issue seems to be that for very large Flash files (around 2MB) the system hangs in initialization mode and never comes back. Others have also reported problems with even smaller files.


This seems to be much less of a problem with older Flash versions. I therefore suggest turning off automatic updates from Adobe and keep only stable versions on the system that is supported by SAP. I heard from one of my developers that this issue seems to be fixed in Flash 10.3, but we have some more work to verify this on large files, befo re I am completely sure. Thanks. Dr. Berg.





Simon Haddad:

Hi Dr. Berg, and user who posted the question about how to monitor usage,

10 years ago, when we were using BEx reports, and the statistics tables did not monitor "workbook" usage, and we could not rely on query usage, because there was no way to find "unique" hits of a report.

What we did was to create a VBA command with "on close event”. This then wrote the time, workbook, user, and other information to a text file on the server.  Using the text stream command.

I believe this is what you are asking?  Getting the counter hit for the workbook developed with SAP BusinessObjects.

It has pitfalls of course.... like caveman technology?  or requiring server access, or the workbook will always debug if used offline... but again, customer satisfaction is at play.

Dr. Berg:

Hi Simon - Yes we did something very similar a few years back in XI2, but it is as you say a “caveman’s” workaround. The redeeming factor is that it works, and that is hard to argue with :-)


Boz Gul:

We have around 5 dashboards which are created with Xcelsius. They use QAAWS to retrieve data. Now we are going to upgrade our BO to BI 4.0. How can we export and import the Xcelsius files? The XLF files are ok, but the QAAWS? Thank you.


Dr. Berg:

Hi Bozgul - You may have to set some of them up again. Take a look at the blog I wrote on QaaWs last month on SAP Insider and also the comment from SAP on some more options. I would not expect all of these web services to work automatically without testing them properly during the upgrade. My staff at Comerit Labs has reported no issues on the few we have done, but I also have seen that a client had to create the connections again and manually attach them (this was for external web services, while ours were internal inside BOBJ).


So test, test, test and be prepared for manual intervention. However, fixing any issues are usually a trivial task that is accomplished in not much time. Thanks.


LR. Yemineni:

Hi Dr.Berg -Good day. We are using BW7.0 and BO3.1 SP3. With the current BW version, Xcelsius can’t read BEx Query directly. We got two options - one is using BEx query as source of Crystal Reports via live office; it will be present in Xcelsius. The other option is creating a Universe, Webi and Xcelsius.


Which method will be the best in all aspects (performance, integration and access)? We have to live with current technical landscape. Upgrades are on the roadmap in coming months (hopefully next year). Please let me know with which approach we can impress business with effective Dashboards. LR.Yemineni


Dr. Berg:

Both alternatives are not 'great'.  


For OLAP universes based on MDX, you have to expect a 30-40% overhead on run times, but they are easy to build even though you get a bunch of smaller BEx queries. For LiveOffice, you also have an interface with overhead. I have seen performance hits in the 20-30% range, but it seems to be system sp ecific.


So, even though I hate OLAP universes, I believe that is probably your best route and they are easy to get rid of once you go to BI-4.0 and BICS connectors. But, frankly either one would probably do the job...


Anujit Ghosh:

Hello Dr. Berg – We are using SAP BW 7.0.1 (i.e. with EhP1). We are not using BO, however have planned to use Xcelsius directly with BW to create dashboards. In this scenario I read that BICS is to be used for connections.


Hence I would like to request you to kindly provide necessary information/ demonstration on Xcelsius developments with BW directly (i.e. without BO).


Dr. Berg:

Hi Anujit - Providing all information in a short message is probably not possible. But what you are describing is called a 'lean deployment' (see more on this in my presentation from the BI/IT conference 3 months ago).


The drawbacks of a lean deployment are that you have to manually set up connectivity for each user (no central management), each user must have a gui install, and the work developed by each person is hard to share unless published to a third media. Finally, security has to be set up for each user individually. So lots of drawbacks, but the benefit is that it is less expensive and can be done fast for a few number of users.


However, this approach is probably not the right way if you have more than 15-30 users. As you add users, it becomes a maintenance nightmare.


John Boer:

Hi Dr. Berg - How do we get around the portal timeout and subsequent error message that occur with Xcelcius dashboards using the 7.0 Enhp1 direct connection?


Dr. Berg:

Hi John - Not many options here without the BOE/BI4 environments to manage the connections. I would look at what is causing it and possible increase the timeout window for the portal. The issue may be the network, or simply in the data volume you are retrieving.


With BI 4.0 you can manage these connections centrally and also see how they are performing.


John Boer:

Dr Berg - Thank you for this response....


As we will certainly upgrade in the near future to 4.0, for some immediate relief we were looking into a workaround which is circulating on SDN that would include the use of a service that keeps pinging the server for the specific dashboard, in essence keeping the connections alive. Have you heard about such a solution and if so is there a document that describes in more detail on how to accomplish this?


P.S. We would not want to increase the current 15 min timeout setting which would affect all content and may have a negative effect on our system.


Dr. Berg:

Never used the ping on BOBJ connections before. But, yes, the ping would keep the connection alive (also result in 4 data packages being returned). It may work, unless the network admin has done his job and turned off the 'ping-of-death' to stop Denial of Service (DOS) attacks on the network.


So "yes" in theory, “maybe” in practice.



Today Glen wrote on a great 'cookbook' on how to install BusinessObjects 4.0 on SDN that has be en missing from SAP (BI 4 is still in ramp up until August 19th which is the current release data for GA). On the site there are 30-40 step-by-step pictures for a standard install, which should help you a lot (look for the blog called “Caboodle - Part 3 - The BOBJ4 Install"). In addition, you may want to look at the PAM document for BI 4.0 on SAP marketplace in addition to the standard install guide from SAP.


We just did an install last night for a client in the midwest, and the server install took 9.5 hours (after we had downloaded the software) and the client install took a bit more then 2 hours. So plan accordingly... Thanks – Dr. Berg.


Syed Sikandar:

Is it true that in BOBJ 4.0, we would be able to create a universe on multiple cubes residing in different environment like (SAP BI and SAP BPC)?  Thanks.


Dr. Berg:

Hi Syed - Not by 'default', but I have seen some interesting 'workarounds' using QaaWs and connectors to DBMSs. But the ones I have experienced are SQL universes and not OLAP universes. This was in XI 3.1


So far, we have not tried this in BI 4.0 (not advisable, since we will never build another OLAP universe again :-) but instead used the BICS connectors to BW.


Syed Sikandar:

Dr. Berg, thanks for the reply. Are you saying this is also available in BOBJ 3.1? Thanks.


Dr. Berg:

Hi Syed - Technically possible as a SQL universe, but this is 'custom work', and a better solution is to merge the data in multiproviders or via remote cubes instead of using the BI system to model the data. Also, a SQL universe does not work with BW unless you h ave a BWA system and the software component Data Federator Facade.


Dr. Berg:

Mis-read the question, the answer is yes: use multiproviders in BW. My first answer was for the other non-sap systems linked to BW data. Sorry for the confusion.


Syed Sikandar:

Thanks again for the reply.  The reason I don't want to build a multiprovider in BI system covering both cubes in BPC and BI is that it is not recommended by SAP.  This is what I was told by one of the co-workers.  I am not able to verify this with anyone else.  Would you agree with the co-worker of mine? Thanks.


Dr. Berg:

Not really. The multiprovider works just fine. So, unless there are sharing of Finance data issues (i.e. security) or organizational reasons (turf wars), there is really no technical reason for not doing it.



Hello Dr. Berg - We recently bought Xcelcius 2008.


1. I want to know how flexible Xcelcius is with MS SQL server connectivity. Can we establish such a connection directly and are there any manuals to do it.


2. Can we use the graphs, charts that we generate using our data in Xcelcius directly into a webpage? Is there a good manual explaining this? Also, everything should be dynamic.


Dr. Berg:

Hi Skaushik - What you really need for step-by-step connectivity setting is to read a book that was just published. David Lai and Xavier Hacking have just created a great book on Xcelsius with almost 100 scenarios on how-to do stuff in Xcelsius. It is called the "SAP BusinessObjects Dashboards 4.0 Cookbook".  I highly recommend this book.


There is also a very good book available from Evan Delodder and Ray Li called "Creating Dashboards with Xcelsius: Practical Guide" that is also worth checking out. These books have scenario based step-by-step screen shots and ideas on how to do the work.



Thanks Dr. Berg - Does it also deal with showing up dashboards in a web environment? I want to show some dashboard stuff in our live websites and make it more dynamic.


Dr. Berg:

Hi Skaushik - Yes, large portions of the 97 'recipes' shows how web deployments are done and how external services and objects can be leveraged.


Paul Kucera:

Hi Dr. Berg - we are using SAP BPC NW 7.5 (SP5-soon moving SP8) and would like to get Xcelsius connected to BPC. Could you please point me in the right direction so I can read up about how to establish two-way communication between these 2 applications?


Dr. Berg:

Hi Paul - The BPC is connected to as a BW/NW system and with BI 4.0 you can use standard BICS as the connectivity method. Setting up a BICS connector between BW and BI 4.0 is very easy. Here are the steps:


 A) Open a dashboard design file and go to data manager. Add a new BW connection.


B) Under the definition tab: Select you BW system and click on the BEx query you want (you will need to have a logon on the BW side).


C) Under the 'preview tab’ you can see the data and rearrange the fields if you want to.


D) Under the 'definition tab' and the output values, select cross tab data and add the cell reference where you want to insert the data into the bottom right area labeled 'insert in'.


E) Under the last tab "usage” click on "refresh before components are loaded'


F) Add the spreadsheet component to the canvas and bind it to the data (same area you inserted the data to).


G) Ignore any 'warnings' about not being able to preview the data and you can now launch the dashboard.


Hope this helps.


Simon Haddad:

Hello Dr. Berg from Australia at 5 am!

Given the BW 3.5 or 7.1 environments at present, there is a certain level of cost to transport reports from Dev to test to QA to Prod. The customer has 4 environments here.

Can you ascertain what level of effort does SAP BusinessObjects take to transport environment, as opposed to that of BW 3.5 or 7.1.

Although I have only seen BusinessObjects demonstrated, I can see a lot of samples being posted on SDN.

From here it seems, one can pick up a sample copy, and copy it to their internal server, and presto, you have a full running prototype.
Just as in the same way as business content, but the difference is they are user developed prototypes, rather than SAP business content.

Would it be that simple? Or just as in the current BW systems, one cannot simply pick up, for example, a prototype web report from another user without having first to build the building blocks of that BusinessObjects Report?

My question is also geared towards seeing how development costs of BusinessObjects, in relation to current Web Reports, or BEx Reports. Thank you.


Dr. Berg:

Hi Simon - Awesome questions!!  Most work by power users will not be transported, but developed 'live' in the BI workspace of BI 4.0. The items that will need to be moved have to follow the standard process and you cannot rely on copying the items between the boxes. This will fail in most cases.


So the overhead is about the same as BW, but not as complex. However, the trick is to let the business build their own dashboards and Webi reports in production and not have to transport these objects.


Simon Haddad:

Hi Dr. Berg - Thanks for your encouraging reply!

Yes the customer's comment on BW 7.1 immediately has been it is much simpler to use than the current BW3.5 which is more developer focused.

The customer had developed over the last 10 years a product, using Centurion, to do what BW 7.1 is coming to do.
Although not manageable by any other developer, other than the programmer that developed, BW3.5 was very much like an infant child in terms of its functionality in comparison.  So we gave up trying to convince the customer BHB Billiton to use SAP's "great" product.

Now BW 7.1 interface is coming around for the BEx environment.

The web side is something that developers, or really power users understanding web, would be able to tackle.

It seems from your comments that now, SAP BusinessObjects are making that task even simpler.

Given the customer has analysts that are really powerful excel users for the last 20 years (or since its inception), this starts to come even more towards empowering the business more.

In fact, my customer has been the real proactive leader in not accepting the standard "functionality", using instead:
- javascript
- Visual Basic

and just 'artistic' solutions.

In the end, the customer just presses a few buttons, in order to drive a ferrari, which as we know from watching Top Gear, is not simple.

Although the development costs are higher, ensuring that they have been designed to work dynamically, then if you multiply 60000 employees saving 5 minutes of time, then you can see the cost saving, and more importantly, the customer and user satisfaction.


Dr. Berg:

Hi Simon - I totally agree!!  The savings are small for each user, but multiplied by many users, over a long-time period BI-self service is both logical and inevitable.  The trick is going to change organizations from Excel data jockeys to on-line analysts.


That may take a generational shift and may be easier when the next generation takes over the management offices.



Alok Mehta:

Hello Dr. Berg - Our company strategy is to make end-user / business -self-sufficient and let them create their dashboard. But, I feel this may cause confusion, data discrepancy etc.


So from IT and Business perspective - should there be different strategy and not a self-service tool? Should IT govern and own it and let end-users be consumers and not owner / developer? Please advice what is the best strategy from leadership team perspective...Thanks.


Dr. Berg:

Hi Alok - Long-term, the BI self service is the only right way to go, with business owning BI and IT owning data warehousing. However, organizations and tools are immature and we have a long way to go (3-5 years).


So, for now: WebI ad hoc for business power users, WebI canned reports for casual users; enterprise dashboards by IT and departmental dashboards by authors in the business.


Steve Jonath:

Dr. Berg - We developed a dashboard using Xcelsius 2008. The data was pretty huge, so performance of the dashboard was compromised at one point. With BO dashboards, what amount of data can be used for optimal performance of the dashboard? Thanks.


Dr. Berg:

Hi Steve - Keep the SWF files at 1MB or less, and realistically no more then 500 rows. You can go to 1000 rows if the record length is very small. Thanks.


Steve Jonath:

Thanks Dr. Berg - I have few more questions –


-What are the new components introduced in BO dashboards?


-What are the connectivity mechanisms of BO dashboards to SAP and non-SAP source systems?


-What kind of reporting should we identify for BO dashboards? Thanks.


Dr. Berg:

Hi Steve - You can connect using LiveOffice, BICS (BW), MDX (BW/other), QaaWs, ODBC for SQL universes, and using the Data Federator. There are pros and cons of each of these and some may be more appropriate for the work you are doing (sources, volume, integration etc.). Also, there is a very long list of new components of BI 4.0 and we will cover this in detail in 3 sessions at the Xcelsius Bootcamps this fall. The list is also available on SDN and on SAP marketplace in more details.




Sizing the BI 4.0 environment is a tricky business. This is due to t he many components. For example, for the server you need either of the following CPU configurations:  POWER5 (IBM-AIX); UltraSPRACT24 (Sun) or a 2.0 GHz Intel Core CPU (Windows & Linux); Compiled files using Windows, can use CPUs from both Intel and AMD.


You also need Min of 4.0 GB Memory (more based on number of users) and the minimum server disk space if you only install English: 11 GB Windows; 13 GB AIX/Solaris; and 14 GB for Linux. If you install all languages: 14 GB Windows; 15 GB AIX/Solaris; and 16 GB for Linux.


The sizing of the PCs should be at least 1GB ram (I like much more); and 3.5 – 7.5 GB disk space (depends on languages).


In June a great set of sizing documents and guidelines were made available on SAP marketplace. I particularly liked the t-shirt sizing models provided in the documents. For example, now we are sized in SAPS and a small system is about 3,300 SAPS and the recommended size is 16 GB memory.  Take a look under sizing guidelines on marketplace for more info.




In addition to Insider Learning Network, the three core sources I use the most for Xcelsius 'intelligence' are:


1) BusinessObjects Expert (on-line magazine and web site)


2) Xcelsius Forum on SDN


3) Xcelsius Tutorials on SDN  


These are great sources for information, but required hunting it down. You can also get all information in one place at the Xcelsius Dashboards Bootcamps this fall September 19-21 (Chicago); October 3-5 (Philadelphia); November 2-4 (Las Vegas) and December 7- 9 (Copenhagen).


SAP BI 4.0 training is also now available, and I just sent one of my employees last month to the class in Raleigh and he was very happy with the material presented.



Simon Haddad:

Hi Dr. Berg - Can we get your opinion on performance and sizing of the system?


The system is always under resourced in terms processing power based on SAP's recommendations at times.


The customer recently said the system should be based on max load, rather than average load. I tend to agree, and then to double or triple this, given the cheap costs of processors, and the expensive costs of analysts.


What is your opinion here? Thank you.


Dr. Berg:

SAP just changed the way it does BOBJ sizing and posted new guidelines on marketplace 4 weeks ago. They are now doing it in SAPS instead of CPUs and memory. They even provide a T-shirt guideline based on number of concurrent users (S, M, L, XL, XXL). I am just finding out that we still see some slowdown on the backen d server and will probably add about 25% more processing power and memory than the guideline calls for.


But it is a great start for SAP (they even made a demo video on how to read the sizing guidelines on marketplace).



In-memory processing is the easy way to go for really fast dashboards. HANA is available as version 1.0, but as of now, it only works by replicate data from ECC to an in-memory platform. However, in ServicePack 3, HANA will be able to do the same for BW data. (This was formerly known as HANA v 1.5).


The cool long-term idea with HANA is to replace the databases under BW and ECC with in-memory processing databases, instead of traditional relational databases. This means much faster query response time and more compressed data (smaller database). This will also make dashboards much faster since all data is read from memory.


But for now, BWA is for BI data and HANA is for in-memory operational reporting. Of course you can build dashboards on either.



I really anticipated this question and was prepared :-) so here is one more post on Flash:


Despite being unfamiliar to many developers, passing Flash variables between dashboards requires very little work. The trick is to create an input field (i.e. input text object), store the data in one dashboard and dynamically read it in the other dashboard. When the data change in one da shboard, it will be read by the other.


To do so, you just drag the input field and a Flash (swf) loader to the canvas of your dashboard. Just add any default value on your spreadsheet (i.e. B2: cost center 50). This will be read when the dashboard open and will make it execute properly. In Excel add the text in another field (B1: =Concatenate (B3,B2) and in the last field the link (B3: child.swf?Variable1=). The concatenation will create the statement: child.swf?Variable1=cost center 50. This is all done in the parent dashboard. Now we need to make the next dashboard read this value.


In this dashboard you just look at adding a flash variable. You will find this under the data manager. There is a button at the bottom of this screen called "import named ranges'. Select your range (B1). Remember that the value received from the parent dashboard need s place to ‘live’, so you can link it to a field in your spreadsheet (anywhere) and can now use it on the child dashboard.



Dr. Berg


Philip Neijenhuys:

Thanks Dr. Berg for your inside information and answers. Very helpful for our future activities in regard to implementing Business Objects.


Molly Brien (Moderator):

Thanks to all who posted questions and followed the discussion!


A full summary of all the questions will be available here in the BusinessObjects Forum and in the SAP BusinessObjects Group on Insider Learning Network. I also encourage you to join the newly formed Xcelsius Dashboards Bootcamp group on Insider Learning Network for Xcelsius-specific information, and follow Dr. Berg’s blog on Insider Learning Network.


For those of you who requested the SAP BusinessObjects security presentation:


Insider Learning Network is making Jay Riddle’s presentation – “SAP BusinessObjects Security: Features, Requirements, and Integration with Your Existing Policies” from SAPinsider’s SAP BusinessObjects Seminar – available to members. To download the presentation, log in, go to Member-only Resources and scroll down to the BI/BW and SAP BusinessObjects section. (To become an Insider Learning Network member, join here.)


Dr. Berg will be one of the featured speakers at SAPinsider’s newly announced Xcelsius Dashboards Bootcamp seminar, scheduled for Chicago September 19-21, plus additional dates in PhiladelphiaLas Vegas  and Copenhagen. For more details, visit the Xcelsius Dashboards Bootcamp site.



And thank you again to Dr. Berg for joining us today!






An email has been sent to:

More from SAPinsider


Please log in to post a comment.

No comments have been submitted on this article. Be the first to comment!