Miro posting error : RG23 posting not yet done.

Dear Experts,
IN GR DOES NOT CAPTURE EXCISE INVOICE, that means part 1 not done & in po also does not apply excise duty BUT AT THE TIME OF MIRO POSTING ASKS PART II POSTING NOT YET DONE.
PLEASE HELP.
THANKS,
Sachin.
Edited by: sachin shelke on Dec 6, 2008 6:48 AM
Edited by: sachin shelke on Dec 6, 2008 6:52 AM

Hi,
Ask the concerned taxation team to do the part II entry through J1IEX and then do the MIRO.
Regards

Similar Messages

Error-RG23 Part-2 posting not yet done in MIRO

Hi Expert,
While doing MIRO, i am getting Error-RG23 Part 2 posting not yet done.
While analysis, i came to know that, user did 101 and then 102 and then J1IEX in 2014.
After that did new MIGO-101 in 2015 with same Excise Number-00917.
When i go to J1IEX and enter Vendor Excise Invoice-00917, it shows 2 Lines 2013-In Process and 2014-Posted.
So whether Error in MIRO is due to Excise Invoice for 2013
If yes what activity can be done for Excise Invoice for 2013

What ever the case, If the Material document is canceled through MIGO then Excise invoice has to be Posted and Canceled in J1IEX provided Part 1 and Part2 were captured earlier for the Excise invoice.
Now in your case, Could you tell us whether you had posted Part 1 and Part 2 for the 101 Material document posted earlier in year 2013.
If you had posted Part 1 and Part 2 then you have to Post the Excise invoice and Cancel the same in J1IEX. If not, the status would be In process always.If you do not want to cancel the Excise invoice, you only have the following options.
1) Configure the message as a Warning Message for Certain user and ask the user to Post MIRO.
2) change the status of the excise invoice in J_1IEXCHDR, J_1IEXCDTL, J_1IGRXREF.

MIRO Posting in a period not yet open

Hi Friends,
We experienced an unusual behavior of the system when posting MIRO. Now we have not opened the current period in MM to facilitate pending transactions of previous fiscal year . Hence the period 12/2009 & 11/2009 (ie February & March 2010) is open . But it is seen that one MIRO against a PO could be posted giving posting date as 7.4.2010 & Document date as 31.3.2010.How it is possible when no other MM transactions are not allowed . Even we tried to do MIRO for another PO but it is not allowing .How it allowed to post the invoice in a posting date which is not yet open .This is to indicate here that our FI period of the current month is open .
Please give your views on this .
Dhruba

In OMSY the entry 2009 period 12 has not changed as we have not opened the new period of 2010.
Is there any conclusions on it or do any one guess what is the reason for such behaviour.
Dhruba

SMQ2 Error: Delivery has not yet been put away / picked (completely) in ECC

Hi All,
I am processing an Outbound Scenario..everything is fine until SMQ2 shows an error in ECC system. SMQ2 shows me the following error:
Delivery has not yet been put away / picked (completely)
Message no. VL609
My outbound delivery which was distributed to EWM system has overall picking status as blank (Not relevant for picking).
Our system is recently upgraded to EhP6, since then we are seeing this issue. Interestingly VL01NO (Delivery without reference to Order) works properly.
Other ECC-EWM integration settings are fine. Delivery Type and Item Category also look good.
I could not be able to find any OSS Note relevant to this situation.
Could you anyone help me.
Thanks
Mahesh.

Further what I see in this Outbound Scenario in EWM is when I am creating Outbound Delivery meant for EWM system with ref. to Sales Order, "Picking" tab shows EWM WHN but also shows Overall WM status as "Transfer Order Required" which is not correct.
If I remove Storage Location and re-enter then Over all WM status and Over all Picking status fields come as blank. But after all EWM processing, SMQ2 queue (FM: BAPI_OUTB_DELIVERY_CONFIRM_DEC) fails with error
Delivery has not yet been put away / picked (completely)
Message no. VL609.
Any thoughts?
Thanks
Mahesh

HT201274 i tried to erase all content and reset settings from the device option.it is taking too long and its been 15 hours but not yet done.its showing a skeleton sigh with buffering and sometimes flipping to apple sign.

i tried to erase all content and reset settings from the device option.it is taking too long and its been 15 hours but not yet done.its showing a skeleton sigh with buffering and sometimes flipping to apple sign.

nabidhadi wrote:
.its showing a skeleton sigh with buffering and sometimes flipping to apple sign.
You iPod has been jail broken. Unfortunately you are on your own here. I can offer that you need to find out which method and software was used to JB.
Good luck...you're gonna need it....

POSTING ERROR-MESSAGE POSTING BALANCE NOT CLEARED FOR THE PERIOD 2/2008A

Hi
I have a problem in payroll posting. While posting for one employee's persn number rejected and gave a message as Posting Balance not cleared for the period 2/2008A. To come out of the problem I changed the Payroll status record using pu03 changed the Erliest Retro date as 01.06.2008. Again tried to post but not posted again same Message displayed. After changing the Erliest Retro record I have not run the payroll for the particular employee. Is it required to run the payroll for the employee after changing the status in PU03. Request to guide on this
Thanks
EKP Yadav

