ERROR WHILE POSTING MIRO FOR MULTIPLE ACCOUNT ASSIGNMENT (ASSET)

Hi Guys,
We created  a PO for asset with multiple account assignment. And we immediately do IR instead of GR.
While doing IR it is giving error
1) Quantity delivered is zero - Warning message
2) Account 245350 requires a Transaction Type or is Invalid - Error message
what may be the problem. how can we eliminate and post it
Regards
palani

Hi,
I would assume the G/L account you used was not properly set up.  Did you get the same problem if you try to change to another G/L account?  Perhaps, get your FI specialist to look into this G/L account-related error and verify it.
Cheers,
HT

Similar Messages

  • GR and GR Non Val indicator in R/3 PO for multiple account assigned SC's

    Hi,
    We are on SRM 3.0(EBP 4.0) and R/3 4.7.
    We have implemented the BBP_CREATE_PO_BACK badi for setting or clearing the GR and IR indicators under certian conditions.
    But for Multiple account assigned SC's we get an error message "06181 With non-valuated GR, please also enter GR i ndicator ".
    We have tried implementing note# 872000, but this has not solved the issue.
    The PO's get created only if we force the GR indicator when transferring the data into R/3.
    It seems clear that while creating the PO the system is encountering the GR Non Val indicator but not the GR indicator, so its throwing the error message (we get the same error message when we create the PO from R/3 with GRnon val indicator checked and GR ind unchecked).
    The proposed solution is that in the same BADI, along with clearing the GR indicator, we will also clear the GR non val indicator.
    This can solve the issue if the indicators are transferred as it is from EBP.
    But can anyone tell me if these indicators are also checked/changed in any FM/program in R/3 before the PO is created?
    Is there any customizing setting which is affecting this particular behaviour?
    Regards,
    Srivatsan

    Hi Srivatsan ?
    In ECC, you have a configuration point :
    Materials Management->Account Assignment->Maintain Account Assignment Categories
    Here you can untick the indicator you want by account assignment category;
    Kind regards,
    Yann

  • GR/IR Rounding Logic for Multiple Account Assignment

    We have activated business function LOG_MM_MAA_1 (EHP4 release 604), GR valuated. When choosing Distribution on quantity basis and distribute partial inv proportionally, the MIGO postings are different from the MIRO postings. For example, we have a quantity of 12 that we allocate to two different cost centers 33.3 / 66.7 %. We receive a partial qty of 5. MIGO distributes the quantity 1.665 / 3.335, respectively. However, MIRO distributes the quantity 1.666 / 3.333 respectively. Since MIRO is supposed to accept the MIGO quantities and amounts, why is the percentage allocation different?  Is there a way to make the percentages equal for MIGO / MIRO? Modification of the percentage field (VPROZ) in the PO to more than 1 decimal is not an option.
    Example
        PO (quantity-based distribution, partial inv is proportional: Receive partial Qty 5 of total 12
                             Net Value            Qty              Percen           MIGO           MIRO
        Item:            9,600.00 USD    12.000 pc     100.00       4,340.00      4,340.00
        Account 1:  3,200.00 USD      4.000 pc        33.3         1,446.67      1,446.96
        Account 2:  6,400.00 USD      8.000 pc        66.7         2,893.33      2,893.04
    The small difference of $0.29 for this example is inconsequential, but for larger quantieis it will have a greater impact on the account allocation.

    U set or U dont set system will flag the GR non valuated once u assign multiple account assignment.
    But SAP is coming up with GR valuated for Multiple account assignment in enhancement package 4.
    Check out EP4 Presentation at........
    https://websmp210.sap-ag.de/erp-ehp
    Venkat

  • Accounting error while posting MIRO

    Hi Gurus,
                    An GRN is created with amount 150000 and IV is made using this GRN of 145000. Here reversal document debitted 5000 to expense account is not getting posted. An entry getting posted is of 145000. Please help.

    A Grn has been posted with entries as follows:
    Expense A/c  Dr 150000
      to GR A/c                       150000
    While posting IV for 145000, following entry needs to be posted
    GR A/c  Dr             150000
        To Vendor A/c                         145000
        To Expense A/c                           5000 (Automatic entry)
    Instead following wrong entry is getting posted
    GR A/c  Dr             145000
           To Vendor A/c                         145000.
    I hope this clarifies the doubt.

  • Fi Document is not generating in MIGO for multiple account assignment in PO

    Hi,
    I have have created  asset po DG set 111 quanity is 4, i have created 4 different assets and assign quanity 1 to each dg sets in account assignment. While doing GRN system is not generating FI document for this po. if  i am giving one quanity or single account assignment for as 4 then it is generating FI quantity.
    PLease help me out why system is not generating FI document for multiple accont assignment in MIGO.
    Thanks in advance
    KISHORE

    Hi
    There is no option if you are not on EhP4... Do MIRO and see if the FI doc is generated
    Only way is to do MIRO immediately after MIGO.. OR Schedule ERS (Evaluated Receipt Settlement) which runs every hour in the background so that MIRO is posted automatically based on MIGO document.... Basically, you have to do MIRO after MIGO.. Whether you do it manually or through ERS is a matter of choice
    Regards
    Ajay M

  • Error while creating  a PO with Account assignment

    HI MM Gurus
    In our case, we need to create the STO for account assignment cat `Unknown`.
    In SPRO I maintained combination of account assign cat and item cat.
    Now, while creating  a PO with Account assign U we get Error message -  ME069 :Unknown account assignment not defined for use here.
    Please advise how to resolve this issue.

    Hi
    When you are posting actuals, you need to give true account assignment object. With U (unknown), system cannot identify which account to be posted. Change account assignment in PO to another.
    In standard SAP Unknown account assignment is not allowed in PO's. Only exception is Blanket PO.
    Unknown is allowed only in PR and Blanket PO.
    The reason is logically you are releasing the PO to the external vendor or Plant in this case you must know the account assignment.
    Regards,
    Ninad Kshirsagar

  • Error while posting MIRO

    Hi Experts
    I got a error like this while posting MIRO
    "No amount authorization for customers/vendors in company code 401"
    I tried to look out in T043 Table,since i cant able to go further
    Let me know the reason for this error and the settings to do
    Regards
    Amuthan M

    Hi,
    While creating tolerance group you are specified the authorization group/ Just delete the name of the group you have created and keep it blank OR assign the user to that group and save.
    Note:
    If you create tolerance groups then the group must be assigned to the users in t.code:OB57 who are posting the transaction. Defining and assigning the tolerance groups to employees is not going to solve, you have to enter the amount ranges of tolerance for G/L document, Customer and Vendor posting.
    In t.code:OBA4 create an entry for your company code. (Group creation is not compulsory). If your requirement permits better keep the group column empty. when no group is created its for all users.Double click on company code and enter upper limits and permitted payment differences and save.In t.code:OBA3 enter the ranges for payment differences and any other columns as per your requirement..
    Regards,
    Biju K

  • Error while posting to G/L account

    hi,
    while posting to G/L account, i am getting error like this
    "Calculation procedure for taxes in company code XXXX is not maintained (tab T005) "
    regards
    Praba

    Hi Praba,
    Please check your FTXP settings and t.code OBCP
    http://www.ficoexpertonline.com/downloads/10-03.doc

  • Customizing for multiple account assignment in OME9

    Hello,
    We want to create a specific account category with different account assignment fields (cost center, WBS, order, etc).
    This account category will be used for PO items with single account assignment or multiple account assignment.
    One more information is this specific account category will be used only for PO replicated from Supplier Relationship Management. This means PO document type will not be created directly in R/3.
    We use ECC6 with EhP4 with business function LOG_MM_MAA_1 active, so we make MAA for GR valuated.
    According to those elements, iI would like to have confirmation regarding customizing we implemented, especially for fields:
    - "Indicator: Account assignment screen" populated with value '2' (Multiple account assignment)
    - "Distribution" empty (Single account assignment),
    - "Partial Invoice" populated with value '2' (Apportion IR quantities to GR quantities proportionately).
    While creating PO in SRM and after replication in R/3, cost distribution is done correctly for item with multiple account assignment (Account Assignment tab with Partial Inv. =  "Distribute Proportionately" and Distribution = 1, 2 or 3, depending on cost distribution type chosen) whereas for item with single account assignment, Partial Inv. is "Derive from Account Assignment Category" and Distribution is "Single Account Assignment Category").
    So, it seems OK. Nevertheless, i would like to have confirmation values i gave with above fields are correct in order to not have to change them later, i mean after PO were created, if problems occured.
    Thank you for your help.
    Regards.
    Laurent.

    Hello,
    During PO replication from SRM to R/3, customizing from OME9 is not read and "Partial invoice indicator" is always defaulted to "1" when item has a multiple account assignment.
    This behaviour can be overwritten by implementing:
    - either BBP_PO_INBOUND_BADI for method BBP_MAP_BEFORE_BAPI,
    - or BBP_ECS_PO_OUT_BADI for method BBP_B46B_PO_OUTBOUND.
    So, no need to take care of OME9 customizing.
    Regards.
    Laurent.

  • Error while posting billing document to Accounting

    Hi,
    We are getting an error when posting Billing document to Accounting .Eror "The document type is relevant for VAT.Please inset a VAT code in postings.
    Thanks in advance.

    Dear Ravinder
    Go to VF02, input the billing document and execute.  Now from the top menubar, click on Goto <> Header <> Header.   There check what pricing procedure is flowing.
    Now go to V/08, select that pricing procedure and check whether you have maintained the condition type for VAT.  I believe you have not maintained and hence, the error. Include the VAT condition type and create a fresh sale order.
    Meanwhile, you have to reverse the billing document via VF11, reverse PGI via VL09 and delete the delivery document. 
    thanks
    G. Lakshmipathi

  • Error While Posting MIRO of Imports PO

    Dear Sir
    When we are trying to post MIRO for Imports PO with Local currency we get following Error
    Enter rate INR/CHF rate type M for 16.05.2011 in the system settings
    For IV (Invoice Verification) we use currency CHF as our Vendor currency is CHF.
    But During MIRO for Customs clearing Charges and Freight Forwarder charges we need to use INR at that time we get this Error.
    Enter rate INR/CHF rate type M for 16.05.2011 in the system settings
    If we maintain currency rate in OB08 of INR & CHF will solve this problem?

    Dear:
                Your question is self explanatory. System is asking you to maintain exchange rate for date 16.05.2011. Maintain the rate in OB08 and your issue will be resolved.
    Regards

  • Hard Question:   Item-Based Approval for Multiple Account Assignment?

    Hi Vadim and community,
    Possibly.. this is my hardest question for you.
    We need to implement Item-Based Workflow Approval.  The CC Owner should approve only the items assigned to his/her CC.    We'll do this reading R3(CO) data.
    Thats not the problem.
    The problem is:  I need to use Multiple Account Assignment.  I'll distribute one time in 3 o more CC.   Is it possible to have an CC-Based Workflow Approval ?   I mean, The CC owner should approve partly the item assigned to his/her CC.
    Anybody knows something ?
    Thanks for your reply !!! =)
    Regards,
    Diego

    Hi Diego,
    In my understanding you want to define one or several level of approval depending on the CC assignement on each item.
    lets take an example:
    CC1 owner approver1, CC2 owner approver2 and CC3 approver3
    For a SC:
    -Item 1: 20% on CC1, and 80% on CC2
    -Item 2: 20% on CC1, and 60% on CC2, and 20% on CC3
    Then in the item level BADI, you'll define:
    -Item1:
    Level1 ==> approver1
    Level2 ==> approver2
    -Item2:
    Level1 ==> approver1
    Level2 ==> approver2
    Level3 ==> approver3
    I had this requirement on a project, and the hard part was not the BADI implementation, but the CC owner link with the SRM users (cause all approvers have to be declared on the SRM, and integrated in the SRM org plan).
    Regards.
    Vadim

  • Account dertermination error while doing MIRO for third party PO

    Hello,
    This is regarding error message while doing MIRO (IR)
    There is already a PO in the system with item category S ( Third Party ) &
    Acc assignment object u2013 C (Sales order).
    For this PO , I could find 10 invoices already posted in the system.
    Between when these invoices were posted , there were some changes done to the PO.
    But even after those changes , many invoices were posted in the system,
    But now , when I try to post the invoice , I am getting the below error message.
    the error message is ** Account determination for entry SKPL WRX 0002 _ 1020 not possible** while posting.
    Message no. M8147
    Diagnosis
    The system did not find an account for this transaction. This means that the account determination for key SKPL WRX 0002 _ 1020 is not maintained in MM Customizing (Valuation). The key is made up of:
    u2022 Chart of account
    u2022 Transaction key (= Posting transaction)
    u2022 Valuation grouping code
    u2022 Account grouping code
    u2022 Valuation class
    System Response
    The system cannot update a G/L account for this transaction. You cannot post the transaction.
    Procedure
    Contact your system administrator.
    If you have the authorization, check the Account determination in Customizing for Valuation.
    Proceed
    Note
    The relevant posting transaction can be found in Table T030A.
    I have checked the entry in OMWD, where valuation grouping code is maintained against the valuation area & company code.
    PLEASE SUGGEST ME SOME SOLUTION.
    Thanks,
    Vinoth

    Hi Raman,
    Yes, still i am getting error.
    before when the invoice is posted , there is no error.
    there are some 10 invoices posted already , but there are some changes done in the PO , after that they could post two invoices but for the third invoice , i am getting this error.
    when the invoive is posted without error , these are the account movements that are hit
    Here
    441510 is a vendor account
    61799410 is a WBS element G/L account
    27411000 is a G/L for tax.
    What could have pulled out this WRX error (Account determination for entry SKPL WRX 0002 _1020 not possible ) for me????
    can u suggest me some solutions.
    Thanks,
    Vinoth

  • While posting MIRO price difference account is not determimg for price vari

    Hi Sapients,
    Please solve the production issue which we have faced yesterday while doing month end closing
    In one P.O 4 items are there,User has posted entries in below sequence
    Material type is TRADING GOODS
    1)first MIRO with QTY 10 @100$ each,Later
    2)MIGO has done with QTY 10 @100$
    Raw Material account -
    1000$
    to GR/IR CLEARING ACCOUNT -
    1000$
    2)User has reverse the MIRO transaction with QTY 10 @ 100$ each.(with refer to step1)
    3)Finally he post MIRO with QTY 10 @ 90$ each, so here ther is no qty variance has come only price variance has come, so when posting the difference is not going to price difference and the entry is paasing like this
    GR/IR CLEARING ACCOUNT -
    900$
    TO Vendor 900$
    If u see in step 2 GR/IR having 1000$, but in step 3 while MIRO posting GR/IR as 900$ so for the remaing balance 100$ not going to price variance .I Belive the entry in step will be like this
    GR/IR CLEARING ACCOUNT -
    1000$
    TO Vendor 900$
    TO Price difference 100$.
    Kindly give solution why it is not going to price difference it was happening only for item 2 & 3 only for 40 iem it is posting correctly to price difference account.Please advice me why system behavig differently for each item.
    Thanks & Regards
    YSR

    Hi Padmasri,
    Thanks for your explanation. Ok. if the price is maintained in S, does that mean the price difference would get posted only to PRD. In other words, if price indicator is V, is that the only time when the price difference gets posted to stock account. In case if there is no sufficient stock or if there is negative stock at that time, that's when the amount would get posted to stock loss or gain account. Please suggest if I've understood the concept right.
    Hi,
    The PRD will trigger when the standard price maintained in the material mater record is different from the price in MIGO . The other chance is the material is maintained with MAP and MIRO done before GR ,The value of the quntity (not available in stock )
    will get posted to PRD. I hope this will resolve your issue. Thanking you
    You had suggested: The other chance is the material is maintained with MAP and MIRO done before GR ,The value of the quntity (not available in stock ) will get posted to PRD. I hope this will resolve your issue.
    You are right: I forgot to mention that the price indicator is V. The other point is we purchase the materials from an internal vendor, as and when the materials are dispatched from the main storehouse in Sri Lanka, there is an advice that is created in the system and that is interfaced and parked in the system. However, normally until the GR is done IV will not happen. But there could be a chance, as the advice gets created within 24 hours. However the material to reach the godown in our warehouse will take more than 24 hours as the goods have to be shipped from SL, so IV is possible before GR.
    Regards,
    Soujanya

  • Invoice issue for Multiple Account assigned  PO

    Hello
    We are facing an issue with a Serive PO which has account assigned to cost centre (K).8 costcentres are assigned .
    While booking invoice on one particular date the invoice amount got distributed among all the 8 cost centres but on some other day when invoice was booked it was allocated to only the first costcentre.
    can somebody help me with the logic how the invoice gets distributed and what could be the reason the invoice amount is not distributed among all the costcentres and only one.
    Regards
    Sarika

    Hi Sarika,
    please have a look at the following notes:
    568541     MIRO: Default values with multiple account assignme                      
    457740     MIRO/MR1M:  Default values, amts for multiple accou                      
    395043     FAQ: Posting invoices using Transaction MIRO      
    428157  MIRO: percentage multiple accnt assgnt f. service-based IV                                                                               
    Please also check the customize settings to in Tr:OME9, under 'partial              
    invoice' what is the settings to the cost center.         
    Also note in MIRO, system distribute the corresponding GR quantity into                      
    acc.assignment's items proportionately based on the indicator 'Partial                       
    invoice' and the data 'Distribution percentage'(VPROZ) in the screening                      
    'acc.assignment' within the PO/item.                                                                               
    You can change the "Partial invoice' in the screening 'acc.assignment"                       
    as '1' (Apportion IR quantities to GR quantities one after another)                          
    instead of using 2 "Apportion IR quantities to GR quantities                                 
    proportionately".        
    Please check also include LMRMKF02.
    Regards,
    Edit
    Regards,
    Edit

Maybe you are looking for