RSA7 and delta initialisation

If a extractor ZEX_SALDOC is delta enabled with Document number as the delta specific field is active. The extractor in RSA7 is RED and giving the message "There are still no parameters available for the delta transfer". How do I correct this?
Can I do the below:
1.delete the extractor in RSA7
2.delete the initialization pointer in BW
3.Do a initialization with no transfer
4.then change the scheduler to delta
5.run the load
Doing the above, would the delta be affected if changes are made on a year old document.
Thanks
Simmi

Hi,
Yes you can do the same specified by you. It should work.
Delete old init reqest in the bi for that particular extactor,
check in the rsa7 whether that extractor is vanished or not
do the init without data transfer again
check the extractor entry in rsa7
schedule the delta load
Thanks
K Janardhan Kumar

Similar Messages

Delta initialisation removed in PSA, DSO can't activate in process chain.

Hi all,
i have removed delta initialisation request in the PSA area, DSO still contains the delta initialisation request in them, during process chain DSO activation process, it fails to activate the delta load and complains about the missing delta initialisation from PSA area (again DSO has the correct data and delta initialisation load), the delta changes are loaded correct into DSO objects, only failed during activation.
PSA is only temporary area, if it is loaded into DSO correctly, what is PSA can be made redundant, isn't this true? right now, i need to manually repeat the activation process to keep the process chain to run again.
i realise i can just re-initialise these data streams again, but don't wanna do it unless there is absolutely no other alternatives.
Regards,
Joe

Hi all,
In case any one out there is encountering the similar problem, I raised an OSS message, SAP came back with proposed solution:
Implement Note 984242, I am on BI 7.0 SP9 with a number of corrections implemented, and this works for me.
cheers.

Urgent(Issue in RSA7 and SMQ1)

We have two data sources 0CRM_OPPT_H and 0CRM_OPPT_I are in RSA7 and
we deleted queues manually for these data source in SMQ1. Whenever we
dochanges to records related to these data sources that changes we can
able to see in RSA3 and Data base tables but there is no change in
number of records in RSA7 and no Queue created automatically in SMQ1.
We reinitialized the data source and scheduled it. We can able to
see records when we do Init scheduling and zero records for Delta
scheduling even after we did some changes in CRM side records. Delta is
not picking up in BI side and we are not able to see that changes in
RSA7 and also SMQ1 for these data sources in CRM side.
We are testing this issue in QA and DEV which are SP14 upgrade
systems. We tested in staging which is SP9 system; here I deleted
Queues related to these data sources (0CRM_OPPT_H and 0CRM_OPPT_I) in
SMQ1 and automatically the data sources deleted in RSA7. We
reinitialized the data source and scheduled it. We did some changes to
records related to these data sources and we can see the entries in
RSA7 and SMQ1.

Whenever you make a change in a Delta Datasource, after you reactivated and replicated in BW, the only way to reflect the changes in the queue is to reinitialize it.
If you're planning to reinitialize, it doesn't have any impact if you delete the specific queue in RSA7... However, it's always a good practice to have those queues emptied before making any changes so you don't leave behind records with errors. But that has to be done before the changes.
Hope it helps.
Regards,
Luis

Generic Delta: Init, Full Upload and Deltas...