Hi there
The posting may be out of balance for the employee because their credits dont equal their debits...
Do a test posting for the employee with the log on, this will tell you what amounts are being posted - and should give you an inidcation of where the balance is not cleared...
Yes, you would have to re-run the employee if you'd changed the retro date in PU03, but I dont think that will fix your posting problem....Should the employee have retroe'd?
From what I have seen, just changing the control record doesn't usually fix an out-of balance..there is usually another reason....eg wagetype incorrectly posting to the wrong number of accounts....or a missing wagetype on the employee (eg bank details...no /559 for the net pay to go to).
Cheers
Mary

Error "Part1 will not be done for the excess GR quantity" in STO GRN

Hi,
While posting STO grn the error message is displayed "Part1 will not be done for the excess GR quantity".
We have checked CIN settings for Excise groups, the "GRs per EI" is maintained as "2 Multiple goods receipt, multiple credit".
In J1ID, for materials it is already maintained as "2 Multiple goods receipt, multiple credit".
No partial GR is posted for the delivery.
Still system is throwing the error message "Part1 will not be done for the excess GR quantity".

Hi,
Please provide the following for a clear picture.
1. PO qty
2. Quantity invoiced by the supplying plant
3. Quantity you are mentioning in GR
Regards,
Siva

Hr_maintain_masterdata to create new emp, error='Pers num not yet assigned'

Hi All,
I'm going to need to use the fm hr_maintain_masterdata to create a new employee. I've done up a test program just to get it working before i begin. When i run the code below i keep getting the error 'Personnel number has not yet been assigned'. Can anyone tell me what i'm doing wrong? Or can anyone tell me where i can find info on how to use this FM.
data: t_prop_vals type table of pprop,
        modified_keys type table of pskey,
        return type bapireturn,
        return1 type BAPIRET1.
data: wa_prop_vals type pprop.
        move '0000' to wa_prop_vals-infty.
        move 'massn' to wa_prop_vals-fname.
        move 'A1' to wa_prop_vals-fval.
        append wa_prop_vals to t_prop_vals.
        move '0000' to wa_prop_vals-infty.
        move 'massg' to wa_prop_vals-fname.
        move '01' to wa_prop_vals-fval.
        append wa_prop_vals to t_prop_vals.
        move '0001' to wa_prop_vals-infty.
        move 'werks' to wa_prop_vals-fname.
        move '1101' to wa_prop_vals-fval.
        append wa_prop_vals to t_prop_vals.
        move '0001' to wa_prop_vals-infty.
        move 'persg' to wa_prop_vals-fname.
        move 'F' to wa_prop_vals-fval.
        append wa_prop_vals to t_prop_vals.
        move '0001' to wa_prop_vals-infty.
        move 'persk' to wa_prop_vals-fname.
        move '01' to wa_prop_vals-fval.
        append wa_prop_vals to t_prop_vals.
        call function 'HR_MAINTAIN_MASTERDATA'
          exporting
            pernr                    = '02000511'
            MASSN                    = 'A1'
            actio                    = 'INS'
            tclas                    = 'A'
            begda                    = '20081204'
            endda                    = '99991231'
          importing
            return                   = return
            return1                  = return1
          tables
            proposed_values          = t_prop_vals
            modified_keys            = modified_keys
          exceptions
            others                   = 1.
if not return1 is initial.
write: return1-number.
write: return1-message.
else.
   message s054(hrwpc_pcr).
endif.
Many Thanks,
Liz.

Hey,
Thanks for the response to you too. Can you explain a little more what you mean by ' it is interfearing with number ranges'. I've checked the documentation on se37 and didn't find it much help to be honest.
Regards,
Liz.

E-Recruiting: ALE Status 51 Posting Error - "Password is not long enough"

Hi experts!
We are having problems occationally posting idocs in our nightly ALE transfer from SAP to E-Recruiting. The error for the segment with a status 51 is "Password is not long enough (minimum length: 6 characters)". The system is trying to post IT0105 Sty 1.
This only seems to happen when either a new user is created in our SAP system. We are running SAP ECC 6.0 and E-Recruiting 6.0 sp10. In both systems you are required to have a password length of at least six characters.
Users in our SAP system are needed in E-Recruiting for the purpose of identifying internal candidates.
If both systems currently require that you have a password length of at least six characters, why would we recieve this error message when attempting to post idocs?
The concern here, obviously, is that if one segment fails to post in the idoc, the entire idoc fails to post.
Any help would be appreciated!
Thanks!
Ryan

