0FI_AR_4 Initilaization issues

Hi All,
I was going thru messages on and found quite a few messages on this
the below was the the closest to our issue. We have around 5 million records to be pulled.
0FI_AR_4 - Slow Sequential Read in ECC on Initial Load
Also iIdid read that we have to load 0FI_GL_4 before we load 0FI_AR_4. We do not have FI GL implemented in BW nor in R/3.
We are on R/3 4.7 Version & BW 7.0, we are in process of upgrade to ECC 6.0 which woudl happen by March 2010.
So how does this condition satisfy of laoding GL before AR.
Regards
Lalan

[OSS Note 641977 - Poor performance|https://websmp130.sap-ag.de/sap(bD1lbiZjPTAwMQ==)/bc/bsp/spn/sapnotes/index2.htm?numm=641977], which was listed in the post that you referenced, should resolve the issue, but when we deployed the indexes in that OSS Note via SE11 in R3/ECC, they weren't being invoked. We had to have our Basis DBA create the indexes at the RDBMS level and then they got invoked perfectly.
What we've found is that any of the SAP recommended indexes related to FI-CO/PA tend to need to be created at the Oracle level instead of at the application level using SE11 in R3/ECC.

Similar Messages

  • 0FI_AR_4 extraction issue - actual fiscal year

    We are having problems with 0FI_AR_4 when extracting actual fiscal year data. For previous fiscal years, we run a full load, but when we tried to initialize the extractor for actual fiscal year there are no records. Cheked RSA3 and same problem. But with in RSA3 with 0FI_AR_3 there is plenty of records.
    PI_BASIS is 2005_1_700 level 13, so there shouldn't be any dependece with 0FI_GL_4.
    Any ideas on what might be happening ?
    Regards,
    SJR

    if you want you can try to manage the 0FI_AR with delta - launch a init for initialize the data loads and after this create a new infopackage delta to manage the new data
    alternatevely you can try with  a full repair load
    Hope it helps
    Andrea

  • Decoupling of AR, AP, GL Datasources (i.e. 0FI_AR_4)

    I've checked out several posts regarding the topic of Decoupling 0fi_ar_4 0fi_ap_4 from 0fi_gl_4, but unfortunatly still don't see my specific issue.
    We have PI 2004_1_46c, BW 3.0b.  I found an OSS note 826023 that says it decouples the extractors.  Now, i thought this would remove the dependency, but we applied this and the dependency is still there.
    In R/3, using RSA3, if I try to view 0FI_AR_4 data, I cannot unless 0FL_GL_4 has been loaded into BW.  I have no use for GL at this time, so I really do want to remove this dependency.
    ALSO, I used CMOD to add logic in the customer exit to populate zz* fields I added to the structure append.  I read in another thread that I could do it this way instead of using the SAP suggested function module (from SAP documentation).  However, now that I have done that, when I try to run the delta init, it just sits there.  When I look at the job log (R/3), it is empty, save for some comments.  Any idea why?
    Any help would be appreciated!!
    Lisa

    Hi Guys!,
    I'm having the same problem, does anybody know if it possible to decoupling the FI extractors??
    Thanks!!.
    Mauricio.

  • 0FI_AR_4-Delta Time Settings based on Numeric Pointer Time Stamps

    Hi All,
    For Numeric Pointersettings for 0FI_AR_4, I checked the table of DELTA settings, the time stamps are different and it says GMT IN BWOM2_SETTINGS.
    So I am confused here whether for FI based on GMT timestamps or numeric pointer BAED on documents entered..
    say user entered a DOCUMENT clearing ON mONDAY AFTERNOON, WE HAVE BATCH UPDATE on TUESDAY MIDNIGHT, WHEREAS the document not picked up on TUESDAY batch and so the document is still not cleared in OUR report whereas cleared in SAP..
    whereas the same document CLEARED in wednesday midnight batch job...so it means there is a delay in picking up the document which is running every MIDNIGHT...
    Does anyone clearly explain how its picking and why? hope it is not based on GMT TIMING...
    Also I check another table, it has set the time limit of 2AM and whereas our TUESDAY batch runs before 2AM..whereas Wednesday batch runs after 2am, i am not sure whether it could be because of the above issue...

    Hi Durgesh,
      I checked this link..That's why raised it whether it really works based on the last part in the link based GLOBAL SETTING OF FI...
    If it considers 2AM and check the same settings in my system too, it could be the reason, why my data doesn't pupulate on TUESDAY ..I AM THINKING... is my assumption right???
    i am still waiting from our HQ team..will see whether that works or not..
    then will let you know...

  • 0FI_AR_4 delta problem

    We have recently implemented the 0FI_AR_4 extract of AR customer items into BW in conjunction with some of the Collections Management targets.  This appeared to be working well and was giving the data we expected.  However, after we started loading in Production, we realized that items that were being cleared after the initialization were still being reflected as Open in the BW datastore/cube.  In looking at the delta updates, we see the clearing document itself but no records affecting marking the old Open items with a Cleared status/date/etc.
    After reinitializing the targets, the affected data looks correct again and the items are marked as Cleared.  We get Delta updates nightly but it just doesn't appear to be everything we expect.  I have looked at some old notes in this area discussing 0FI_GL_4 and possible dependencies or need to decouple them.  We are on SAP ECC 6.0 - 7.0SP14 and BW 7.0 SP21.  Could anyone elaborate on if there would still be any need to also load 0FI_GL_4 to get 0FI_AR_4 deltas to work?  Or if there is anything I should specifically look for in this area before opening up a message with OSS?  For now, I was just going to have reinitialize it periodically to be safe.
    Thanks in advance for any assistance you can provide on this...

    Abby, we did some more research on exactly how the deltas worked with this extract in our environment.  Ultimately we didn't change anything -- I think it was more in just figuring out what timeframes were being pulled so we could understand differences in balances between R3 and BW at a given point.  There are other tables involved beyond just BSID and BSAD.  Such as BWFI_AEDAT that holds pointers to changed records in BSID/BSAD, since those tables don't have a 'change' date in all instances to work from with deltas.  There was also a table called BWOM2_TIMEST that holds delta upper limit timestamp info for each 0FI_AR_4 load and it behaves based on settings in BWOM_SETTINGS.  It controlled the time periods involved in each daily load (i.e. in our case, it went from 10 pm to 10 pm), so that was also part of the reason we were 'missing' records.  We didn't realize that a load running at 5 am one morning was only pulling records up to 10 pm the preceding night.  Once we felt better about the completeness of the records coming into BW, we no longer pursued it.
    This extract is by design a daily load.  But there are some notes out there about doing additional configuration to set up 'minute based' extraction and be able to run it multiple times in a day.  Fortunately we didn't have to look further into it.  Also, the 'coupling' between 0FI_GL_4 and 0FI_AR_4 were no longer a requirement in our version, so apparently that was never part of the issue either.
    Hope that helps you.  Good luck...

  • 0FI_AR_4 Delta not working like I think it should be

    I have the extractor/DataSource 0FI_AR_4 installed and I am on a 7.0 technical upgrade.  I have not yet migrated anything to the new 7.0 dataflow so I am still running 3.x data flow with this extractor.  My issue is that when I check RSA7 for this extractor I usually see 0 records.  Yesterday I saw 3 LUWs in RSA7 for this extractor but they were not AR records - it looked more like metadata.  Next I went to RSA3 and chose Update Mode u2018Du2019 and I got zero records back.  I ran the Delta InfoPackage 3 times yesterday and only got data once - the other two requests I got back 0 records.
    I read that since PlugIn 2002.2 that we no longer have to decouple GL from AR.  Is this true?  This was my first guess but we don't even have 0FI_GL_4 installed.
    Somehow the data is getting into our 0FIAR_O03 DSO, but I canu2019t identify how that data is being collected.  It looks like there is also a lag in the time that the data gets entered into ECC and when it finally gets extracted.  Any ideas?

    There are conflicting statements on help.sap.com
    1: In delta mode, data requests with InfoSource 0FI_AR_4 and InfoSource 0FI_AP_4 do not provide any data if no new extraction has taken place with InfoSource 0FI_GL_4 since the last data transfer. This ensures that the data in BW for Accounts Receivable and Accounts Payable Accounting is exactly as up to date as the data for General Ledger Accounting.
    2: As the strict connection of DataSources has been abolished as of PlugIn2002.2, you can now load 0FI_GL_4, 0FI_AR_4, 0FI_AP_4 and 0FI_TX_4 in any order you like. You can also use DataSources 0FI_AR_4, 0FI_AP_4 and 0FI_TX_4 separately without 0FI_GL_4. The DataSources can then be used independently of one another.
    Which is true?

  • Delta update for 0FI_AR_4 DataSource

    Hi Experts,
    We have a couple of reports (Infoprovider ODS) which are based on the 0FI_AR_4 DataSource. We have enhanced the Datasource and added 7 to 8 fields from SD and FI region. For enabling delta current mapping is: UPDMOD (R/3) field mapped to 0RECORDMODE (BW).
    One of the enhanced FI field is Collection Specialist. If this Collection Specialist Master record is changed for a particular Customer, all the newly generated  Accounting Document shows the current Collection specialist but the already existing Accounting Document in BW are not getting converted to the current Collection Specialist.
    Enhancement Code for 2 fields:
    1. SELECT SINGLE KLIMK FROM KNKK INTO V_KLIMK
             WHERE KUNNR = l_s_dtfiar_3-KUNNR AND KKBER = l_s_dtfiar_3-KKBER.
         IF SY-SUBRC = 0.
             l_s_dtfiar_3-ZZKLIMK = V_KLIMK.
         ENDIF.
    2. CLEAR: WA_UDMBPSEGMENTS.
        SELECT * FROM UDMBPSEGMENTS INTO WA_UDMBPSEGMENTS
                                   WHERE PARTNER = l_s_dtfiar_3-KUNNR.
        ENDSELECT.
        IF SY-SUBRC = 0.
            SELECT * FROM UDM_SGMT_COMP INTO TABLE IT_COMP_CODE
                                   WHERE COLL_SEGMENT = WA_UDMBPSEGMENTS-COLL_SEGMENT.
            LOOP AT IT_COMP_CODE.
              IF IT_COMP_CODE-COMP_CODE = l_s_dtfiar_3-BUKRS.
                l_s_dtfiar_3-ZZCOLL_SPECL = WA_UDMBPSEGMENTS-COLL_SPECIALIST.
              ENDIF.
            ENDLOOP.
         ENDIF.
         CLEAR   : IT_COMP_CODE
    Please suggest what can be done to resolve the issue.
    Thanks,
    Vivek

    Hi,
    I hope you have written the codes in R/3 side.And whenever the Collection Specialist Master record is changed for a particular Customer, all the newly generated Accounting Document show the current Collection specialist but the already existing Accounting Document in BW will not converted to the current Collection Specialist since the data in BW is old data and no logic is written to convert the same.
    Try to incorporate the logic to convert in BW also.
    I could suggest is whenever there is change in Collection Specialist Master record , try to trigger a delat record generation that updates the old accounting doc withnew master in the delta load.
    Ramesh

  • 0FIAR_O03-Issue

    Hi,
    My ODS is 0FIAR_O03 is a business content ODS receives data from 0FI_AR_3 and 0FI_AR_4(Customers: Line Items (Extraction Linked to 0FI_GL_4).
    I am able to load INIT and delta for 0FI_AR_3 infosource. But when I am trying to load the INIT for 0FI_AR_4 then it is showing yellow status even though R/3 contains the data.But when I am loading it using a full update I am able to load the data.But delta will not be possible.
    I tried to do Init without data transfer but there are no records coming in Delta if I scheduled it immediately.
    More importantly I am able to load INIT for 0FI_GL_4 and also the delta.
    Please let me know how to handle this issue.
    Thanks in Advance.
    Regards,
    Venkat

    Can I ask why you are using both 0FI_AR_3 and 0FI_AR_4 into 1 ODS...only 0FI_AR_4 is necessary, I think 0FI_AR_3 is either deprecated or is for some other purpose. For AR line item information, 0FI_AR_4 is sufficient.
    Also, check the settings of the ODS and make sure the "Update status automatically" is set...or it will stay yellow until you set the status manually.
    Thanks.
    /smw

  • New DVR Issues (First Run, Channel Switching, etc.)

    I've spent the last 30 minutes trying to find answers through the search with no luck, so sorry if I missed something.
    I recently switched to FIOS from RCN cable in New York.  I've gone through trying to setup my DVR and am running into issues and was hoping for some answers.
    1.  I setup two programs to record at 8PM, I was watching another channel at the time and only half paying attention.  Around 8:02 I noticed a message had popped up asking if I would like to switch channels to start recording.  I was expecting it to force it to switch like my old DVR, but in this case it didn't switch and I missed the first two minutes of one of the shows.  I typically leave my DVR on all day and just turn off the TV, this dual show handling will cause issues with that if I forget to turn off the DVR.  Is there a setting I can change that will force the DVR to choose one of the recording channels?
    2.  I setup all my recordings for "First Run" because I only want to see the new episodes.  One show I setup was The Daily Show on comedy central, which is shown weeknights at 11pm and repeated 3-4 times throughout the day.  My scheduled recordings is showing all these as planned recordings even though only the 11pm show is really "new".  Most of the shows I've setup are once a week so they aren't a problem, but this seems like it will quickly fill my DVR.  Any fixes?
    Thanks for the help.
    Solved!
    Go to Solution.

    I came from RCN about a year ago.  Fios is different in several ways, not all of them desirable.  Here are several ways to get--and fix--unwanted recordings from a series recording setup.
    Some general principles. 
    Saving changes.  When you originally create a series with options, or if you go back to edit the options for an existing series, You MUST save the Series Options changes.  Pretty much everywhere else in the user interface, when you change an option, the change takes effect immediately--but not in Series Options.  Look at the Series Options window.  Look at the far right side.  There is a vertical "Save" bar, which you must navigate to and click OK on to actually save your changes.  Exiting the Series Options window without having first saved your changes loses all your attempted changes--immediately.
    Default Series Options.  This is accessed  from [Menu]--DVR--Settings--Default Series Options.  This will bring up the series options that will automatically be applied to the creation of a NEW series. The options for every previously created series will not be affected by a subsequent modification of the Default Series Options.  You should set these options to the way you would like them to be for the majority of series recordings that you are likely to create.  Be sure to SAVE your changes.  This is what you will get when you select "Create Series Recording" from the Guide.  When creating a new series recording where you think that you may want options different from the default, select "Create Series with Options" instead.  Series Options can always be changed for any individual series set up later--but not for all series at once.
    Non-series recordings.  With Fios you have no directly available options for these.  With RCN and most other DVRs, you can change the start and end times for individual episodes, including individual episodes that are also in a series.  With Fios, your workarounds are to create a series with options for a single program, then delete the series later;  change the series options if the program is already in a series, then undo the changes you made to the series options later; or schedule recordings of the preceding and/or following shows as needed.
    And now, to the unwanted repeats. 
    First, make sure your series options for the specific series in question--and not just the series default options--include "First Run Only".  If not, fix that and SAVE.  Then check you results by viewing the current options using the Series Manager app under the DVR menu.
    Second, and most annoying, the Guide can have repeat programs on your channel tagged as "New".  It happens.  Set the series option "Air Time" to "Selected Time".  To make this work correctly, you must have set up the original series recording after selecting the program in the Guide at the exact time of a first run showing (11pm, in your case), and not on a repeat entry in the Guide.  Then, even it The Daily Show is tagged as New for repeat showings, these will be ignored. 
    Third, another channel may air reruns of the program in your series recording, and the first showing of a rerun episode on the other channel may be tagged as "New".  These can be ignored in your series if you set the series option "Channel" to "Selected Channel".  Related to this, if there is both an SD and HD channel broadcasting you series program, you will record them both if the series option "Duplicates" is set to "Yes".  However, when the Channel option is set to "Selected Channel", the Duplicates Option is always effectively "No", regardless of what shows up on the options screen.  
    As for you missing two minutes,  I have sereral instances in which two programs start recording at the same time.  To the best of my recollection, whenever the warning message has appeared, ignoring it has not caused a loss of recording time.  You might have an older software version.  Newest is v.1.8.  Look at Menu--Settings--System Info.  Or, I might not have noticed the loss of minutes.  I regularly see up to a minute of previous programming at the start of a recording, or a few missing seconds at the beginning or end of a recording.  There are a lot of possibilities for that, but the DVR clock being incorrect is not one of them.  With RCN, the DVR clocks occasionally drifted off by as much as a minute and a half.

  • Pension issue Mid Month Leaving

    Dear All,
    As per rule sustem should deduct mid month joining/leaving/absences or transfer scenarios, the Pension/PF Basis will be correspondingly prorated. But our system is not doing this. In RT table i have found 3FC Pension Basis for Er c 01/2010                    0.00           6,500.00.
    Employee leaving date is 14.04.2010. system is picking pension amout as 541. Last year it was coming right.
    Please suggest.
    Ashwani

    Dear Jayanti,
    We required prorata basis pension in case of left employees and system is not doing this. This is the issue. As per our PF experts Pension amount should come on prorata basis for left employees in case they left mid of month.System is doing prorata basis last year but from this year it is deducting 541. I am giving two RT cases of different years.
    RT table for year 2010. DOL 26.04.2010
    /111 EPF Basis              01/2010                    0.00           8,750.00 
    /139 VPF Basis              01/2010                    0.00           8,750.00 
    /3F1 Ee PF contribution     01/2010                    0.00           1,050.00 
    /3F3 Er PF contribution     01/2010                    0.00             509.00 
    /3F5 Ee Mon PF contribution 01/2010                    0.00           1,050.00 
    /3F6 Ee Ann PF contribution 01/2010                    0.00          12,600.00 
    /3F9 PF adm chrgs * 1,00,00 01/2010                    0.00              96.25 
    /3FA PF basis for Ee contri 01/2010                    0.00           8,750.00 
    /3FB PF Basis for Er Contri 01/2010                    0.00           8,750.00 
    /3FJ VPF basis for Ee contr 01/2010                    0.00           8,750.00 
    /3FL PF Basis for Er Contri 01/2010                    0.00           6,500.00 
    /3F4 Er Pension contributio 01/2010                    0.00             541.00
    /3FC Pension Basis for Er c 01/2010                    0.00           6,500.00
    /3FB PF Basis for Er Contri 01/2010                    0.00           8,750.00
    /3FC Pension Basis for Er c 01/2010                    0.00           6,500.00
    /3FJ VPF basis for Ee contr 01/2010                    0.00           8,750.00
    /3FL PF Basis for Er Contri 01/2010                    0.00           6,500.00
    /3R3 Metro HRA Basis Amount 01/2010                    0.00           8,750.00
    1BAS Basic Salary           01/2010                    0.00           8,750.00
    RT table for year 2009. DOL 27.10.2009
                                                                                    /111 EPF Basis              07/2009                    0.00           9,016.13
    /139 VPF Basis              07/2009                    0.00           9,016.13
    /3F1 Ee PF contribution     07/2009                    0.00           1,082.00
    /3F3 Er PF contribution     07/2009                    0.00             628.00
    /3F5 Ee Mon PF contribution 07/2009                    0.00           1,082.00
    /3F6 Ee Ann PF contribution 07/2009                    0.00           8,822.00
    /3F9 PF adm chrgs * 1,00,00 07/2009                    0.00              99.18
    /3FA PF basis for Ee contri 07/2009                    0.00           9,016.00
    /3FB PF Basis for Er Contri 07/2009                    0.00           9,016.00
    /3FJ VPF basis for Ee contr 07/2009                    0.00           9,016.00
    /3FL PF Basis for Er Contri 07/2009                    0.00           5,452.00
    /3FB PF Basis for Er Contri 07/2009                    0.00           9,016.00 
    /3FC Pension Basis for Er c 07/2009                    0.00           5,452.00 
    /3FJ VPF basis for Ee contr 07/2009                    0.00           9,016.00 
    /3FL PF Basis for Er Contri 07/2009                    0.00           5,452.00 
    /3R4 Non-metro HRA Basis Am 07/2009                    0.00           9,016.13 
    1BAS Basic Salary           07/2009                    0.00           9,016.13 
    Now please suggest what to do. where is the problem  ? If have also checked EXIT_HINCALC0_002 but nothing written in it.
    With Regards
    Ashwani

  • Open PO Analysis - BW report issue

    Hello Friends
    I constructed a query in BW in order to show Open Purchase Orders. We have custom DSO populated with standard
    datasource 2lis_02_itm (Purcahse Order Item). In this DSO we mapped the field ELIKZ to the infoobject 0COMP_DEL
    (Delivery completed).
    We loaded the data from ECC system for all POs and found the following issue for Stock Transport Purchase orders (DocType = UB).
    We have a PO with 4 line items. For line items 10 and 20, Goods issued, Goods received and both the flags "Delivery
    complete" and "Final delivery" checked. For line items 30 and 40, only delivery indicator note is issued for zero
    quantity and Delivery complete flag is checked (Final delivery flag is not checked) in ECC system. For this PO, the
    delivery completion indicator is not properly updated in the DSO for line items 30 and 40. The data looks like the
    following:
    DOC_NUM     DOC_ITEM       DOCTYPE     COMP_DEL
    650000001       10     UB        X
    650000001       20     UB        X
    650000001       30     UB
    650000001       40     UB      
    When we run the Open PO analysis report on BW side this PO is appearing in the report but the same is closed in ECC
    system.
    Any help is appreciated in this regard.
    Thanks and Regards
    sampath

    Hi Priya and Reddy
       Thanks for your response.
                         Yes the indicator is checked in EKPO table for items 30 and 40 and delta is running regularly for more than 1 year and no issues with other POs. This is happening only for few POs of type Stock Transport (UB).
                        I already checked the changes in ME23N and the Delivery completed indicator was changed and it reflected in EKPO table. Further, i checked the PSA records for this PO and i am getting the records with the Delivery completed flag but when i update from PSA to DSO the delivery completed indicator is not updating properly.
                       In PSA, for item 30 i have the following entries. Record number 42 is capturing the value X for ELIKZ but after that i am getting two more records 43 and 44 with process key 10 and without X for ELIKZ. I think this is causing the problem.
    Record No.    Doc.No.                    Item              Processkey         Rocancel     Elikz
        41               6500000001            30                    11                            X           ---    
        42               6500000001            30                    11                            ---           X
        43               6500000001            30                    10                            X           ---
        44               6500000001            30                    10                            ---         ---
    (Here --- means blank)        
    Thanks and Regards
    sampath

  • HP LaserJet Enterprise 600 M602 driver issue

    Hello,
    I've got issue with 600-series printers. We use the latest UPD drivrer ver. 61.175.1.18849 and print from XenApp 6.5. The error occurs every time when users try to print jpg files from XenApp session. It only happens with 600 series printers and UPD.
    Also I've tried to assign native 600-series driver ver. 6.3.9600.16384 and it works good. But with that driver system says that it's color printer and it brokes our printing reports. These reports are very important for us. So we can't use printer and that driver as well.
    Printer installed on Windows Server 2012 R2. All clients are Windows 7 x64. XenApp Servers are Server 2008R2.
    Is it possible to get fixed UPD driver or correct native driver for Server 2012 R2?
    Regards,
    Anatoly

    I am sorry, but to get your issue more exposure I would suggest posting it in the commercial forums since this is a commercial printer. You can do this at Printers - LaserJet.
    Click on New Post.
    I hope this helps.
    Please click “Accept as Solution ” if you feel my post solved your issue, it will help others find the solution.
    Click the “Kudos Thumbs Up" on the right to say “Thanks” for helping!
    Gemini02
    I work on behalf of HP

  • Windows 7 displays error message when exiting +cursor issue

    Two issues here. CS5 Phoshop on Wind 7 64 bit.
    Physical processor count: 8
    Processor speed: 3073 MHz
    Built-in memory: 12279 MB
    Free memory: 9577 MB
    Memory available to Photoshop: 10934 MB
    Memory used by Photoshop: 80 %
    Image tile size: 128K
    First issue is since the latest automatic Adobe update (why fix what isn't broken?) Every time I now exit Photoshop I get the message "Adobe QT Server has stoped working" and occasionally it happens when I exit bridge. Indesign is also behaving badly. I can no longer start a previous document from file manager without ID crashing out.
    The other is the cursors in Clone and erase lose their edge (become invisable) for no reason - well not quite. Noise Ninja crashed Photoshop when I tried to use it. I reinstalled it and all is well. The cursor issue seems to be intermittant but came back (for no reason) after I reinstalled NN. I can't seem to change the cursor, no matter what I do. The problem is now seriously affecting how I work. Almost enough to go back to Win XP which ran CS5 Photoshop flawlessly.
    Any help will be gratefully accepted.
    Doug

    function(){return A.apply(null,[this].concat($A(arguments)))}
    doug87510 wrote:
    The recent problem is the entire outline of the cursor (including the crosshair in the middle) was missing at any size of cursor. All I had was exactly what I'd get if I used a real spraygun.
    Well, that issue is simply a matter of hitting the Caps Lock key.  When Caps Lock is on, you'll see the cursor outline, and when it is off you'll see a crosshair.  That's a feature, not a bug.
    Glad to hear the 11.1 drivers are out.  I will download them and try them now myself.
    Regarding "Adobe QT" crashing...  QT brings to mind QuickTime, though that is Apple, not Adobe.  Do you have Apple QuickTime installed?
    Regarding memory usage, with 12 GB of installed RAM, you should be able to set Photoshop to use 90% or more in Edit - Preferences - Performance.
    -Noel

  • Issue in Creation of Periodicals for Contracts in CRM7.0

    Hello,
    I have a requirement to create Contracts in CRM7.0 system.
    And I am doing this using the BAPI *BAPI_BUSPROCESSND_CREATEMULTI*
    Good part is Contract Order gets created, but onlywith Header Details.
    The issues i am facing --
    1. I need to know what kind/type of data must be passed to the interface parameters, the F1 Help/Documentation is vague.
    2. I am passing data in the INPUT FIELDS structure with the Object ID, Handle Number, Reference GUID and Fieldname,
        here what does 'Logical Key' field indicate? What should be passed here.
        What does 'REFERENCE KIND' field indicate, i have been passng 'A' for everything (to be frank i dont know whats its significance is!!).
    3. With so much, My Order gets created but with less than half details, i.e. the Objects not getting created are -  Partner, Product, terms/appointments, Status, LongTexts......
    Any help/inputs would be appreciated.
    Hope my problem is stated clearly ...
    --Regards
    Dedeepya

    Hi Anu,
    i found my solution by debugging with existing data or while creating it in CRMD_ORDER.
    Ensure that you are passing a correct entry in INPUT_FIELDS structure.
    As i haven't worked on rebates i woudlnt be able to help you, I suggest you debug to arrive at a solution.
    You can preset your break-points at :-
    1. FM - CRM_ORDER_MAINTAIN
    2. CRM_ORDER_MAINTAIN_MULTI_OW -- Debug through the complete FM.
    3. CRM_ORDER_PREPARE_MULTI_OW -- The data is set in this function module.
    Regards
    Dedeepya C

  • Issue in creation of plant related data at receiving server using BD10

    Hi all,
    This is regarding Material master creation using B10.I am using MATMAS05 message type for sending data from one system to another.Data is sent and received successfully.When i go in mm03 i can see all the views created successfully accept views related to PLANT.Please guide to resolve the issue.
    When i entered into Log-
    1)"The field MBEW-BKLAS is defined as a required field; it does not contain an entry".
    2)"No material master data exists for material AB_08.04.09(30) in plant 4001".
    My segemnt is as follows-
    ZMATMAS05                      matmas05
           E1MARAM                        Master material general data (MARA)
               Z1KLART                        KLART----
    My extention
               E1MARA1                        Additional Fields for E1MARAM
               E1MAKTM                        Master material short texts (MAKT)
               E1MARCM                        Master material C segment (MARC)
                   Z1AUSPM                        E1AUSPMDistribution of Classification:----
    My extention
                   E1MARC1                        Additional Fields for E1MARCM
                   E1MARDM                        Master material warehouse/batch segment (MARD)
                   E1MFHMM                        Master material production resource/tool (MFHM)
                   E1MPGDM                        Master material product group
                   E1MPOPM                        Master material forecast parameter
                   E1MPRWM                        Master material forecast value
                   E1MVEGM                        Master material total consumption
                   E1MVEUM                        Master material unplanned consumption
                   E1MKALM                        Master material production version
               E1MARMM                        Master material units of measure (MARM)
               E1MBEWM                        Master material material valuation (MBEW)
               E1MLGNM                        Master material material data per warehouse number (MLGN)
               E1MVKEM                        Master material sales data (MVKE)
               E1MLANM                        Master material tax classification (MLAN)
               E1MTXHM                        Master material long text header
               E1CUCFG                        CU: Configuration data
           E1UPSLINK                      Reference from Object to Superior UPS
    Thanks.
    Edited by: sanu debu on Apr 27, 2009 7:10 PM

    CREATE CONTROLFILE SET DATABASE "NEWDB" NORESETLOGS ARCHIVELOGAlso when you are setting a new database, the option should be RESETLOGS and not NORESETLOGS.
    'D:\APP\ADMINISTRATOR\ORADATA\NEWDB\ONLINELOG\O1_MF_2_7FK0XKB8_.LOG
    D:\APP\ADMINISTRATOR\ORADATA\NEWDB\DATAFILE\O1_MF_SYSTEM_7FK0SKN0_.DBFWhy underscore(_) at the end of the datafile name. Any specific reason ?

Maybe you are looking for