SAP BI Delta Extraction

How does a data-source communicates "DELTA" with BW

What is Delta ?
It is a feature of the extractor which refers to the changes(new/modified entries) occurred in
the source system.
Delta process is performed after we have done a Full upload of the records to the target
system. Once full upload is done, we need to initialize the Delta process so that the system
will come to know about the point or the records it has already sent to the SAP BI. So that
there is no duplicate records.
Once initialization is done, we run the Delta and the system only picks up the delta records
from the source system.

CONFIDENTIAL

How to identify

In ROOSOURCE table, key in the data

source name and check the field "DELTA".
If the field is left blank, it implies that the
data-source is not delta capable.

The field 0RECORDMODE in BW

determines how a record is updated in the
delta process.

CONFIDENTIAL

How is Delta brought to BI?

ABR: After before and Reverse image

AIE: After image
ADD: Additive image

CONFIDENTIAL

ABR: After before and Reverse image

Example:
Logistics
What is it?
Once a new entry was posted or an exiting posting was changed at R/3 side, an after
image shows the status after the change, a before image shows the status before the
change with a negative sign and the reverse image also shows the negative sign next to
the record while indicating it for deletion. This serializes the delta packets.
What update type ( for key figures) it supports?
Addition
Overwrite
Does it support loading to both info-cube and ODS (DSO)?
YES
Technical name of the delta process:
ABR

CONFIDENTIAL

ABR continued
Brief overview:
You will find two types of ABR delta processes in RODELTAM table depending on
serialization.
ABR with serialization "2" means serialization is required between requests while
sending data but not necessarily at data package level.
ABR1 with serialization "1" means no serialization.

CONFIDENTIAL

ABR continued.
Since it can be used for both info-cube and
ODS, let's consider a scenario where in
the loading happens directly to ODS
(Advantage: we can track the record
changes in change log table).
For ODS/DSO, the field ROCANCEL
which is part of the data source holds the
changes from R/3 side.
ROCANCEL serves the same purpose at
R/3 side which its counterpart
0RECORDMODE does at BW side. This
field for the Data Source is assigned to the
Info Object 0RECORDMODE in the BW
system.

Note:0STORNO AND 0ROCANCEL both

are one and same.

CONFIDENTIAL

ABR continued.
In our case, ODS is set to additive mode so that the data source sends both before and after
image
Incase if it is set to overwrite, it sends only after image.
How it Works :
New Entry in ODS:

Now in the source system, the value of CRM gross weight (CRM_GWEIGH) has been
changed to 5360.

CONFIDENTIAL

ABR continued.
In order to reflect this change, data source will send two entries to BW:
One is before image with negative sign to nullify the initial value

And the other one is after image entry (modified value)

Upon activation , the after image goes to active table.

CONFIDENTIAL

After image delta process:

Example:
FI-AP/AR
What update type (for key figures) it supports?
Overwrite Only
Does it support loading to both info-cube and ODS (DSO)?
No, only ODS/DSO
Technical name of the delta process:
AIE

CONFIDENTIAL

After image delta process continued

Brief Overview:
We have after images with (AIM/AIMD) or without delta queue (AIE/AIED) .

Here, serialization is required between requests, because the same key can be transferred a
number of times within a request.

CONFIDENTIAL

After image delta process continued

How it Works:
Initially the target (ODS) was loaded as shown:

The value of CRM gross weight (CRM_GWEIGH) has been changed to 5360 in the source
system.
This time, data source sends only one entry i.e. after image which will hold the change.

The final entry after activation in the active table:

CONFIDENTIAL

Additive delta process:

Example:
LIS data-sources
What update type( for key figures) it supports?
Addition Only
Does it support loading to both info-cube and ODS (DSO)?
YES
Technical name of the delta process:
ADD

CONFIDENTIAL

Additive delta process continued

Brief Overview:
In RODELTAM table , we have two types of additive delta processes:
ADD without delta queue and
ADDD with delta queue.

The extractor provides additive deltas that are serialized on a request basis.
This serialization is necessary since the extractor provides each key once in a request, and
changes to the non-key fields would otherwise not be transferred correctly.

CONFIDENTIAL

Additive delta process continued

How it Works:
Initial entry in ODS

The value of CRM gross weight (CRM_GWEIGH) has changed to 5360

Here, the data source sends an entry with value 1,267 with + sign.

Upon activation, check the final entry in active table which is the result of (4093+1267=5360)
KG

CONFIDENTIAL

THANK YOU !!!

CONFIDENTIAL