Hello,
We are still having a problem with failing iDocs everytime we pass over IT0105 Sty 1 records from our SAP system to E-Recruiting.
Would anyone happen to know where I should start looking to troubleshoot this error message?
"Password is not long enough (minimum length: 6 characters)"
Currently both systems require that your password be at least 6 characters long, which makes this message even more perplexing.
Having a better understanding of how RBDAPP01 processes inbound IDOCS in status 64 would help. We are using message type HRMD_ABA. Our data filter looks like....
Infotype: 1000
Object Type: C, O, S
Infotype: 1001
Object Type: C, O, S
Subtypes: A002, A007, A008, A012, B002, B007, B008, B012
Infotype: 1001
Object Type: O, S
Subtypes: A003, B003
Infotypes: 0000, 0001, 0002
Object Type: P
Infotype: 0006
Object Type: P
Subtype: 1
Infotype: 0105
Object Type: P
Subtypes: 0001, 0010
So the question is how is IT0105 Sty 1 being processed when RBDAPP01 runs?
Thank you for your help!
Ryan
Edited by: Ryan Hubbell on Mar 31, 2009 7:00 PM
Edited by: Ryan Hubbell on Mar 31, 2009 7:47 PM

When possible that apple will include Khmer language in their iOS? Recently, there are over 50,000 iPhone devices have been using in Cambodia, according to Phnom Penh Post, but it still not yet able to read and write Khmer language.

តើពេលណាទៅទើបapple ដាក់បញ្ចូលអក្សរខ្មែរក្នុងប្រព័ន្ធប្រតិបត្តិការ iOS របស់ខ្លួន?

This is a user to user forum so no one here would be able to tell you that. I would suggest you leave Apple some feedback using the following link http://www.apple.com/feedback/iphone.html

Posting Error - While Posting Payroll

Hi Gurus,
While posting payroll document, system is asking for GL Account, but when we assign HR Clearing Account in "Assign Technical Accounts", then system gives error that business area is missing line item 001 because document splitting is activated in FI.
But ideally should not ask for the GL Account.
Please tell me how can we solve the

Hello Laxmi Narayan,
Compare the payroll cluster with wage type mentioned in posting run... normally this type of error comes when infotype 9 i.e. Bank Details are not maintained etc.
If helpful please award points
Parag

MIRO- Payment terms change could not be done

Hi All
During invoice posting (MIRO) system could not accept changed payment terms and issue warning massage F5123 (Terms of payment changed; Check), upon confirmation of warning massage, system reset payment terms to privious pay term assigned to PO / Vendor.
Any idea how to change pay terms at the time of invoice posting?
Regards
Aamir

Hi,
Even the standard SAP help confirms that it is possible to change the payment terms
<b>Regardless of whether or not a key is defaulted from the master record, you can manually enter a key during document entry at:
item level in sales orders
header level in purchase orders and invoices</b>
So I would check to see if someone has modified the program or used a user exit?
Steve B

3rd Party Remittance Posting Error - No Posting Document Created (ECC 6.0)

Hello Everyone,
When running 3rd Party Remittance process, the system does not create a posting document to be released/posted in PCP0. In PCP0, Run Type: TP -posting thrid-party remittance does not exist. Also, the T51R* tables are not updating properly as well when I execute the 3rd party processes.
I've compared configuration from the old to the new system and it appears to be okay. I need some assistance to figure out this issue. Can someone give some advice on how to resolve my issue.
Fyi...we run the following processes:
PC00_M99_U500 - Evaluation Run
PC00_M10_URMU- Store Evaluation Run
PC00_M99_URMUP- Create Posting Run
PCP0 - Process Posting Run
Since we are not using the new Evaluation Run program(PC00_M99_URME), do we need to deactivate it to use the old evaluation run (PC00_M99_U500)?
Your advice will be greatly appreciated.
Brenda Goodwin
IT System Analyst
Roche Diagnostics Operations, Inc

Naveen,
Thank you for your suggestion. My configuration was correct. The issue was a system issue in which was forwarded to SAP for immediate attention. To correct my issue, I had to apply SAP Note 1039104 - GEN: No Posting run number for 3PR posting run (RPURMP00).
Kind Regards,
Brenda Goodwin

While creating miro error message posting date 009 2011is not open

sir
while creating miro the error message is not open open for the posting date 009 2011

Hi,
The date format you have mentioned 009 2011 won't be supported by SAP system. Please enter it in correct format. If the format is OK an not working means MM posting periods are not open for this month this error will come.In MMPV give company code and specify the period to close and save.Again go to same transaction open the period for this month. I hope this will resolve your issue. Thanking you.
Edited by: Padmasri Garapati on Sep 16, 2011 6:58 AM

UD is already done but stock posting is not yet completed

Gurus,
I have an issue for this inspection lot, itu2019s current status is UD ICCO SPRQ STUP. UD is already confirmed but the stock posting is not yet done. I tried running ZQEVAC22 but I am getting a message of u201Cstatus for lot xxxxxx is consistent.
Do I need to reset the UD of the inspection lot? Can you please help
Suraj

Dear if you have posted partial stock during Usage decision in QA11 and inspection lot status is SPRQ then you can able to post the remaining stock for a inspection lot by using QA12-Change the usage decision here give inspection lot number and enter in inspection lot stock you can find to be posted stock post the stock as per your requirement and SAVE.
Cheers
KK

Miro posting error : RG23 posting not yet done.

Similar Messages

Maybe you are looking for