Dear All,
Last week on 10.04.2014 I've created "Generic DataSource with Generic Delta" and used CalDay as Delta-Specific Field and lower limit kept to blank and upper limit to 1. On 11.04.2014 I've initialized the Delta with Data Transfer using Process Chain: Time 1:15 p.m (Note: Posting was on)
see below screen shot:
Result: Process Chain was scheduled to immediate and it executed and initialized the delta and brought records as well. See below screen shot of RSA7:
Q: 1: Why generic delta current status is 10.04.2014, as I'v scheduled delta through process chain on 11.04.2014 @ 20:50: and why Total column is showing 0 records? Even I've checked Display Data Entries with Delta Repetition, but could not find any records?
Following is the InfoPackages which I created for Delta Loads and used in another Process Chain for Delta scheduled (daily @ 20: 50).
Following is the DTP used into Delta Process Chain:
On 12/04/2014 when I checked my InfoCube, and found that same number of records being loaded again despite InfoPackage and DTP were created as Delta, see screen shot:
On 12/04/2014 See below PSA table:
On 14/04/2014 when I checked InfoCube and I saw deltas being loaded successfully: see below screen shot:
On 14/04/2014 see below PSA table:
On 14/04/2014 see below RSA7 BW Delta Queue Maintenance screen shot:
Q: 2: Why am I unable to load the Delta records on the day(11/04/2014) when I initialized it with Data and why same number of records being loaded again on 11/04/2014?
Q: 3: On 11/04/2014, around 1:15 p.m I've initialized Delta with Data successfully and the same day (11/04/2014) was my first load of delta records (Time: 20: 50), could this be a problem? as the posting period was on when I initialized and I tried to load the delta on the same day?
Q: 4: Why the pointer is showing me Current Status: 12/04/2014 today and this time around I can find last delta records from "Display Data" option with Delta Repetition?
Q: 5: Have I missed something in the design or data flow?
Q: 6: How can I verify deltas records accuracy on daily basis; is it from RSA3?
or How can I verify daily deltas with ECC delta records?
Q: 7: What is the best practice when you load full data and initialized delta and schedule deltas for Generic DataSources with CalDay as delta specific field?
I will appreciate your replies.
Many Thanks!!!
Tariq Ashraf

I clearly got ur point.....But
If i have situation like ....." I loaded the LO data from R/3 with Init delta......then i loaded 5 loads of delta too.......due to some error in data now i am trying to load all th data......In this case if i do Full upload it is going to bring all the data till 5 th delta load .......If i do Init delta again it is going to bring the same data as full upload..........In LO while loading both Full load or delta init load we need to lock R/3 users....I believe we can load delta even after full upload by using "Init delta without data transfer"............So that wont be the barrier....then what is the difference or how should i figure out which load should i do.............If i am wrong please correct me.......
Thanks

Transactions RSA7 and SMQ1

Can somebody please tell me what is the relation between SMQ1 , RSA7 and how this delta system works , are these transactions only for the LO extractions. I have already scanned SDN but am not clear , I am clear that all values entered by user will come in RSA7.

Hi......
Check SAP Note : 380078 'FAQ BW delta queue (RSA7) Questions and answers.........
What is the relationship between RSA7 and the qRFC monitor (Transaction SMQ1)?
The qRFC monitor basically displays the same data as RSA7. The internal queue name must be used for selection on the initial screen of the qRFC monitor. This is made up of the prefix 'BW, the client and the short name of the DataSource. For DataSources whose name is shorter than 20 characters, the short name corresponds to the name of the DataSource.
For DataSources whose name is longer than 19 characters (for delta-capable DataSources only possible as of PlugIn 2001.1) the short name is assigned in Table ROOSSHORTN.
In the qRFC monitor you cannot distinguish between repeatable and new LUWs. Moreover, the data of a LUW is displayed in an unstructured manner there."
Hope this helps......
Regards,
Debjani...........
Edited by: Debjani Mukherjee on Nov 13, 2008 7:33 AM
Edited by: Debjani Mukherjee on Nov 13, 2008 7:47 AM

Setup table and delta mechanisim

Hi,
Can anyone explain in detail setup table concept in LO extraction and
Delta mechanisim?
Sridhar

Hi
LO Cockpit Step By Step
Here is LO Cockpit Step By Step
LO EXTRACTION
- Go to Transaction LBWE (LO Customizing Cockpit)
1). Select Logistics Application
       SD Sales BW
            Extract Structures
