MIGO-GR-PROBLEM

Dear All,
When I do GR with referance to PO,System will give the message of " Document 1300000112 does not contain any selectable items ".My Po item is not Blocked or its not Deleted.Can anybody tell me the reason?
Regards,
M.Manis

hi,
check for that po, any release procedure is there, if yes release it first, and check for quantity and value uptation for the material type( po material),
hope this may help you
regards,
srinivas

Similar Messages

MIGO-Capturing problem-Item is not available for Excise invoice,deselect th

Hi Gurus
while doing MIGO and part 1 posting am getting following error
MIGO-Capturing problem-Item is not available for Excise invoice,deselect the item
kindly help in this
Maruthi

hi
check all settings in J1ID
or
in po did u got ur all values correctly for excise cess and hcess
if yes then check ur vendor excise details in j1id
if above setting are done properly then check ur CIN setting in spro>log gen>tax on goods movement >india>account determination >specify excise acct as per transaction/specify G/L acct as per transaction
regards
kunal

MIGO saving problem

Dear MM Expertise fourms,
When saving in MIGO I can get the document number but showing the error like:
Express document "Update was terminated" received from author "Bishnu..."
System ID....   DFS
Client.......   330
User.....   BISHNU
Transaction..   MIGO
Update key...   EC5F2DDE918BF133AD3A0019B9C19D38
Generated....   20.04.2009, 12:03:05
Completed....   20.04.2009, 12:03:08
Error Info...   00 671: ABAP/4 processor: SAPSQL_ARRAY
I found the problem in include program LGLIUF1A by SM13/SM14.
But in my other client I am not getting that errors. I can save the document.
And the program code is also same. Why in 330?
Is there anybody to help me on about that for over come form this problem?
Thanks and b.rgds
Bishnu
20/04

Hi
This may help u
The problem is with the number ranges. The error, SAPSQL_ARRAY_INSERT_DUPR, displayed states that a insert was being tried with a document no already existing. Kindly check up the number ranges
Chk for the number ranges for the current fiscal year (both material and accounting doc number range)
Reg
Raja

MIGO - ME23N problem with withdraw quantity

Hello,
We have found out an error when shipping outsourced materials with MIGO.
The problem comes when in a outsourcing material with components provided by us we modify the purchasing document by moving part of the stock of the component from one plant to another and dispatching the stock from only one plant. When doing this stock is not consumed from this plant, but proportionally consumed from both plants.
The given example may clarify the process:
The purchasing document has a purchasing quantity of 4 (header material). For this material to be sent from the sub-contractor to us, 16 units of one component are required (4 each header unit).
In ME23N the component data is changed, modifying the plants and creating a new line as follows. From:
Header (4 u.)
     Component (16 u.)     plant A
To:
Header (4 u.)
     Component (12 u.)      plant A
     Component (4 u.)     plant B
So basically we are moving part of the stock of the component to another plant.
The problem comes when plant B has stock of the component and it is sent to the sub-contractor and plant A has no stock available.
If with MIGO we try to dispatch 1 u. of the header by consuming only the 4 u. of plant B and unmark in MIGO stock from plant A, in MB51 the stock is consumed as it should be (4 u. from plant B), but when checking again in ME23N or RESB table stock is consumed proportionally.
The following process in MIGO
Header (4 u.)     1 dispatched.
     Component (12 u.)     0 dispatched (not marked)
     Component (4 u.)     4 dispatched (marked)
Should give the following result in RESB or ME23N:
Header (4 u.)     1 dispatched.
     Component      Requirement qty 12 u.          Quantity Withdraw 0     Plant A
     Component      Requirement qty 4 u.          Quantity Withdraw 4     Plant B
But we find the following result:
Header (4 u.)     1 dispatched.
     Component      Requirement qty 12 u.          Quantity Withdraw 3     Plant A
     Component      Requirement qty 4 u.          Quantity Withdraw 1     Plant B
And thatu2019s clearly wrong. First because all the quantity withdraw was from Plant B and second because Plant A has no Stock.
We think this might be a code error.
Thank you very much for your advice.
Regards
Edited by: Adolfo Busca on Apr 23, 2009 10:46 AM

Hi, Adolfo
I did a test following your example and got the same result.
Value of field Quantity Withdrawn did increase proportionally when you receive the header item.
In fact, I would rather say it shows the quantity requirement deduction of the component instead of the quantity of component you actually withdrew.
In MD04, you can see the requirement quantity of the component is also consumed proportionally while the available quantity is reduced as you actually withdrew.
With one more test, we can create a PO with Header and Component A & B. When doing GR of header item, we mark Component A and unmark Component B. In ME23N, we can see that Quantity Withdrawn field of Component B still increased. So we may say it just shows the requirement deduction of Component B.
Hope it can help.
Any further result, let's discuss it in more detail.
Wesley

