How to Broadcast a BEx Report through E-mail How to Broadcast a BEx Report through E- mail This is a step by step guide on how to broadcast a BEx report to the E-mail of specific users. 1) Open the BEx query in BEx Query Designer. 2) Go to Menu “Query->Publish->” and Click on “BEx Broadcaster” 3) Internet Explorer (or any default browser) window will open with a login screen for the “SAP NetWeaver Portal” 4) Login using the BW login credentials of the User using which you want the BEx report to be broadcasted. 5) You will see a screen as below which shows the list of available broadcast settings for the particular query: 6) Click on “Create New Setting” button. 7) There will be four tabs a. Recipient(s) b. Texts c. General Precalculation d. Filter Navigation Recipients You have different options for entering recipients: User: Users in Roles: Note: If an e-mail address for a user that you have specified under User or User in Role has not been maintained in user maintenance, the user will not receive the distributed file as an e-mail. Instead the user gets a message in the Business Workplace (transaction SO01). E-Mail Addresses: Authorized User: Language: User-specific: If you schedule the broadcast setting in the background (for example for a specific time), then you can generate the document user specifically. The system generates the document for each of the specified recipients with their personal settings (date format, language) and data authorizations. Recipients that are only specified with e-mail addresses are excluded from this. For this recipient, the system generates the document with the settings for the authorized user. Texts - Here you can make the following entries: Subject: Importance: Contents: General Precalculation
This document is posted to help you gain knowledge. Please leave a comment to let me know what you think about it! Share it to your friends and learn new things together.
Transcript
How to Broadcast a BEx Report through E-mail
How to Broadcast a BEx Report through E-mailThis is a step by step guide on how to broadcast a BEx report to the E-mail of specific users.
1) Open the BEx query in BEx Query Designer.2) Go to Menu “Query->Publish->” and Click on “BEx Broadcaster”
3) Internet Explorer (or any default browser) window will open with a login screen for the “SAP NetWeaver Portal” 4) Login using the BW login credentials of the User using which you want the BEx report to be broadcasted.5) You will see a screen as below which shows the list of available broadcast settings for the particular query:
6) Click on “Create New Setting” button.7) There will be four tabs a. Recipient(s) b. Texts c. General Precalculation d. Filter Navigation
RecipientsYou have different options for entering recipients:
User: Users in Roles:
Note: If an e-mail address for a user that you have specified under User or User in Role has not been maintained in user maintenance, the user will not receive the distributed file as an e-mail. Instead the user gets a message in the Business Workplace (transaction SO01).
E-Mail Addresses: Authorized User: Language: User-specific: If you schedule the broadcast setting in the background (for example for a specific
time), then you can generate the document user specifically. The system generates the document for each of the specified recipients with their personal settings (date format, language) and data authorizations. Recipients that are only specified with e-mail addresses are excluded from this. For this recipient, the system generates the document with the settings for the authorized user. Texts - Here you can make the following entries:
Subject: Importance: Contents:
General Precalculationo Variable Assignment: You can create values for the variables for the query that are ready for input
or you can specify the Web application. The query or Web application is then precalculated with these variable values. You are able to select an existing variant for the query. The query is precalculated with the values of the variant.Filter NavigationOn the Filter Navigation tab page you can specify characteristics or a control query so that the system precalculates several documents with different filter settings from the same query or Web application. These filter values provide you with a navigation option in the precalculated document. You can select the filter values using dropdown boxes in the navigation block.You can make the following settings:
No Filtering: The system precalculates an unfiltered document. Filtering Using Selected Characteristics: The system precalculates several
documents with various filter settings according to your chosen settings. Highlight the
desired characteristic and specify the desired filter value using Create Filter Values. You can specify a maximum of two characteristics.
Filtering Using Control Query: The system precalculates several documents with various filter settings. The filters correspond to the characteristic combinations of the control query that you specified. Specify the desired control query in the Control Query field either manually or using Selection.
8) Give a description for the broadcast setting9) Select the Distribution type. In our case it would be “Broadcast Email”.10) Select the output format. We will select “XML (MS Excel)” which is the Microsoft Excel Format.11) We can enable the “As ZIP file” checkbox to send the file as a zipped attachment to the recipients email.12) Recipients: Specify the email addresses of the users to whom you want the report to be broadcasted in the “Email Addresses” field.
13) Texts: Specify the Email “Subject” and the Email “Contents”. The subject and contents specified here will be reflected in the Subject and contents of the email delivered to the recipient.
14) General Precalculation: If the query has any input variables, you will have to create a variable assignment and assign values for the variable. The broadcasted report will be precalculated for the variable values which you assign in this tab. Select VAR_01 as shown in the below screenshot and click on “Create”. You will see the variable screen where you have to assign values for the variables and click on ok. (Sample variable assignment shown below) 15) The Filter Navigation tab is used to apply filters (if any) to the query before precalculating and broadcasting the query. We can leave it blank if no filters are to be applied before broadcasting.16) Now save the broadcast setting by giving a technical name.17) The next step is to schedule the broadcast after specifying the recipients, the contents of the email, and the variable assignment. Click on the “Schedule” button. Enable the “Create New Scheduling” check box, and select the time to schedule the broadcast and click “Transfer”. Scheduling the Broadcasts Automatically:The scheduling of broadcasts can be automated with the help of a program and through process chains. Create a process chain and include the ABAP program “RSRD_BROADCAST_BATCH”. This program can be used to schedule the broadcasts in the background without any use intervention. Create a variant for this program and give the technical name of the Broadcast setting for the selection variable “S_SETTNG (Broadcast Setting)”.Now schedule the process chain at the particular time (may be periodic) at which you want the broadcast to be sent.
Analyze your existing SAP BW environment for potential candidates that should be redesigned by running programSAP_INFOCUBE_DESIGNS. This program takes around five minutes to run and returns a list of every table associated with every infocube grouped by infocube. Look for the dimension tables in red (which is representative of being greater than 15% of the fact tables). These are your best candidates for redesign. We highly recommend you run this program on a monthly basis to have a better handle on performance in your system.
1. Small dimension tables (more important)
o The smaller a dimension table is, the less time spent reading from it.o Performance is much better when dimension tables remain small.
2. Few dimension tables (less important)
o Keep the dimension tables small (<15% the size of the fact table)o Only enable time dependency if necessaryo Avoid Min and Max aggregation for Key Figures in large InfoCubeso The most commonly used characteristics should be ordered first in a dimension
So you want to report on your data in real time instead of making canned reports for your clients? Well, business objects explorer (BOE) 4.0 is just what the doctor ordered. Imagine a world where the client can run a report on exactly what they need without the need for a front end team to create canned reports that are often restrictive in nature and don’t allow the end user to fully explore data in the manner they they so often choose. No more expensive SAP BW trainingfront end and report design training courses will be needed as the traditional locked down report development landscape is becoming obsolete.
Business Objects Explorer 4.0, when coupled with the Business Warehouse Accelerator make for the information powerhouse that every competitive company is seeking to obtain. Imagine running a report on your terms rather than what another team designed for you. Traditional BEx reports more than likely need updating and contain less than desirable fields. With BOE, you pick what you want to see in real time! No more making calls to Fred down on the SAP BW/BI BEx query design department as you can report on what you want when you want.
Data is pulled into BOE from any source you like including existing SAP BW data warehouses. Bear in mind that if you don’t have a Business Warehouse Accelerator (BWA) results will take much longer to return. BOE 4.0 allows the user to search for data at the speed of thought. Business Analysts are going to love using BOE as it unlocks so much potential for the end user and ultimately the company in the information management landscape.
Why use a MultiProvider: When you need to combine multiple InfoProviders of varying types into one reportable object. It’s essentially a view on InfoProvider tables which means MultiProviders store no physical data. MultiProviders do not join data. There is another BW object called an InfoSet which is a reportable object capable of joining data
Common usage: Logically partitioning InfoCubes and DSOs to improve performance. Logical partitioning expedites the activation process (less data = less time to activate) as well as reporting (less time spent looking for data).
Best Practices:
o SAP recommends a maximum of 10 InfoProviders per MultiProvider.o Set InfoProvider specific properties which force a query to point to a single
InfoProvider instead of running sub-queries on all InfoProviders during query runtime.o Always incorporate MultiProviders into your design when you plan on reporting off
of InfoProviders like DSOs and InfoCubes. This allows you to connect reports to a single multiprovider all permitting changes to the underlying data structures without losing the report connections.
Example:
InfoCubes – ZFIM08, ZFIM09, and ZFIM10 are logically partitioned by calendar year and built under the ZFIMMP MultiProvider umbrella. The querying user running the report only wants to see data from 2009, however by default, the query will look for 2009 data in all three of the InfoProviders when in actuality, only one contains 2009 data. To resolve this
performance issue, we can set each logically partitioned InfoCube to a static calendar year during the modeling process, so the query sees this upon execution and ignores the other two InfoCubes.
Posted 4th February by SAP BI/BW
4.
Feb
4
DataStore Objects
DataStore Objects
DataStore Objects (DSO) formerly known as Operational DataStores (ODS is the old acronym) are primarily used in the BW environment to stage data and allow for another layer of data cleansing before data is moved to the InfoCube. However, you could also use a DSO to report from (although not recommended as SIDs are generated in real-time) bypassing the need for an InfoCube. It’s a best practice to always include DSOs in your source to target data flow. The three containers of data within your data flow should be DataSource (source of data) –> DSO (detail level data) –> InfoCube (data to be reported).
What makes a DSO different from an InfoCube? DataStore Objects consist of much fewer tables as data is stored at the detail level. DSOs do not utilize the ‘Extended Star Schema’ and therefore it is best to not report from this type of InfoProvider. DSOs are essentially a flat table (think of a spreadsheet) where data is dumped into. Every record is unique in a DSO thanks to technical keys which I will discuss below.
When data is loaded into a DSO, it first gets sent to the New Data (40) table. The data will sit in the New Data table until it is activated, which then ships it over to the Active Data (00) table and the Change Log table (##…). During the activation process, the New Data table gets wiped out, and a change record is loaded to the Change Log.
Three Types of DSOs:o Standard (most commonly used)
When to use- Line item detail level Capable of using secondary indexes to improve read performance
Secondary indexes are set within the DSO modeling screen, lower right
Remember to delete data from change log regularly as it will continue to grow overtime and cause performance issues
Any data no longer being used in the active table should be archived
InfoObjects are essential to the SAP business intelligence solution. InfoObjects accept and obtain information from the source, then revise and arrange the information into either a standard or unique report. The InfoObject is the smallest building block in SAP BW. It is put to use in InfoProviders (InfoCubes, DSOs, MultiProviders, Queries, etc…). Picture InfoObjects as very small Lego pieces that when assorted together, make a much bigger Lego formation (InfoProvider). InfoProviders are made from InfoObjects and form something critical that permits end users to report from. You will find five different types of InfoObjects offered in the SAP BW environment.
Types of InfoObjects:
A) Characteristics (Employee, Customer, Material)
B) Key Figures (Quantity Sold, Amount, Weight)
C) Time Characteristics (Year, Month, Period, Quarter)
D) Unit InfoObjects (Currency Unit, Measurement Unit)
This type of InfoObject symbolizes a business entity that you are likely going to be analyzing. Such as: material, customer, or region.
B) Key Figures:
This type of InfoObject provides numeric measures of business entities. We chose to implement these to examine characteristics by weight, quantity, price, amount, etc…
This particular type of InfoObject provides when a transaction takes place. As an option, fiscal year, month of sale, day of sale, quarter in which something sold.
D) Unit InfoObjects:
This kind of InfoObject provides what unit of measure a key figure is using. For instance, we might be using the metric system to gauge weights for our clients, so as a substitute for pounds we will be using kilograms.
E) Technical Characteristics
SAP internal InfoObjects that retain information containing automatically generated IDs that are being used for monitoring and administration of the SAP BW system. For example, every individual load into SAP BW involves a unique request ID that ties back to a exclusive load so administrators can diagnose inaccuracies or take out a bad data load.
See if you are able to spot the InfoObjects that we would need to use in an effort to answer this business question…
ABC Corporation is interested in finding out how much of product x shipped on date x to factory x.
0NAME (ABC Corporation), 0MATERIAL (Product x), 0DATE (Ship date x), 0LOCATION (factory location) would be our characteristics needed
0AMOUNT (Quantity shipped) would be our key figure used to measure the quantity of products shipped
We know that we would need at a minimum, an InfoProvider that incorporated the above five InfoObjects. This is important when building in BW to get the client to let you know all the pieces they are wishing to analyze (InfoObjects) so you can produce an InfoProvider containing applicable InfoObjects that will create valuable reports and in turn information for the business.
SAP delivers a plethora of InfoObjects standard. These objects are actually in the BI content (Business Content). BI content is SAPs strategy for an out of the box answer to your business requirements. These objects begin with ‘0’ and it is not recommended to revise them. Having said that, more often than not, delivered InfoObjects will not meet your needs for development, you can effortlessly create a customized object that will meet your requirements. You can create custom Characteristic, Key Figure, and Unit InfoObjects.
1. What do we do if regular loads are being added to the DSO?
You will need to set up a process chain that kicks off a DTP after you load the DSO. You need to keep the BWA only cube as recent as possible. Make sure to try and transfer the DSO delta data to the BWA only cube as frequently as possible.
2. Do we need to run DTP from the DSO to cube after every new request into DSO?
Yes, the BWA only cube will only write the data to memory when the DSO to BWA only cube load is kicked off. Otherwise the BWA only cube has no idea that the DSO has new data. The DTP runs very quickly as it’s loading to memory so run it often.
BWA Only InfoCube Build Instructions:
Step 1: Create a new InfoCube with the DSO you want to index as the template. Select from the BWA status drop down: “InfoCube only stores its data in the BWA”.
Step 2: Here we can see the structure of the cube. It takes the DSOs characteristic fields and throws it all into Dimension 1. All the DSOs key figures get put into the key figures folder of the cube. Activate the InfoCube.
Step 7: When we go back to RSDDB and go to index info we can see that since the DTP completed, the F table index has 10,528 records sitting in the BWA.
The latest craze in the data warehousing industry is SAP’s proprietary new database called HANA. HANA stands for “High Performance Analytic Appliance” and it will change the way we as an industry access data and allow for more informed decisions to be made in far less time. HANA enables the business to view data in real-time and creates a highly adaptable environment in which executives and business leaders can access data as soon as a transaction occurs. We cannot stress enough that HANA is not a replacement forBW!
What is SAP HANA?
HANA is a replacement for traditional disk based databases. It uses a column based storage method that allows for much faster data access and uses far less memory to store data. It’s a way that all of the data a user will be seeking for their reporting needs is stored in random access memory (RAM) instead of on hard disk or flash storage.
Will HANA replace the Business Warehouse Accelerator BWA?
Did the Sony Playstation 3 replace the Playstation 2? In short, yes. HANA is a database that data can be either sourced from (given an ECC HANA implementation) or reported from (given a BW implementation). The BWA is an in memory appliance that sits on top of the BW application and needs to be loaded daily just like any InfoCube would in order to keep data as fresh as possible. HANA however does not need to be loaded like the BWA does. It removes the additional layer of loading up to memory because all of the data resides in memory. This is far superior to the BWA as it removes the disk based storage layer and removes the need to “roll up” new data into memory each time a new load comes in. HANA’s memory is always up to date because of the new changes that took place with the integration of both the hardware and software.
We invested a ton of money already in the BWA, can we leverage the BWA hardware to save money?
Unfortunately, you would have to upgrade to new hardware in order to support HANA. SAP is a software company that is continuing to innovate faster than existing hardware can support. The HANA hardware is much more powerful
What does this mean for an existing BW install?
You could use the HANA database migration tool in order to migrate from a traditional disk based storage appliance to a new HANA appliance. HANA requires at a minimum BW 7.3 with service pack 6 installed. This adds a “data resides on HANA appliance” checkbox that
the user may check. In doing so, it would be storing all of the InfoProvider’s data directly in memory and not on a traditional database.
Posted 4th February by SAP BI/BW
8.
Feb
4
Layers of SAP NetWeaver BW
The SAP Business Warehouse has different layers that are responsible for reliable data acquisition and information processing along with robust analytical capabilities. Based on the functions and applications in the solution, the different layers in SAP BW are:
The extraction layer is the collection of data from source systems. It aims to guarantee the integrity of data while eliminating reporting burdens on the source systems. Data can be extracted from an array of different sources.
A) Extraction layer:
SAP NetWeaver BW offers predefined, customizable extractors for application data from the entire SAP Suite. You can also design extractors for customized SAP applications. Most extractors for SAP application transaction data are delta-enabled, which means that transactions can be written to a delta queue at the time of posting. They are then extracted from this delta queue into SAP BW.
Direct extraction from databases based on table or view definitions using DB Connect and UD Connect extraction interfaces. DB Connect (Database Connection) permits the extraction from and direct access to data lying in tables or views of database management systems. This feature is available only for some specific databases. UD Connect (Universal Data Connect) permits the extractionfrom and direct access to both relational and multidimensional data.
Web services allow you to push data to the SAP BW system with external control.
Flat file interface enables extraction from flat files in ASCII and CSV format.
Staging BAPIs (Staging Business Application Programming Interfaces) are open interfaces from which third-party tools can extract data from older systems. The data transfer can be triggered by a request from the SAP BW system or by a third-party tool.
Data is acquired from SAP BW using a pull mode, through objects called InfoPackages. Parameters for the data acquisition can be set in the InfoPackage.
B) Staging layer:
Extracted data is received and temporarily stored in the staging layer of SAP NetWeaver BW. The data staging layer stores source data from different operational sources. When data is inside of the staging layer all needed transformations can then occur without interfering with the operations in the source systems. Data is also preprocessed for cleansing before calculation and/or aggregation based on business requirements. This layer is mostly represented by the persistent staging area (PSA), where data is stored in SAP BW after it’s extracted. The technical structure of a PSA depends on the structure of the DataSource.
C) Transformation layer:
The transformation layer of SAP BW facilitates the consolidation, cleaning, and integration of data into the warehouse. Data gets converted from the source format into the desired destination data format. Data transformation can involve data mapping and formulas.
D) Loading layer:
The actual process of pushing data through the transformation layer into the data targets. A data transformation process (DTP) transforms the data based on the parameters defined between the DataSource and the data target.
E) Reporting and Analysis layer:
Within the reporting and analysis layer, reports and dashboards are created to display data in a format where analysis can be done. The components that represent the reporting and analysis layer are grouped together in the SAP business explorer (BEx) toolset and more recently the Business Objects toolset.
Posted 4th February by SAP BI/BW
9.
Jan
31
sap wide information http://sapdocs.info/?cat=92
Posted 31st January by SAP BI/BW
10.
Jan
31
SD Configuration
Enterprise Structure:
1 Edit, Copy, Delete, Check Company Code(T001)
Company is created by FI Consultant.
The company code is an organizational unit used in accounting. It is used to structure the business
organization from a financial accounting perspective.