2). Select the desired Extract Structure and deactivate it first.
3). Give the Transport Request number and continue
4). Click on `Maintenance' to maintain such Extract Structure
       Select the fields of your choice and continue
             Maintain DataSource if needed
5). Activate the extract structure
6). Give the Transport Request number and continue
- Next step is to Delete the setup tables
7). Go to T-Code SBIW
8). Select Business Information Warehouse
i. Setting for Application-Specific Datasources
ii. Logistics
iii. Managing Extract Structures
iv. Initialization
v. Delete the content of Setup tables (T-Code LBWG)
vi. Select the application (01 u2013 Sales & Distribution) and Execute
- Now, Fill the Setup tables
9). Select Business Information Warehouse
i. Setting for Application-Specific Datasources
ii. Logistics
iii. Managing Extract Structures
iv. Initialization
v. Filling the Setup tables
vi. Application-Specific Setup of statistical data
vii. SD Sales Orders u2013 Perform Setup (T-Code OLI7BW)
        Specify a Run Name and time and Date (put future date)
             Execute
- Check the data in Setup tables at RSA3
- Replicate the DataSource
Use of setup tables:
You should fill the setup table in the R/3 system and extract the data to BW - the setup tables is in SBIW - after that you can do delta extractions by initialize the extractor.
Full loads are always taken from the setup tables
1. Data Flow
Relevant T-Codes
a) Initializtion
LBWE: Maintain Extract Structure, DataSource, Active Status, Job Control, Update Mode
SBIW, then follow tree menu path: Settings for App-Specific DS(PI) -> Logistics -> Managing Extract Structures -> Initialization -> App-Specific Setup of Statistical Data -> Choose XX Application -> Delete/Fill Setup(reconstructing) Table content
RSA3: Check content of setup table
b) Delta upload
SM13: Display update table/Extraction Queue content
RSA7: Display Delta Queue content
Edited by: Tapashi Saha on Jul 24, 2008 7:33 AM

Diff between update queue and delta queue

hi all
can anyone tell me wats is the diff between update queue and delta queue? wats is delta queue and update queue?
wats are the possible system generated errors and custom generated errors?
Thanks,
Shreya

Hi Shreya,
Update queue(LBWQ) comes into the picture when you choose Queued Delta for the Datasource. the data first comes to the Update queue and than goes to the Delta queue, however if you have choosen Direct Delta than the posted record will directly go to the Delta queue(RSA7).
Here is the URLS for Roberto's weblog to understand the whole LO-Extraction process.
/people/sap.user72/blog/2004/12/23/logistic-cockpit-delta-mechanism--episode-two-v3-update-when-some-problems-can-occur
/people/sap.user72/blog/2005/01/19/logistic-cockpit-delta-mechanism--episode-three-the-new-update-methods
/people/sap.user72/blog/2005/02/14/logistic-cockpit--when-you-need-more--first-option-enhance-it
/people/sap.user72/blog/2005/04/19/logistic-cockpit-a-new-deal-overshadowed-by-the-old-fashioned-lis
Hope it helps you!!!!
Regards,
Amit
Pls do not forget to assign points, if helpful.

Full and Delta DTP doubts

There was a ongoing delta load happening between DSO 1 to DSO 2.
I deleted all requests from DSO 2.
And then ran first Full DTP ( DSO 1* to DSO 2) and immediately after full DTP ran Delta DTP ( DSO 1 to *DSO 2).
In Full DTP : There were 10,000 Records added into DSO 2
In delta DTP : there were 2,000 records added into DSO 2
I was bit surprised when I saw some data added in delta since before ( just 5 mins back ) I had ran full DTP therefore my understanding was delta would not bring anything.
By looking at various thread , I came to know that Full DTP get data from Active table and delta DTP get data from change log table.
However what if , if same records present in Active table and change log , so same records will be pick up by Full DTP run and also while delta DTP run , assume target DSO is in addictive mode then in such scenario duplicate record will be added and final result would be diffrent 9( i.e data get double up ).
How do we avoid such situation ?.
Any thoughts ?.
Edited by: Prashant on Aug 12, 2010 2:24 PM

HI,
DTP FULL: if you have 1 request in psa today and your dtp extraction mode is full it will load the data into the target.
                  in the next day you have run the infopackage and you habve got another request wich means in totall you have got
                  2request in psa so what the full dtp does is it will try to load both of them and you will get error saying duplicate records.
DTP DELTA:   it will load only the the fresh request from the source.
howe ever we dont do any initialisation in dtp the full and delta are only the extraction modes of data from the source. and its the infopackage which will fetch the deltas once the intialisation is done.
hope it helps.
Thanks & Regards
krishna.y

Clearing Extraction and Delta Queues

Hi Guys,
I have a quite a problem. I am needed to clear Extraction and Delta Queues, but because there are users in the system they just keep repopulating once i have cleared them. Now these queues have to be cleared for a SAP Upgrade and the Upgrade wont continue until both are clear.
I was wondering is there a way to clear both queues with users in the system making changes?
A quick response would be greatly appreciated!
Thanks in Advance,
Nick

Hi,
There is on program"RMBWV*"
where * is equal to application.
It is used to move the entries from extraction queue to delta queue.
After everthing is there in the rsa7,then you need
to run the info package untill the entries become "zero" in rsa7.
May be try to run more than once.
Note:-You need to take business down time ie lock all the user
so that during that time no one update any data.
Hope this i shelpful.
Thanks,
Saveen Kumar

RSA7 and qRFC

Hi All,
What is the relationship between RSA7 and the qRFC monitor (Transaction SMQ1,SMQ2)? Any one explain in detail?
Regards,
Krishna.

Hi dear !
Look at OSS Note 380078 'FAQ BW delta queue (RSA7) Questions and answers':
"Question 12:
What is the relationship between RSA7 and the qRFC monitor (Transaction SMQ1)?
Answer:
The qRFC monitor basically displays the same data as RSA7. The internal queue name must be used for selection on the initial screen of the qRFC monitor. This is made up of the prefix 'BW, the client and the short name of the DataSource. For DataSources whose name is shorter than 20 characters, the short name corresponds to the name of the DataSource.
For DataSources whose name is longer than 19 characters (for delta-capable DataSources only possible as of PlugIn 2001.1) the short name is assigned in Table ROOSSHORTN.
In the qRFC monitor you cannot distinguish between repeatable and new LUWs. Moreover, the data of a LUW is displayed in an unstructured manner there."
Hope it helps!
Bye,
Roberto
...please don't forget to reward the answers...it's THE way to say thanks here !

Diff between RSA7 and qRFC MOnitor

Hi all,
What is the relationship between RSA7 and the qRFC monitor (Transaction SMQ1)?
regards,
jimmy

Hi jimmy,
The qRFC monitor basically displays the same data as RSA7. The internal queue name must be used for selection on the initial screen of the qRFC monitor. This is made up of the prefix 'BW, the client and the short name of the DataSource. For DataSources whose name are 19 characters long or shorter, the short name corresponds to the name of the DataSource. For DataSources whose name is longer than 19 characters (for delta-capable DataSources only possible as of PlugIn 2001.1) the short name is assigned in table ROOSSHORTN.
In the qRFC monitor you cannot distinguish between repeatable and new LUWs. Moreover, the data of a LUW is displayed in an unstructured manner there.
Regards,
Anish

Get rid babylon and delta search, uninstall wont work because it doesn't show up, please help

I want to keep my firefox but have caught this babylon and delta search and no matter what i do it will not go

Remove Babylon Features:
Remove Toolbar (from Extensions)
1. Open Mozilla Firefox. Go to FF menu button.
2. Select Add-ons & than select Extensions. (delete excess text)
3. Remove/Disable the Babylon Toolbar 1.5.0.
4. Restart your browser.
Remove Toolbar (from Add/Remove Programs)
1. Click the Start button on your computer.
2. Select Add-ons & than select Extensions. (delete excess text)
3. Select Programs and Features.
4. Select Babylon Toolbar from the Programs list.
5. Right click to uninstall.
6. Press YES on the popup message.
Remove Search Provider
1. Open Mozilla Firefox. Click on the Search bar, located on the right side of your address bar
2. Press the F4 key and select Manage Search Engines from the drop down list that appears.
3. Select Search the Web (Babylon) and click on the Remove button.
4. Click OK to save your changes.
Remove/Change Home Page:
5. Open Mozilla Firefox. Click on the FF menu button.
6. Select Options.
7. Now select the General tab.
8. In the section of the popup labeled "Home Page," insert the URL of your desired Home Page.
9. Click OK to save the changes.
Remove Babylon Search from New Tab
If when you open a new tab in Firefox, Babylon Search still appears:
1. Type in the address bar line about:config and press enter.
2. Confirm the popup message.
3. In the search field, type "browser.search.selectedEngine". (remove excess text here)
5. Restart your Browser.

No initial load of Customers, Material and delta load of Sales Orders.

Hi Experts,
I am facing a very troublesome issue. I am not able to setup the Middleware portion for initial and delta loads. I read a lot of documents and corrected a lot of things. finally, the connectivity is done with R/3 and CRM. Initial load of all objects is successful (as per Best PRactices guide). Customizing load is successful.
But after now I have these open issues for which I am unable to find any answers (am really exhausted!!):
- Customer_main load, it was succesful, but no BP's of R/3 are available.
- Material, it failed in SMW01, SMQ2, the errors are:
Mat. for Initial Download: Function table not supported
EAN xxxxxxxxxxxxxxxxxx does not correspond to the GTIN format and cannot be transferred
EAN yyyyyyyyyyyyyyyyyy does not correspond to the GTIN format and cannot be transferred
Plant xx is not assigned to a business partner
- Sales order, it shows green bdoc, but error segments says "No upload to R/3" and the order does not flow to R/3.
We had our system setup 3 years back for data transfer and Middleware. But few things changed and connectivity stopped. I did all that again now, but am not yet successful. Any inputs will be greatly appreciated.
Thanks,
-Pat

Hi Ashvin,
The error messages in SMW01 for MAterial initial load is :
     Mat. for Initial Download: Function table not supported
     EAN 123456789000562 does not correspond to the GTIN format and cannot be transferred
     EAN 900033056531434 does not correspond to the GTIN format and cannot be transferred
     Plant 21 is not assigned to a business partner
I have done the DNL_PLANT load successfully. Why then the plant error?
Some of the messages for BP:
Messages for business partner 1331:
No classification is assigned to business partner 1331
For another,
     Partner 00001872(469206A60E5F61C6E10000009F70045E): the following errors occurred
     City Atlanta does not exist in country US
     Time zone EST_NA does not exist
     You are not allowed to enter a tax jurisdiction code for country US
     Validation error occurred: Module CRM_BUPA_MAIN_VAL, BDoc type BUPA_MAIN.
Now, the time zone EST is assigned by default in R/3. Where do I change that? I do not want to change time zones as this may have other impacts. Maybe CRM I cna change this, not for sure in R/3. City check has been deactivated in R/3 and CRM, still the error.
Till these 2 are not solved, I cannot go into the Sales order loads.
Any ideas will be greatly appreciated.
Thanks,
-Pat

Full and delta Data loads in SAP BI 7.0

Hi,
Kindly explain me the difference between full and delta data loads in cube and DSO.
When do we select change log or active table(with or without archive) with full/delta in DTP for DSO.
Please explain the differences in data load for above different combinations.
With thanks and regards,
Mukul

Please search the forums. This topic has already been discussed a lot of times.

Middleware: BDoc to IDoc conversion - init and delta

Hi,
First of all let me just say, that I know nothing about CRM (I'm an XI guy), but need to investigate on a matter, so please take that into accound when reading this post and responding to it.
Scenario:
Business Partners, Business Transaction Messages (orders and activities) need to be replicated to an external system. This is achieved by converting BDocs for the respective messages into IDocs via CRM Middleware and then sending IDoc to XI which in turn posts data to external database. This process should function both INIT and DELTA.
So far so good.
The problem is when having created for instance a new direct order and saved it. The BDoc is generated and converted to IDoc (CRMXIF_ORDER_SAVE02). In the fields OBJECT_TASK in the IDoc I get the expected 'I' for INSERT. This is what I expect.
Now, if I make a change to the order and saves it again the generated IDoc still contains just an 'I' for INSERT in the before mentioned fields. This is not to be expected - should be an 'U' for UPDATE, but this does not happen.
Anybody have any ideas why this happens and what is wrong?
Best Regards,
Daniel

Hi,
Thanks for your answer. I'm on CRM 5.0. The note you mentioned seems not to be related to my problem. My question is regarding "download" of data from CRM to XI through CRM middleware. When trying to do this the "change pointers" (fields OBJECT_TASK and/or TASK) are not set correctly in the IDoc's generated by middleware (everything is writtens INSERTs), which means I cannot from XI determine by the data received if I'm to perform an update/insert/delete into the database.
Best regards,
Daniel

RSA7 and delta initialisation

Similar Messages

Maybe you are looking for