MIGO Posting problem

hi Sapients,
i am running a normal MM Cycle, while in MIGO when i post the entry it show me the following Error
( Posting only possible in periods 2008/06 and 2008/05 in company code 2681
Message no. M7053
Diagnosis
The posting date entered is not within one of the permitted posting periods (current period/previous period).
This can be due to one of two reasons: The correct current period has not been set in the system. For the system, the first of the entered periods is the current period. At the beginning of a new period, your systems administrator must change the current period in the material master record, using the function "Shift periods". This has not yet been done. You have entered a wrong date in the field "Posting date".
Procedure
Check the posting date and correct it if necessary. If your input is correct, inform your systems administrator that the "period shifting" (period-end closing) process has not yet been completed. )
Please help me out
Regards
Maashish

as per your message the posting is possible for 2008/06..
So now go to MMPV
Enter values:
Co code - 2681
period : 07
year - 2008
First execute ...system show you the message, then again click on the execute button...then it'll execute....
You can check the open periods in OMSY...
Go on opening till you reach the current period 10 2008..
THIS WILL DEFINETLY SOLVE YOUR PROBLEM..
Regards
Priyanka.P

MIGO Posting problem controlling area

hi Gurus,
In doing a migo i got the error message as below as
( Control indicators for controlling area 2681 do not exist
Message no. KI102
Diagnosis
No control indicators exist in fiscal year 2008 for controlling area 2681.
System Response
No further processing is possible without valid control indicators in the controlling area.
Procedure
Check your entries or define control indicators for controlling area 2681, fiscal year 2008 in configuration. Make sure that the fiscal year in the control indicators is a "from" fiscal year.)
please help me out
Regards
Maashish

Go to OKKP Controlling area and Select your Controlling area 2681 and Activate the same and Save.

MIGO reversal problem.

Hi,
We have created one MIGO_TR.
The finacial document that the MIGO created , that wrong posting is the account xxxx on cost center xxx.
We have tried to reverse the material document. But without success.The system is showing the below message.
"Account xxxx is not allowed for non-production cost center".
Thanks
Ravo

Hi
Try it in MBST.
And check the settings in OBYC
Regards,
Raman
Edited by: Raman S on Apr 3, 2009 8:48 AM

MIGO Posting problem show material does not exist

