Material master posting  initializing periods (MMPI)issue

I am getting an error while intialiing periods (MMP).
ERROR  before initializing fallow the instructions of note 487381.
needs payable remote consulting help.How to solve this error?

Hi Sridhar,
For period closing with initialization, the system displays a message saying that period closing cannot be started.Before you start period closing with initialization, you must be aware of the consequences of period closing with initialization.This note describes the possible data inconsistencies that might occur if you carry out the initialization in a productive system.The resulting inconsistencies are not to be traced back to a system error but they are a result of the period closing program with initialization.
Hence, these inconsistencies can only be corrected within the remote consulting purchased separately since normally you no longer need to start the period closing program with initialization in a release > Rel. 4. 5.
regards
kiran.

Similar Messages

  • Closing/Opening Material Master Posting Periods

    The instance is ECC 6.0
    Can we roll back the material master posting period. We had some issue that the material master was rolled over by 2-3 periods accidentally which is corrected now.
    OSS note 1082841 was applied so the periods can not be rolled over going forward. Now was going to some testing, but not sure if the problem is corrected or not and wanted to know what is the way to roll back the period if it is rolled over.

    Dear Pete
    Please check this thread with similar kind of issue :
    Change Current Period In Material Master
    Urgernt - Change Current Period
    Regards
    JH

  • Material Master Period closing:

    Hey Gurus,
    Currently we are running MMPV globally which causes few issues regularly.
    Hope running MMPV locally would fix these.
    Splitting the MMPV transaction event (by world time zones) would be a major piece of work to establish the impacts on other processess (such as billing, intercompany accounting, consolidation, standard costing runs and actual costing runs). Needless to say, such a change would need to involve multiple functions (Procurement, sales, finance).
    Immediate response in this regard in highly appreciable,
    Regards,
    KK

    You may refer to  note 520010 that has a FAQ on period closing, which recommends not to allow posting while period closing is being done.
    (My comments: You may trying closing the period following the Sun, However you may want to monitor the inter-company transaction closely to avoid any inconsistencies.)
    The note's content is reproduced below.
    "6. Question:
    After the period closing program runs, data inconsistencies occur in the previous period, although the data of the current period is consistent. What causes this?
    Answer:
    The following example describes a rare case that causes a large amount of data inconsistencies. During the period closing program run, the processing of a small MM document overtakes the processing a large MM document.
    Constellation:
    - In Customizing for materials management, "Late Lock" is activated.
    - In period closing for the material master (transaction MMPV), periods are closed during the interval between the last day of the old period and the first day of the new period.
    Example
    Date July 30, 2005, time 23:59
    - You begin processing MM document 1, an IDoc consisting of 1200 items.
    - Its posting date is July 30, 2005 and posting should occur in the current period.
    Date July 31,.2005, time 00:00 - 00:01
    - The period closing program runs a day before the current period 07 is finished and changes the current period from 07 to 08.
    - Therefore, all future goods movements and price changes with a posting date of July 31, 2005 are posted in the previous period.
    Date 31.07.2005, time 00:02 - 00:03
    - The system processes and updates the next MM document (2), an IDoc with 100 items.
    - MM document 2 contains goods movements that have combinations of material and plant that are the same as for MM document 1.
    - The posting date is to 31.07.2005, that is, MM document 2 is posted in the previous period 07.
    - The posting of MM document 2 causes the system to create history tables of the material masters that are to be posted for period 07.
    - During the posting of the previous period, the quantities and values are updated simultaneously in the history tables of period 07 and the tables of the current period 08.
    Date July 31,.2005, time 00:04
    - MM document 1 is posted and its processing is complete.
    - At the start of processing, the system determined that this document, with a posting date of July 30, 2005, is to be posted into the current period.
    - During the processing of this document the period is closed, but the posting program does not know this.
    - MM document 2 has updated the entries for the current period, however this is now 08.
    - The data in the history table of period 07 is now inconsistent as is the data for all the combinations of material and plant that are contained in MM documents 1 and 2.
    Conclusion
    <b>To avoid this constellation, do not allow any postings to occur whilst the period closing programs is running.</b>
    Before the period closing program runs, check in transaction SM13 whether outstanding update terminations of goods movements are still displayed. These must be cleared and closed before the period closing program runs.

  • Initial Transfer of Material Master to GTS

    Currently we are looking to transfer material master records(Initial) specific to only few plants as the GTS implementation is with respective to only a specific country. We have about 250,000 material master records from this plant but the MARA table in the feeder which stretches across multiple countries has a count of 4 Million.
    We intend to develop an enhancement around the user exit SAPLSLL_LEG_PRR3_002 to support this requirement.
    Is there a way to transfer this data without an enhancement only restricting to specific plants? My understanding is this would be an issue which is  common to implementation teamsas usually only one or few countries go live on GTS per release.

    Hi,
    You will have to code this filtering logic in the user exit that you had mentioned. There is no standard delivered solution for this.
    Btw, when you say you are going to use initial transfer option any other specific reason for looking into filter logic?
    Selection screen of initial transfer has material number as input. Why not download ur 250000 product and transfer those in chunks. Just a QN.
    But filtering material transfer is possible with enhancement.
    Regards
    Dhilipan

  • Reg: Material Master in BEx

    Hi All,
    I am working on IS-retail with BI implementation project, we have material master with 150000 records, the issue that I am facing is, in BEx we have 65536 rows so, when I execute a query it is giving me a message "result incomplete" andit will not show complete records.
    Can anyone of you please explain how to overcome this situation and give me some suggestuions that I should follow.
    Regards
    Amit Kapoor

    Hi,
    limitation of Excel is 65536 rows.So you will not be able to see complete data.one way is you can go for webreports where you can see complete data.
    thanks

  • Mass chnge the buckflush in workcenter and material master

    could you tell me how can i do the Mass chnge of the buckflush in workcenter and material master to make automatic goods issue or consumption of the component used in Production Orders

    Dear Hani,
    Use T Code MM17 to do mass change for the field backflush in the material master and in the case of work center you can set or
    remove the indicator for the backflush only manually.
    Also Remove the check box from include all components in OPK4 for the order type so that the system does not set the backflush
    indicator.
    Check and revert
    Regards
    S Mangalraj

  • SAP SCM Upgrade to 5.0, Material Master Initial Transfer Issue

    Dear Folks,
    We are doing an upgrade to SCM 5.0 for a client and are facing the issue of material master initial transfer. The changes to exising material like Proc type etc. travel seamlessly but while we try to create a new material in R/3 and transfer it to APO or if we delete an existing product in APO and re-transfer the material from R/3, it simply doesn't happen. We donot get any kind of errors also. We have tried various suggestions and solutions but all have failed. To summarize the activites that we have done to check the issue, please see the track below.
    Action                                                              Observation
    1. Observed queue blocks on R/3 and APO sides:            No blocks.
    2. “Important” logs on R/3 as well as APO side:                No error logs on CIF observed.
    3. Check material master data fields in R/3 relevant and necessary for APO: Done
    4. Check the APOKZ flag in MARC Table:                        Done
    5. Check OSS relevant notes for the issue:                      Done
    6. Check CIFMAT and MATLOC tables in APO:                Done
    7. Check the TRFCQIN and TRFCQOUT tables in APO     Done; nothing relevant to CIF observed.
    8. Debug CIF and find the issue                                       No breakthrough.
    9. Check location and location pre-requisites for CIF         Done
    Now we have raised OSS notes to SAP and are awaiting a solution.
    I request all Gurus to pitch-in and suggest possible issue here and perhaps a solution too. I am very hopeful that some one might have faced similar issue and have found a solution to the same.
    Warm Regards,
    Chandra

    This required packaging materials to be CIFed first before transferring the other materials. Issue resolved, SAP issues a note on this.

  • Close period for material Master record error

    my current period is 07 2010.
    I want to close period 07 2010, and make new posting to period 08 2010.
    but when i do the posting, system show error "Posting only possible in periods 2010/07 and 2010/06 in company code C999"
    PS: C999 is the company code that contains the plant P999
    And when i try to close the current period of material Master record  by MMPV, system show below information :
    "L O G
    Mode: Check and close period
    Client: 000
    Period entered (month/year): 07 2010
    Incorrect period in control rec. of CoCd C999; no conversion The current period (month/year) of the control record is 07 2010
    Period closing complete; log issued.
    E N D"
    and my current OB52 setting is below:
    Please help to supply some suggestion.
    P999     +               1     2010     12     2010     13     2010     16     2010
    P999     A          ZZZZZZZZZZ     1     2010     12     2010     13     2010     16     2010
    P999     D          ZZZZZZZZZZ     1     2010     12     2010     13     2010     16     2010
    P999     K          ZZZZZZZZZZ     1     2010     12     2010     13     2010     16     2010
    P999     M          ZZZZZZZZZZ     1     2000     12     2010     13     2000     16     2010
    P999     S          ZZZZZZZZZZ     1     2010     12     2010     13     2010     16     2010
    V001     +               1     2000     12     2010     13     2000     16     2010

    Hi,
    Check in T.code: MMRV and see which period is open for ur Co.Code and back posting is allowed or not. If you are sure to open new period now of  new posting to period 08, then
    use t.code: MMPV ,
    enter
    Company code C999
    Period to open 08
    Fiscal Year 2010
    Execute
    ( system will close the period last period 07 and automatically system open the new one 08)
    Now try ur transaction.
    if any problem, then check  in FI Side:
    Use t.code: OB52 and open the 08,2010 period in Account Types A, K, D,M, S and specially Account Type u201C+u201D which stands for valid for all accounts type and save. Better consult FICO consultant for OB52 step.
    Regards,
    Biju K

  • How to change the current period in material master

    hi everybody,
    as i have installed sap 4.7 ides version on my home pc for practice , but hwenver i am creating the new material  master in the system , i observe that in accounting1 tab the current period is 12 2002 , how should i change the current posting period so that i can start the transaction in current uear 2009 and then later i can work in 2010 ....
    i have tried  the transaction mmrv, mmpv, mmpi through some resources but i didnt know how to do the settings in the system in IMG (SPRO) kindly help me through , i have wasted lot of time in this..
    i hope MM team will help me out of this...
    AMIT BATHLA

    Hi,
    Check in OMSY Transaction that, Which current month and year is having your comapny code.
    and go to T.Code MMPV
    enter Next Month of that cureent period and Year
    and Execute. You find the message that your current period has changed.
    Do the same process month by month till reaches to current period and year.
    Let me know if you have further queries.
    Padma.

  • Current period in Accounting 1 view of Material Master

    Dear Experts,
    In Accounting 1 view of Material Master there is a current period, now it is 12 2009.
    Is it possible to make it 11 2009, if yes how to do it.
    Please help if you have solution. it is very crucial for me.
    Thank you for your support.
    Regards,
    Zusen

    Hi,
    Please read the Solution part of  note 487381. There is still a few things need to be carry out before you can proceed
    with the initialization :
    Bear in mind that the initialization of a posting period has the
    following effects concerning the period stocks:
        o  The initialization of the posting period to a previous or to any
           posting period may lead to the loss of the information of the
           inventory balances of the previous periods.The book value of the
           current posting period is taken as the basis also for values of
           the previous period in this case.
           If you want to continue working with this new posting period, in
           addition you should execute report Z_DEL_HIST_ENTRIES attached so
           that history entries greater or equal to the new posting period
           will be deleted.
        o  If you have to briefly reset the posting period by one period
           (for example, postings must still be posted in a certain period)
           just to make a correction (and for a small number of postings),
           you should initialize the posting period back again to the old
           value so that the values of the previous period will not be lost
           (you should forbid postings when carrying out corrections).
           However, afterwards the values of the previous period or the
           history records (as of Release 4.5) of the materials posted in
           this case are inaccurate.
           You should NOT execute report Z_DEL_HIST_ENTRIES in this case.
        o  However, if the posting period is generally reset again to a
           previous posting period and if postings were made during this
           time, all information on the inventory balance of the previous
           periods is lost.
           As of Release 4.5a, you should use the cited correction report
        Z_DEL_HIST_ENTRIES in order to delete history records that are
        more current than the current posting period.Otherwise, it can
        result in deviations (inconsistencies) for the update of the
        history records.
    o  Important! If there are open physical inventory documents that
        have status 'counted' or for which indicator 'Freeze inventory
        balance' has been set, you should reject these if they refer to a
        previous period or have been created in the former previous
        period.The inventory difference to be posted can be determined
        from the current book value of the previous period and the book
        quantity frozen in the physical inventory document (ISEG-BUCHM)
        and does not match the inventory balance of the previous period
        that is currently valid.

  • Not able to transfer changes in material master (periodic)

    Hi Friends,
    Got an issue here. I am not able to transfer the changes I made in material master. I want this as periodic, Made the specific setting in CFC9. And for your information 'Activate ALE Change Pointers Generally' and for massege type are activated.
    But when I execute CFP1 I got massege: 'No appropriate master data changes: Transfer has not happen'.
    I made changes in material master (global level),..like gross weight changed. Material is in active IM, no duplication.
    Any help Please? We are on SCM 7.0.
    Thanks,
    Satyajit
    Edited by: Satyajit Patra on Mar 20, 2010 9:12 PM
    OK, Guys I think I need to raise an OOS... It was for SCM 7.0, but was basic config....thts why I edited the thread so many times expecting some responce.
    Edited by: Satyajit Patra on Mar 22, 2010 7:41 AM

    Hi Satyajit,
    Please look at OSS  Note 1069560 - Data inconsistencies: Activating integration. models in parallel, if this helps you.
    Since  Gross data of material is in the basic view, it is common across plants , whereas, IMs are normally designed to have material masters at plant level.
    We may have same material in different IMs with different  plants. Therefore changes of the basic view fields are then contained in multiple IMs.  SAP advises to have a larger IM or sequential activation of IMs.
    I hope this will  help you .
    Regards
    Datta

  • FM to read previous period values in material master Accounting tab

    hi,
    is there an FM to read standard price and price unit values for the previous period in accounting1 tab in material master.
    Thanks,
    V.

    Deepthi Suvarna wrote:
    Hi ,
    >
    > Use function module DB_DELETE_TABLE and input table MARHD and delete the entry for the previous period stock.
    >
    > Thanks
    > Deepthi
    mardh table is a audit relevant table, it is absolute nonsense to delete enties from standard tables.
    The use of this function module is not even a solution for the issue discussed in this thread.

  • How to post material master legal control data (Foreign trade export view)?

    Dear Gurus,
    Currently we have an external application which posts material master data into SAP using MATMAS IDOC through JCO. Now we have a requirement wherein we need to post legal control data ( especially ALNUM field) beisdes the regular views. MATMAS Idoc do not have a provision to post this specific field ALNUM ( Export control class).
    Can you please suggest how to post this field value in to SAP. Do we need to use any other IDOC or RFM/BAPI as we do with classification view. In that case can you please suggest those relevant APIs.
    Thanks in advance
    Aman

    Hi Aman,
             I have got the same problem with this legal control field(ALNUM field).
             There is no provison to post this field through IDOC. Can u please tell me what was the why u followed for this issue.
    Thanks& regards,
    Naren.

  • Inventory management: posting block :  material master field

    Hi,
    In het material master you have a field  Physical Inventory Blocking Indicator, but when I create a counting document (MI01) with posting block. The field in the material master is still blank. How can this happen?
    Best regards,
    Eric.

    Hi Eric,
    I guess there is some inconsistency in your system,
    Please refer to the SAP Note 355939 & 192571 and you might be able to fix the bug..
    Note 355939
    Summary
    Symptom
    This note is only of importance for you if you execute physical inventory functions using the R/3 System. The inconsistencies can usually be adequately eliminated using Note 192571. This note is only intended for customers who did not discover the inconsistency in the first period of the new fiscal year and who now have problems with the physical inventory indicators.
    Additional key words
    RMMMPERI, MMPV, physical inventory, PIINKON, MARD-KZILL, MARD-SPERR
    Cause and prerequisites
    See Note 192571.
    Solution
    To eliminate the inconsistencies, carry out the following steps in the corresponding sequence:
    1. Implement the corrections from Note 192571
    2. Also implement the attached correction instructions
    3. Start program ZREPPI_FLAGS (from Note 192571)
    4. Start program ZINVUT30 (from Note 67072)
    Source code corrections
    Note 192571
    Summary
    Symptom
    Preliminary note:
    This note only applies to you if you execute physical inventory functions in the R/3 System.
    In the log of the period closing program running during the fiscal year change, the number of the records closed does not correspond to the actual number of records in the corresponding stock table on the database.
    As a result, the physical inventory indicators were not moved from the current fiscal year to the previous year in the records that are not closed. This means that materials, for which a physical inventory was carried out in the previous year, are dealt with by the system as if a physical inventory has already been carried out in the current year.
    This problem can affect materials created before the upgrade to Release 4.5.
    Additional key words
    RMMMPERI, MMPV, inventory, PIINKON, MARD-KZILL, MARD-SPERR
    Cause and prerequisites
    The problem is caused by a program error.
    Solution
    If you have not yet carried out the fiscal year change (for example, if you have a fiscal year variant with non-calendar fiscal year), the attached correction can correct the error.
    If you do not yet use Release 4.5B with at least Hot Package 09, in the four following form routines you must implement the deletion/insertion sequence listed in the attachment only once. Do not implement them twice each time as described in the "Corrections" section.
    - Form MARD_UPDATE_JW_DB2DB4
    - Form MCHB_UPDATE_JW_DB2DB4
    - Form MSKA_UPDATE_JW_DB2DB4
    - Form MSKU_UPDATE_JW_DB2DB4
    Caution: Implement the corrections WITHOUT comment lines or added comments !!!
    Comments between EXEC SQL and ENDEXEC can lead to the 'DBIF_DSQL2_SQL_ERROR' at the fiscal year change.
    If you carried out the fiscal year change in Release 4.5 or 4.6A and use R/3 Physical Inventory Management, you can, after implementing the attached correction in your system, repair the affected records as follows:
    Run correction report ZREPPI_FLAGS.
    After the execution of report ZREPPI_FLAGS, you should implement report ZINVUT30 mentioned in Note 67072 in your system and execute the report for those materials for which a physical inventory has already been executed in the current fiscal year.
    If you recognize the inconsistency only in a later period, also refer to Note 355939.
    Trust this helps
    Regards
    Merwyn

  • T.code MMPV: managing period material master records (two questions ...)

    Hi All,
    I have some doubts about t.code T.code MMPV:
    - this t.code is for opening a new period: how to know the periods already opened?
    - if a new period is opened by mistake? Could I come back to the (two) previous (also managing tables by SE16N)?
    Thanks
    Gandalf

    Hi,
    Use T. Code: MMRV and enter ur company code and can see/check/view which period is open for ur company code.
    Before closing a period, you must ensure that all transactions are related like GR, GI, IR posted to respective period. In MM side you can post current period and current minus one period. If any transaction related to not posted and you close the period, you can consult FICO team for further action.
    It is possible to re-open a previously closed period. However, it is NOT advisable to do so because the valuation data of the previous period could be affected.
    In general, it is only safe to reopen a previously closed period when no material postings have been done after the period shifting to the new period. If there has already been postings after the period shifting to the new period, reverting the period back will cause database inconsistencies in the history tables.
    If you decide to proceed with this process, you can use the program RMMMINIT, but, please review the documentation of this program first!! and the check the SAP notes 487381 (for the error message that you are receiving) and the 369637 (for an explanation about the inconsistencies that will be generated.
    Steps are as below;
    Go to Transaction Code SE38
    Enter program name RMMMINIT
    Execute or press F8 function button
    Enter your company code (From and To)
    Enter relevant date: Say 01/03/2009 for Jan. 2009 month to be opened as of now
    That means, user can post for the month of Dec 2008 as well as Jan. 2009 .Refer SAP Note No. 487381 for more details.
    As per SAP Notes 487381 ( If the periods are opened in advance in mmpv to again change it to current period the following process should be follow ), Go to Tcode MMPI, then go to menu bar and select system -> user profile->owndata.In that screen , under the parameters tab enter MMPI_READ_NOTE in Parameter ID field and enter, then under short description you will get Initialise period. Next Save.
    Again go to MMPI enter company code, period and year and execute.
    Other way of doing ,it is follow these steps[But do not try these steps in Production system]:
    1. Use T.code: OX18, and delete the plants assigned to your CO.Cd and save.
    2. Use T.code:  OMSY and change the posting period to the one you want and save.
    3. Use T.code: OX18 and assign the plants you have deleted in step 1.and save.
    Regards,
    Biju K
    Edited by: Bijay Kumar Barik on Mar 15, 2009 12:07 PM

Maybe you are looking for