Inventory delta load problem

Hi,
     We are facing inventory data load getting below error, Main problem is they got below error in PSA level from 16th june still they changed red icon into green and loaded to incube and compressed. when running process chain they getting same error daily.
Error:
Caller 09 contain an error message
Problem:
-> Data flow PSA->IC, 20th request (it look like have 16th to 20th data)  they have changed PSA red request into green and loaded to cube and compressed.
21th request (it look like have 16th to 21th data)  they have changed PSA red request into green and loaded to cube and compressed.
Kindly guide me what solution we can give.
thanks

I suggest that you handle this with utmost care. Since it does not look like you have the DSO in the dataflow, recovering the data would be impossible if the cube data is corrupted.
Need to understand the details to be able to give a proper solution.
You can consider request reverse posting option which will post reverse images of the PSA requests under the scope and nullify the value from the cube. Please try this in Dev and quality system, before trying this in Production.
Else, you can create a custom datasource based on this PSA table and reverse the values in the transformation.
If you could identify the documents, created after this delta corruption, you could set them up in source and do a repair full upload.
Please let me know whether it helps.

Similar Messages

  • Delta load problem after Initialization

    Hi everyone.........................I need your inputs on the following problem that I ran into:
    I have an ODS which gets supplied by regular delta loads.
    Accidentlly, I have deleted the Initialization(Info Package->Scheduler->Initialization options for source systems). Because of this the delta loads are broken.
    I am now trying to fix this by Initializing it again(but without data transfer as I dont need all the data till this current point again). That worked successfully.
    But the deltas after this initialization are causing a problem. The first delta that I loaded failed with an error :
    "Delta Request REQU123XYZ is incorrect in the monitor.
    A repeat needs to be requested. Data target (ODS) still includes delta request REQU123XYZ. If the repeat is now loaded, then after the load there could be duplicate data in the data target.
    Request the repeat?"
    I repeat the delta load and this time around it loads correctly.
    The next delta that I load after this is again an error. The repeat of this is again a correct one.
    This problem continues.
    Can anyone throw some light on whats going wrong?
    Thanks.

    Hi Sat,
    I tried your suggestion by turning the failed request manually to green.
    However, for the next delta load, the info package just wouldnt allow me to initate a load saying that-
    "Last delta update is not yet completed             
    Therefore, no new delta update is possible.        
    You can start the request again                    
    if the last delta request is red or green in the monitor".
    Although it says not yet completed, I can see that the request has failed.
    Any more alternatives will be highly appreciated.
    Thanks.

  • Delta load problem in 2lis_04_p_comp

    Hi
    I am using data sources 2lis_04_p_comp and 2lis_04_p_matnr in my report. When I am doing full load , data is matching with R3 but  during delta load , 2lis_04_p_comp is showing incorrect data.
    WHEN I RUN THE DELTA REQUEST,FOR SAME ORDER NUMBER,WE GET MORE NUMBER OF RECORDS WITH THE EVENT VALUES PA,PB,PC,PD AND PF.
    sO AFTER RUNNING DELTA,THE OUTPUT GI QUANTITY and GI Value  FROM THE REPORT DOES NOT TALLY WITH THE R/3 DATA.
    I am using cube 0pp_c05 where these GI quantities  and GI Value add up giving wrong result
    Please help
    Regards
    Megha

    Hi All,
    For setup table filling for PP datasources having some sequence to follow. You can see in the note 585960. The workaround given by SAP is to deactivate the MATNR data source and fill the tables and then activate and fill the MATNR stuff.
    There are some local issues regarding this activation and deactivation things, because it needs lot of permissions and procedures.
    Please go as per the note procedure.
    Assign points if helful.
    Regards
    Amit

  • Delta Load problem

    Hi,
    I have one question regarding the deltas. we have one ODS it consist of materail number text and some other fields. The thing is we are doing the full loads. And the data is pulling by  the 3rd party tool from the BW by accessing directly the ODS active table. Now the question is how can we implement the deltas for this and how they can identify the new records or changed records.
    Thanks,
    Dru

    Hi Druthi,
    since ur loads are full loads, and from now u want to make it into delta loads.
    it can be possible by doing init again without data transfer.
    and if u didnt reinit ur ODS it will overwrite with ur new records, so better init again ur ODS.
    And to find whether ur records are new records or changed records, here are the steps.
    1. right click on ur ODS -> select manage
    2. select contents tab -> and in the below select "change log" button.
    3. u will find mode of ur records whether it is new or changed, and this is possible if ur using 0RECORDMODE info object in ur ODS.
    Thanks,
    Sai Chand.

  • 0BPARTNER  delta load problem

    Hi All,
    For 0BPARTNETR master data  , its a delta load and infopackage is showing red but request inside the Data Target is green with 0 added records. But some times it picks the delta figures and sometimes it will show 0 added records . Please assist me regarding this .
    Regards,
    Aditya

    When there are no changes in the master records in R/3 then 0 records will come in delta..
    if only records are created or modified then only it will pull delta..records.
    Now when request is red you can make its status red manually i.e status not okay and then run repeat delta and check if load is happening...
    in infopackage settings..we sometimes put the status preference green or yellow if its stuck for long time...you can check this out ...go to infopackage menu bar and left top corner you can see those options..
    Regards
    RK

  • Scenarion of Delta Load problem in COPA Extraction

    Please get me the solution for this particular scenario.
    Let us suppose that i created the datasource some 1 year back and running the deltas successfully since then.
    Let us number the requests from 1,2,3... and so on since 1st jan 2009. And let us suppose each request loads
    some 1000 records everyday from ECC to BI.
    Now on 10th august some change was made to ECC( such as change in the User Exit ) that caused the mismatch in number of data records ( loading only 950 records ) since the change was made on 10th August. But I identified the problem on 17th august with request number 160. Let us say those request numbers are 153(10th),154(11th),155(12th),156(13th),157(14th),158(15th),159(16th),160(17th). I fixed the program in ECC on 17th and further the requests from request number 160(17th) are fetching the correct number of data records. Now I need to delete the data in BI for request numbers 153 till 159 since they are not reconciling the data of ECC with BI. Now  we reload the deltas for such requests from ECC to BI. So how do I reload the deltas now in this scenario since ECC system keeps track of the last delta ie.. on 17th august(Req no 160). But how do I Load the deltas from req number 153 to 159 from ECC to BI.
    One proposed solution to this problem was setting the timestamp of COPA to 10th august. But it is not advised to set the timestamp for COPA datasources using the KEB5 transaction in a production system.
    Now in this scenario how do I load the request numbers 153 to 159 from ECC to Bi to fetch the correct data records for that period. Please propose a solution for this problem ASAP. U can also call me back whenever u need.
    Thanks in advance

    As stated in a previous post...
    How you choose to do this can be summed up by the question: Does the target for this data have cumulative or non-cumulative Key Figures?
    If you are doing an overwrite to the Key Figures, you could just execute a Full Repair InfoPackage that extracts the data for the days that you found inconsistencies instead of attempting to change the timestamp in KEB5 on the source ECC environment.
    However, if you're target has cumulative Key Figures you're left with very few options (a couple of them are time-consuming):
    1) Changing the timestamp in KEB5, if your plug-in is PI 2003.1 or older. Newer versions of the plug-in do not allow the changing of the timestamp as was pointed out by Ferruccio earlier.
    2) Deleting the keys in the target InfoProvider for those records that you extract in a Full Repair extract.
    3) Delete all data in BW for COPA and start from the beginning. This may be your best bet for cleaning up the issues in this scenario.

  • Delta load problem from ODS

    Hello everyone here.........,
    I have a problem loading frm ODS to another target with delta.
    Actually to ODS i am loading from two datasources. Both are full loads. Full1 and Full2. When i am trying to load from ODS to another target with delta..., it takes only Full1 data not Full2. So for loading Full2 now i am loading manually.
    so why this happend here. Please let me know how to do
    for making full2 also automatically........,
    swetha

    yes u r correct. after full1 loaded into ODS, its activating the ODS. these two can done through process chain. For full2 load we are loading manually. and doing manual activation.
    lets take small example here that for yesterdays full1 & activation has done successfully. and after that i am loading
    full2 manually & activated. and again today process chain ran, it loads full1 & activated ODS. Now what i am thinking is does this further datamart load which is run in process chain picks only full1 load and it doesn't pick full2 load which is already loaded & activated successfully.
    I think u will get what i suppose to ask you now...,
    clear my confusion here please......
    swetha

  • CRM 5.0 to R/3 BP Initial & Delta load problems

    Hi Experts,
    I am having problems trying to replicate a BP to R/3 (ECC). The BDOC status is all green and it shows 'Processed'...but my BP is not created in the OLTP side!!I have followed all the steps from the best practice document - CRM is the lead system and i have created a dedicated account grp with ext. nos range in OLTP.
    I am using BUPA_MAIN in R3AC1 as the load object with a filter setting for a single BP..In the sender i am using CRM and the receiver as OLTP...Am i missing something?? There is no error and so i do not know what to debug in the outbound scheduler...please advice (FYI - OLTP to CRM BP replication works fine)

    Hi Paul,
    If you need to work with just 1 or say a handful of BP, why dont you use synchronisation load instead of initial load.
    Goto transation R3AR2. (Define request)
    create new entry
    Give request name - say Z_BUPA_TEST
    Adapter object - BUPA_MAIN
    Click on request detail:
    Again click on new entries:
    table name - BUT000
    fieldname - PARTNER
    Incl/Ex - I
    Option - EQ
    LOW - your BP number (with leading spaces)
    Save this request.
    goto R3AR4 to execute this request.
    Enter request name(Z_BUPA_TEST) and source and destination systems. execute.
    To monitor this data transfer, goto transaction R3AR3.
    PLease let me know if this helps.
    Regards
    Kaushal

  • Delta load problem in process chain

    Hi,
    I have ODS givng data to another ODS. The init of this flow was done manually...Now i have created process chain in which further processing has variant as "execute infopackage" as the delta package made .. now when i check this process chain its giving me error ""Delete init. request
    REQU_49LKNGG0SE5966D3S7SQYYDQX before running
    init. again with same selection"" .. Actually this is not the Init req which i ran manually..this is the req which was run when i ran this process chain... what shld i do to add only delta IP in process chain so that i dnt ve to delete init
    Thanks
    Prashant

    hi,
    first load all the init loads from the ods to cube. then u have to create the delta infopack and include that in the chain.
    create the int info pack under the infosource 8<ods name>
    trigger that infopack, create the delta infopack under the 8<odsname> infosource , and you have include that in the PC.
    Please do changes in your process chain.
    Local chain 1 - start -> load to ods -> activation of ods ->further processing(remove the infopack in this process maintain variant).
    Lcoal chain 2 - start -> delete index ->load delta to cube -> create index -> roll up (if needed)
    Main chain -> start -> local chain 1 ->local chain2
    Ramesh

  • Inventory Delta Load

    Hi All,
    for inventory cube ZIC_C03 we ran the init successfully, we are using the deltamechanism as Unserialized Delta,
    but when i am running the V3 job it successfully ran with job status is finished,
    but when i am checking in RSA7 no records are present, but in SM13 there is records.
    could you please anyone give the solution, please suggest me, its very urgent.
    Thanks & Regards
    Suresh

    I suggest that you handle this with utmost care. Since it does not look like you have the DSO in the dataflow, recovering the data would be impossible if the cube data is corrupted.
    Need to understand the details to be able to give a proper solution.
    You can consider request reverse posting option which will post reverse images of the PSA requests under the scope and nullify the value from the cube. Please try this in Dev and quality system, before trying this in Production.
    Else, you can create a custom datasource based on this PSA table and reverse the values in the transformation.
    If you could identify the documents, created after this delta corruption, you could set them up in source and do a repair full upload.
    Please let me know whether it helps.

  • Pseudo delta load problem

    Hi all
    I have schedule a pseudo delta for HR Training, input for the package is as 01.08.2008 to 30.08.2008 but if my package does not have any record for that month then it will not delete my request for the month so I have 30 request in the cube. If I get a single record then it delete all request of that month
    So pl. guide me how I can overcome this situation , so even if there is no record for entire month it should delete my previous request.
    Thanks in advance
    Charudatta

    Hi Kotha123:
       Take a look at SAP Notes below.
    745445 - "CRM-BW: Incorrect partners extracted in the delta".
    1178613 - "CRMBW Sales: Created date differs in delta from init upload".
    987142 - "CRM BW:Incorrect data from data source 0CRM_QUOTATION_I".
    793986 - "Extractor:Status fields not filled in parallel processing".
    Regards,
    Francisco Milán.

  • Problem in delta load with Z field

    Hello Experts,
    We have CRM 5.0 system and as per the requirement we have
    added ZFIELD to BUT000 table. This field is added to BUT000 via EEWB – Easy
    Enhancement Workbench. This field is also BW enabled.
    BW enabled means – this field is used / available to BW
    extractor for further analysis.
    We update this ZFIELD with custom program – FM BUPA_CENTRAL_CI_CHANGE.
    When full load is done – data flows to BW correctly, ZFIELD
    values are reflecting correctly. But when we are doing delta load it is not
    working.
    If we use BP t-code delta works perfectly. So issue from BW
    side is ruled out. The FM BUPA_CENTRAL_CI_CHANGE is not triggering the change
    record for this BP. But then I don’t see any other FM / BAPI to use so that
    change record is also created.
    Could you please provide any pointers or any checks to
    overcome this problem?
    Thanks in advance.

    Hi Ashtankar,
    When you are changing the attributes(say ZFIELD) and save the transaction in BP, Is this updating the CHDAT(Change date) in BUT000?
    If the change date is being applied, then Delta shouldnt be a problem - if you are using datasource 0BPARTNER_ATTR.
    In order to check if the delta is being captured or not, you could use TCODE RSA7. Also, this brings the Doubt when you say Full load works while delta doesnt, try Re-initializing the datasource from BW after Datasource replication - because there have been some changes effective in Source system which the BW system/Delta queue might take into consideration.
    Regards,
    Thejas K

  • Problem with delta load urgent!!

    Hi,
    I have a problem with delta load
    We have an IP, which loads data from R/3 system daily, its a delta load to the ODS and it updates to the cube with the selection on Company Codes and 0FISCPER
    we are in 3.5 system
    For a couple of company codes A & B, the init was done for the period 07.2010 to 12.2099 and after tht the deltas are loaded from 07.2010 till 12.2099 and there's no pblm with tht
    Now, there was some updation in R/3 system and the data was maintained for the company codes in A& B for the FISCPER 001.2010 to 006.2010, for which init wasnt maintained...
    now how shall we need to load the init in this case? dnt ask me how the postings was done in R/3, but my pblm is purely related to the loading data in BW from R/3, as its very imp for the customer to see the data from 01.2010 to 12.2010 in reports, but the data was only available in reports from 07.2010 onwards
    do i need to create another IP and maintain the init for 01.2010 to 06.2010? so tht this selection will automatically appear in the ODS delta loading infopackage
    pls throw ur inputs ASAP
    thank you

    Hi Prince,
    No need to maintain any Init for this data, It will be enough if you can load the data from jan 2010 to jun 2010 into your Info Cube.
    Follow the below steps:
    1)create full load IP for this data source.
    2) give the selection as A and B company codes and 0FISCPER as 001.2010 to 006.2010
    3) in menu bar, click on scheduler --> select full repair request
    4) In the next screen check the check box and save
    5) Now execute the IP, it will the data with out disturbing your daily delta.
    follow the same procedure to load data till to your Info Cube.
    Please revert if you have any questions
    Regards,
    Venkatesh

  • Inventory - No Marker update is set for delta loading, any impact ?

    Dear all,
    Since several days the daily delta on inventory cube is done with flag "no marker update set".
    What are the possible issue ?
    Do we have to reload the data or can we just set the flag as unchecked ?
    Thanks for your help
    Best regards
    Christophe
    Edited by: Christophe Courbot on Sep 15, 2011 5:04 PM

    Hi,
    Pl check below
    Marker Update is used to reduce the time of fetching the non-cumulative key figures while reporting. It helps to easily get the values of previous stock quantities while reporting. The marker is a point in time which marks an opening stock balance. Data up to the marker is compressed.
    The No Marker Update concept arises if the target InfoCube contains a non-cumulative key figure. For example, take the Material Movements InfoCube 0IC_C03 where stock quantity is a non-cumulative key figure. The process of loading the data into the cube involves in two steps:
    1) In the first step, one should load the records pertaining to the opening stock balance/or the stock present at the time of implementation. At this time we will set marker to update (uncheck 'no marker update') so that the value of current stock quantity is stored in the marker. After that, when loading the historical movements (stock movements made previous to the time of implementing the cube) we must check marker update so that the marker should not be updated (because of these historical movements, only the stock balance / opening stock quantity has been updated; i.e. we have already loaded the present stock and the aggreagation of previous/historical data accumulates to the present data).
    2) After every successful delta load, we should not check marker update (we should allow to update marker) so that the changes in the stock quantity should be updated in the marker value. The marker will be updated to those records which are compressed. The marker will not be updated to those uncompressed requests. Hence for every delta load request, the request should be compressed.
    Check or uncheck the Marker Option:
    Compress the request with stock marker => uncheck the marker update option.
    Compress the loads without the stock maker => check the marker update option.
    Relevant FAQs:
    1) The marker isn't relevant when no data is transferred (e.g. during an delta init without data transfer).
    2) The marker update is just like a check point (it will give the snapshot of the stock on a particular date when it is updated).
    Reference information:
    Note 643687 Compressing non-cumulative InfoCubes (BW-BCT-MM-BW)
    Note 834829 Compression of BW InfoCubes without update of markers (BW-BEX-OT-DBIF-CON)
    Note 745788 Non-cumulative mgmnt in BW: Verifying and correcting data (BW-BCT-MM-BW)
    Note 586163 Composite Note on SAP R/3 Inventory Management in SAP BW (BW-BCT-MM-IM)
    Thanks and regards

  • ODS to InfoCube delta data load problem........?

    Hi
    i have a problem here from ODS to InfoCube delta load. In Process Chain,
    the process loading has failed from ODS to InfoCube yesterday. so the QM status for the yesterday's ods is red. so activation also failed for today & yesterday.
    now i want to load for today's & yesterday's data to Cube.
    Please let me know how can i solve this without missing any data.
    Regards
    swetha

    Swatha
    First Delete the incorrect "Red" Requests from infocube .
    then, Goto infopackge and schedule the load again , The system will ask you for "Repeat Delta " , Click "Yes" . This procedure will update the failed requests along with further delta records to your cube .
    Howevr, if your INIT is deactivated; First Execute Initialize delta withour Data Transfer , and then execute delta
    This should solve your problem
    Priya

Maybe you are looking for