hi,
in migo i am not able to process it show me the following error message :-
(Material M11 PLN1 S11 does not exist
Message no. M7006
Diagnosis
For material M11, no material master data exists in plant PLN1, storage location S11.
Procedure
Make sure your entries are correct.
If your entries are correct, then storage location data does not yet exist for the material.
Storage location data is created when you maintain the Storage view for the material or use the 'Enter Storage Locations' function in the material master menu or post the first goods receipt (provided that automatic creation of storage location data is allowed for the given plant and movement type).
Please help me out
Kind regard
maashish

Hi,
Check Material is maintain your plant and storage location with MM03.
Enter MM03 t-code, enter material code and press enter then check material is maintain your plant and storage location.
If no than first maintain it with below mention detail.
Enter MM01 - For Material Master creation.
Enter your material M11, Plant - PLN1, Storage location - S11.
And maintain other required detail.
Then check with migo.
Regards,
Mahesh Wagh

MIGO screen problem

Hi,
In MIGO screen Excise invoice tab page, Subcontract challan option not displaying. Can anyone give some suggestions to solve this issue.
Thanks.
Regards,
Dharma

Hi,
Check whether Subcontracting Attributes are maintained for Excise Group or not?

Problem Base Value in MIGO

Dear Consultant,
System not calculating BED amount properly at MIGO Transaction
Problem is described below
We created one Import PO with JCDB (10%) and ZCVD (10%) Condition and at MIGO Transaction system picking base value i.e 6,506.19 but BED is not calculating as per % maintained in PO i.e. 660.28
And if we use CVDN Condition type system not asking for Commercial Invoice No
Please suggest any suitable suggestion in this regards
Regards
Deepak

Hi,
You need to do below configuration for the same.
From M/06, open conditions ,and set accurals.
And in Pricing Procedure -M/08,define accural Key and account key.
This will resolve your issue.
Now GRN is already posted,so reverse the same , delete the line item 10 ,enter new details in new line item and Make GRN.
THis will resolve your Issue.
Regards,
Sandesh Sawant

Problema para comunicar labview 2011 con un compact RIO 9074

Hola migos, el problema es que al abrir el MAX y busco en (Remote SYstems) no cargan los compacts conectados a la red. Alguien sabe si es un driver lo que hace falta
ya instale todos los drivers relacionados con los compcts rio que vienen en la pagina

Hola Lalo;
Para poder usar un compactRIO en tu máquina, debe contar con lo siguiente
NI LabVIEW
NI LabVIEW RT
NI LabVIEW FPGA
NI RIO (debe ser instalado después de LabVIEW)
Se recomienda que la PC tenga una IP fija y se encuentre en la misma subred que el equipo
Firewall de windows debe permitir la conexión (puedes apagarlo por un par de minutos para hacer la prueba)
Si cumples con todo lo anterior puedes agregar el cRIO de forma manual conociendo su IP; si no lo conoces, te recomiendo lo resetees según estas instrucciones
Exito en tu aplicación

BAPI_GOODSMVT_CREATE for Processing a Goods Reciept for a Delivery

We have a requirement to use the Goods Movement Create BAPI to create Goods Reciepts for deliveries since it mimics MIGO. Problem is that we cannot get this BAPI working to Goods Reciept our Deliveries... Has anyone used it for Deliveries? What data is required for the BAPI to work?
thanks,
brian

Give a try on the following BAPI:
BAPI_OUTB_DELIVERY_CONFIRM_DEC
Check its documentation.
Let me know,
Leonardo De Araujo

CIN Configuration for MGO

Hi,
We have declared one of the material is exciable in J1ID.
I am doingthe GR for for this material with 501 movement type. When i am doing a GR in the excise tab i noticed that in the Proc mode status. I am seeing only no excise entry.
But there are no otions to select for like Capture excise entry, part 1 posting only, part 1 and part 2 posting only etc.
Theses options are not available.
Can anyone let me know is there any other specfic configuration for MIGO this problem is also with the 101 movement also.
Sunil

Hi,
plz check the following settings:
1. SPRO > IMG > LOGISTIC-GENERAL > TAX ON GOODS MOVEMENTS > INDIA > BASIC SETTINGS > MAINTAIN EXCIE GROUPS.
2. SPRO > IMG > LOGISTIC-GENERAL > TAX ON GOODS MOVEMENTS > INDIA > BUSINESS TRANSACTIONS > INCOMING EXCISE INVOICES > DEFINE PROCESSING MODES PER TRANSACTION.
3. SPRO > IMG > LOGISTIC-GENERAL > TAX ON GOODS MOVEMENTS > INDIA > BUSINESS TRANSACTIONS > INCOMING EXCISE INVOICES > DEFINE REFERENCE DOCUMENTS PER TRANSACTION.
regards
jash

Problema com Lançamento de Custos Complementares na MIGO

Boa Tarde pessoal, tudo bom?
Estou escrevendo aqui no Grupos para ver se alguem pode me ajudar.
Aqui na empresa onde estou trabalhando estamos com um caso muito estranho acontecendo em alguns pedidos. E o pior o caso acontece de forma intrmitente, ou seja não acontece em todas as vezes muito menos em todos os pedidos.
Confesso a vocês que ja não sei mais o que fazer e onde analizar, principalmente por que não consegui simular o problema nem no QAS nem no DEV.
Bom vamos ao problema:
Ao entrar a MIGO de alguns pedidos com condição de frete, no memento que o sistema lança o Custo complementar de aquisição, ocorre algum bug, erro, magia, sei la e ele registra 2 documentos com EXTAMENTE o mesmo numero, porem com VALORES DIFERENTES.
Vejam exemplo REAL:
5000746331 - 2.182,82 BRL
5000746331 - 2.191,77 BRL
5000746330 - 2.147,93 BRL
5000746330 - 2.155,99 BRL
Alguem ja viu isso acontecer?
Alguem sabe por que isso acontece?
Mais ainda alguem, por favor, sabe como resolver?
Agradeço a atenção de todos
E mais ainda pela ajuda
Att
Rogério Gonçalves
Consultor MM
Rogério Gonçalves
Consultor MM

Movento para o forum correto.
Abs,
Henrique.

Migo problem

hi i am using ecc 6.0.. while doing migo... i get an error..the posting period is only possible in 10/2007 and 9/2007 for company code xxxx...i have tries mmpv to no use... mmrv ob52 ob29...cannot find a solution.pls help

Dear Kunal Panchal,
Pls go to T.Code MMRV - Allow Posting
Enter ur Company code
I hope Your Posting periods Current Periods 09
Previous Periods 08
and
Go to T.Code MMPV - Close Periods
Enter ur company code in From Company code
To Company code
Enter Period 10
Year 2007
Click on Execute button
Again Go and check in T.code: MMRV
ur 10 month period opened
Then u can succesfully post the GR
pls reply if ur problem is solved or not
With regards,
B.RAVINDRANATH

MIGO-GR-PROBLEM

Similar Messages

Maybe you are looking for