Erro na MIRO - V1297

Boa tarde,
Estou com um erro na transação MIRO, quando estou efetuando o lançamento da fatura ocorre o erro: V1297 "A conversão de quantidades de em UN não pôde ser efetuada".
Fiz um teste em QUP, onde lancei a MIGO e a MIRO com sucesso, após lançamento da MIRO efetuei o estorno e alterei o material (MM02) no campo EAN colocando outro codigo. Após essa alteração ocorreu o erro mencionado acima, não permitindo mais o lançamento. Retornei o codigo EAN do material, para o mesmo que estava inicialmente, porém mesmo assim o erro persiste.
No ambienete de produção os usuarios estão com esse erro apenas para uma determinada região. Verifiquei que um dos materiais teve alteração do codigo EAN, porém a maioria não teve.
O que pode estar ocasionando o erro ?
Obrigada.,Dayana

Olá Dayana.
Estou com o mesmo problema...vc conseguiu resolver? Qual foi a solução adotada?
Obrigada,
Daniele

Similar Messages

Posting Period Erro in MIRO

Hi Gurus
Facts:
My MM Period is open for 02/2009 and 03/2009, whereas my FI period is open for 12/2008 to 03/2009.
I had created a PO during on April 15, 2009 (i.e., period 01/2009) and has done the MIGO of the same on April 20, 2009. Nothing was done during the month of May'09. However, during Jun'09, Iam trying to do the MIRO of the same. However, in the mean time, the period 01/2009 has been closed in MM module.
When I try to simulate the document, Iam getting the following error:
Allowed posting periods: 03 2009 / 02 2009 / 12 2008
    Message no. M8022
Diagnosis
    The posting date is not within one of the allowed posting periods.
    This can be due to one of two reasons:
    o   The correct current period has not been set in the system. For the system, the first of the specified periods is the current
        period. At the beginning of a new period, your system administrator must change the current period in the material master record using the function "Close period". This has not yet been done.
    o   You have entered the wrong date in the field "Posting date".
Procedure
Check the posting date and correct it if necessary. If your entry is correct, inform your system administrator that the "period closing" procedure has not yet been implemented.
As per the facts mentioned above, in MM period 12/2008 is closed already. However, the message above says that period 12/2008 can be posted to in MIRO but period 01/2009 cannot be posted to.
I tried posting in 12/2008 and it did post the entry. However, if i try to post in 01/2009, it is giving an error (as above). I fail to understand how period 12/2008 is allowed for posting and not period 01/2009.
Further, can anyone tell, whether MIRO is possible after MIGO though the original period when MIGO was done is closed.
Would highly appreciate your inputs
Regards
Abhishek Kumar

Hello ,
OMSY would give you an idea about the what periods are open & what are closed .
Once you have closed a particular MM period , postings can be made in the next period & maybe the "just closed " period ( depending upon the setting for "allow posting in previous period ") AND the postings in the previous period are DISALLOWED.
Hope this clears .
Regards
Anis

Erro 8B260 (Processo de Entrega Futura)

Bom dia, Pessoal!
Estou com um problema no processo de devolução de entrega futura.
Realizei a entrada da nota de fatura normalmente atraves da MIRO e da nota de remessa atraves da MIGO (mov 801).
O fornecedor nos enviou as notas de Fatura e Remessa como de entrada pois ele ainda não tem a obrigação legal da NFE, porém a empresa aonde estou já está obrigada a utilizar a NFE e ao realizar a devolução o sistema não encontra a referencia da nota de remessa. A mensagem de erro é a 8B 260 (NOTA FISCAL DE REFERÊNCIA XXXXX NÃO FOI ENCONTRADA)
O pedido está somente com a opção de parceiro FO o processo já foi criado sem a opção de parceiro "FM" (Fornecedor da Mercadoria).
As Notas Abaixos já estão aplicadas:
NF:
1055401 Subcontracting Returns doesn't find reference Nota Fiscal
NF-e:
1175538 NF-e Reference between NF and NF-e
1238765 NF-e: Returns for Subcontracting - Error 8B287
1257933 NF-e: Reference NF not found by return for subcontracting
1288925 NF-e: References between NF-e and non NF-e
1356952 NF-e: Returns for Subcontracting - Error 8B260
Estive debugando a função J_1B_NF_DOCUMENT_SELECT_2 e o que pode verificar é que como o processo de fatura/remessa é gerado atraves de uma nota de entrada ele armazena as informações J_1BNFDOC-NFNUM porem ao realizar a devolução, como a empresa que estou é obrigada a emitir a NFE a função realiza a busca no campo J_1BNFDOC-NFENUM com o numero da nota de remessa (NFNUM) por este motivo não é encontrado a nota de referencia e o erro é apresentado.
Eu procurei por alguma nota que pudesse corrigir meu problema porém não encontrei nenhuma aplicavél, alguem tem alguma ideia de como resolver este problema?
Obrigado
Gustavo

Olá xará,
tudo certo?
Esse erro provavelmente está ocorrendo porque existem múltiplos parceiros atribuídos ao Pedido de Compras.
No procesos de entrega futura, contudo, o sistema comporta somente a utilização de um parceiro, do contrário o processo é interpretado como sendo uma operação triangular.
Abraços

Erro cálculo de imposto

Olá...
Estou com erro no cálculo de imposto no seguinte cenário:
Pedido com dois itens para consumo, cada item tem distribuição para dois centros de custo. Quando existem entradas parciais os impostos da primeira nota fiscal são lançados corretamente, porém na segunda entrada os impostos não são calculados para o segundo item. Na visualização da nota antes de salvar a MIRO o sistema exibe os impostos corretamente, porém quando salva o documento a nota fiscal fica sem as linhas de impostos no segundo item.
Isso só acontece quando tem mais de uma classificação contábil e quando a revisão da fatura é baseada na entrada de mercadoria.
Alguém já viu este problema?
Obrigada

Olá Fernanda,
É incorreto o sistema exibir uma linha de imposto antes de salvar, e após salvar, não exibí-la mais.
Se o problema for em produção e estiver impactando os negócios, não hesite em abrir uma mensagem para a SAP com esse problema.
Se for possível a reprodução do problema em um sistema de testes, abra mensagem com o passo a passo para que um consultor possa reproduzir e debugar, e assim checar com detalhes o que está ocorrendo.
Atenciosamente,
Carla Bussolo

Erro no cálculo do valor a ser pago ao Fornecedor

Após termos configurado todos os impostos a serem recolhidos no momento da entrada da fatura (MIRO) e no momento do pagamento, observamos um erro no valor a ser pago ao fornecedor quando utilizamos o método de pagamento Boleto. O que ocorre é que ao passarmos o boleto recebido de um fornecedor, com o valor correto (já deduzidos todos os impostos) o SAP está considerando apenas os impostos retidos na hora da entrada da fatura para compor o valor a pagar ao fornecedor.
Assim, por exemplo: a nf. deste fornecedor tem o valor de 10.000,00 // o valor dos impostos a serem recolhidos no momento da entrada da fatura é de 100,00 // o valor dos impostos a serem recolhidos no momento do pagamento é de 400,00. Após passarmos o boleto na máquina leitora de boletos, o SAP dá a mensagem de que o valor 9.500 (= 10.000 - 100 - 400)que consta no boleto, está incorreto e que o valor a ser considerado será 9.900 (10.000 -100) que é o que consta no item 1 do lançamento de pagamento. Após esta mensagem o SAP altera o valor original do código de barras de 9.500 para 9.900. Alguém sabe como fazer o sistema entender que o valor correto é aquele informado no boleto que é o valor a ser pago após deduzidos todos os impostos? Entendo que o sistema deva ler outro item do lançamento - aquele que contém o valor líquido a ser pago após dedução de todos os impostos.
Edited by: valeria D'Assumpção on Feb 28, 2010 1:36 PM
Edited by: valeria D'Assumpção on Feb 28, 2010 1:43 PM

Oi Henrique,
Sim. Utilizei o Transfer Integration Scenario from the Integration Repository.
Estamos implementando o GRC 10.0 aqui e a versão do PI é a 7.02.
Existe alguma outra forma que eu possa rastrear este problema?
Na moni do GRC, o payload do Inbound Message está ok. Porém, no grupo abaixo, chamado Call Inbound Proxy, a bandeirinha está vermelha com o status "System Error" e o erro é o que postei inicialmente:
<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
- 
- <SAP:Error SOAP:mustUnderstand="" xmlns:SAP="http://sap.com/xi/XI/Message/30" xmlns:SOAP="http://schemas.xmlsoap.org/soap/envelope/">
<SAP:Category>XIProxy</SAP:Category>
<SAP:Code area="ABAP">UNSPECIFIC_ERROR</SAP:Code>
<SAP:P1>The operation cannot be determined from the message type</SAP:P1>
<SAP:P2 />
<SAP:P3 />
<SAP:P4 />
<SAP:AdditionalText />
<SAP:ApplicationFaultMessage namespace="" />
<SAP:Stack>The operation cannot be determined from the message type Information about the method parameters is missing for the interface /XNFE/II_006NFB2B_PROC_NFE_IB (ABAP interface, request message NFe, request message namespace http://www.portalfiscal.inf.br/nfe)</SAP:Stack>
<SAP:Retry>M</SAP:Retry>
</SAP:Error>
Abraços e obrigada mais uma vez
Luciana R.

Erro Código de Imposto Standard C0 - Mensagem FF718

Pessoal,
Boa noite!
Gostaria de pedir uma ajuda aos senhores, a respeito de um erro que estou encontrando na parte de contabilização de impostos.
Estamos implantando a 6.0 utilizando a TAXBRA, o cenário é simples, material entra com consumo isento (C0) e serviço com IRF. Configuramos o mandante de desenvolvimento e foi tudo OK. Agora estamos migrando para o ambiente de QAS.
Subimos as requests para o ambiente, cadastramos os materiais, fornecedores e as devidas parametrizações na J1BTAX para a parte de retidos e vamos aos testes.
A parte de serviços ocorreu tudo OK, todos os impostos foram calculados com sucesso. Ao executarmos a parte de materiais que utiliza o código de imposto standard C0 estamos encontrando erro!
Ao informar o valor de C0 no pedido de compras na aba de fatura, o sistema abre o botão de impostos, mas quando clico no botão ele nem abre a janela de impostos. Se mudo esse código de imposto para o código Z2 criado para a retenção, ele abre a tela de visualização de impostos normalmente.
Verifiquei a FTXP e a J1BTAX na parte de código de imposto e está tudo configurado.
Se deixarmos o C0 e seguirmos para o recebimento fiscal, quando tentamos entrar o pedido na MIRO, ocorre a seguinte mensagem de erro: Código de imposto C0 não existe para código de domicílio fiscal RJ 3304557 - Nº mensagem FF718
Alguém pode me dar uma ajuda!?!?
Desde já obrigado!
Att,
Raphael Otsuka

Então pessoal,
seguindo na minha pesquisa, li uns artigos que falam que o sistema TAXBRA tem que passar pela conta VS1 que é lida no tipo de condição IP1.
Inclusive alguns falam pra ativar o IP1 e zera o percentual de cálculo via FTXP, mas ao tentar zerar ele apresenta o erro Definir código IVA também em nível 000.
Quando eu ativo o IP1 o botão de impostos volta a funcionar, mas passa a contabilizar o IPI. Por acaso alguém ouviu falar algo sobre esse lance do VS1?
Obrigado!

Erro Lançamento CT-e com CST 60 - Erro M8 534 - Monitor CT-e

Prezados, Boa Noite!
Estamos tentando realizar um lançamento no sistema de um conhecimento de transporte eletrônico CT-e com CST 60 pelo módulo GRC, ao simular esse lançamento encontramos um erro que acreditamos ser um erro de produto.
Abaixo segue TAG do XML.
Fizemos todas às analises e chegamos à conclusão de que no momento em quem o GRC está realizando a simulação do lançamento no ECC o mesmo está passando para a função MRM_INVOICE_CREATE no parâmetro I_RBKPV-RMWWR o valor líquido do conhecimento de transporte, entendemos que nesse campo deveria ser passado o valor total do CT-e e não o valor líquido do mesmo.
A fim de validar se o fato relatado acima é realmente o erro que esta ocorrendo, pegamos os parâmetros que o GRC estava passando para essa função e mudamos apenas o conteúdo no parâmetro I_RBKPV-RMWWR, para que o mesmo assumisse o valor liquido + impostos, ao realizar a mudança desse valor o erro parou de acontecer.
Para validar se o erro estava somente no GRC pegamos o mesmo pedimos e lançamos de forma manual um MIRO no ECC, o lançamento no ECC ocorreu sem nenhum problema o que nos faz acreditar mais ainda que possa ser um erro no produto. Abaixo segue print detalhado do erro que estamos encontrando.
Monitor GRC – CT-e
Observem que na imagem acima do monitor todas as informações relativas à taxa de imposto, Montante do Imposto e Montante Básico estão com os valores idênticos no momento da simulação, no momento que o usuário vai registrar os dados da simulação o sistema dá uma mensagem de erro informando que os valores de débito e crédito não batem, observem no monitor que os valores são os mesmos.
Ao tentar realizar o mesmo lançamento através da transação MIRO no ECC não encontramos nenhum problema os valores são calculados corretamente sem nenhum problema.
Abaixo segue print dos valores que estão chegando da função MRM_INVOICE_CREATE.
Abaixo segue detalhes da configuração do IVA
Já configuramos o IVA com CST1 e CST2 mas nao conseguimos obter sucesso no lançamento pelo GRC

Sim Eduardo,
Finalizado.
Deu trabalho mas ficou muito bom.

Erro na J1BNFE (nota fiscal de entrada - categoria F1)

Bom dia,
Estou com um erro no monitor de nf-e, para uma nota de entrada - categoria F1:
Os erros são:
Erro de validação: Campo 44-Place Access Key: V11 (Campo ID)
Erro de validação: Campo 44-Place Access Key: V06 (Campo ID)
Erro de validação: Campo 44-Place Access Key: V08 (Campo ID)
Verificamos que os campos Nº aleatório e Díg.ctrl. não estão preenchidos, seria essa a causa do erro ?
Obrigada,
Dayana.

Obrigada Jeisson,
É um processo de compra, uma nota fiscal eletrônica de entrada (MIRO), porém neste caso existe uma transação "Z" para não fazer a validação no momento da MIRO, devido a um erro no processo. Dessa forma, como não houve a validação na entrada, o usuário não preencheu todas as informações necessárias na NF-e. E no monitor a nota ficou com os erros citados.
Sempre que ocorrer esse erro, é devido ao campo que não esta preenchido, ou pode ocorrer por outros motivos?
Obrigada!
Dayana.

MIRO balance error in case of invoice reduction - Brazil

Dear experts,
we would like to use the "invoice reduction" functionality in MIRO in Brazil. This is possible without problems in case there are no taxes.
If there are taxes we get balance errors due to the fact that the 2 FI-documents which should be posted do not balance to 0 (only the total balance is 0).
Does anybody know how to treat this problem?
Regards
Andreas
Edited by: Andreas Sturm on Sep 17, 2010 2:50 PM

Moderator message:
Hi Andreas, Portuguese forum, please post it in that Language. May translate.google.com help you to read and post.
I've translated this one for you.
Caros experts,
Gostariamos de usar a funcionalidade "invoice reduction" na MIRO no Brasil. Isto funciona sem problemas se impostos não existirem.
Se existem impostos então recebemos um erro de saldo pois 2 documentos de FI são postados e o saldo não é 0 (somente o saldo total é 0).
Alguem sabe como tratar este problema?
Andres, a thread IVA Revenda com ICMS, IPI, PIS e COFINS para não contribuinte do IPI pode ser útil.
Atenciosamente, Fernando Da Ró

Miro Error in account determination: table T030 key PCOA KDT

WHEN USER IS USING MIRO WITH CREDIT MEMO.HE GOT FOLLORING ERRO.
ERROR MESSAGE IS AS FOLLOWS
Error in account determination: table T030 key PCOA KDT
Message no. FF709
Diagnosis
In the chart of accounts to be posted to, no accounts are defined for the tax code you used.
Procedure
Contact your system administrator.
Define the accounts to which a tax posting is to be made with the tax code entered in Customizing
for taxes on sales/purchases.
To do this, choose Maintain entries (F5).
Miro Error in account determination: table T030 key PCOA KDT

Dear Venkat
actually we have only one currency that is INR and last month also we have posted same but no error.KDT Is not suppose to maintain as per discussion with client.
if select with out tax code its posting now.No error from that1
NOTE:And 1 more imp thing in MIRO if i select calculate tax button automatically tax amount cloum is closing. i am not able to visable
let me know any possibilities
Edited by: sumathi lakshmi on Feb 20, 2009 6:33 AM
Edited by: sumathi lakshmi on Feb 20, 2009 7:36 AM
Edited by: sumathi lakshmi on Feb 20, 2009 1:07 PM

Erro de conversão taxa de câmbio em BRL

Olá Grupo, bom dia.
Estou em projeto de migração 4.7 para 6.0, prem estou com erro na pricing do calculo do custo do frete (VI01), onde tenho uma condição que está apresentando a seguinte mensagem:
Condição ZTOG (erro de conversão taxa de câmbio em BRL)
Nº mensagem V1208
Diagnóstico
Na conversão da moeda ocorreu um erro.
As seguintes causas são possíveis:
não existe nenhuma conversão de moeda válida
a operação aritmética está errada
Procedimento
Verificar no customizing na etapa 'Definir fatores de conversão para a conversão da moeda' se existe uma taxa de câmbio válida de ZTOG para e complementá-la eventualmente.
Caso o usuário não possa efetuar esta atividade devido à autorização, deve informar a administração do sistema.
Esse erro impede que o calculo do item seja realizado completamente e isso está interferindo na transferencia para contabilidade do valor do custo do frete.
Alguem já passou por esse erro antes?
Agradeço pela atenção de todos.
Att.
Alécio Silva

Moçatto.
Consegui identificar o erro.
Na condição ZTOG a mesma estava definida como regra de calculo G - Formula, modifiquei para B - Montante Fixo pois já tem uma formula atribuida a pricing na condição que executa o calculo dos valores.
Efetuamos os teste dos processo e funcionaou corretamente.
Como está sendo migrado da versão 4.7 para 6.0 as configurações foram copiadas, mas após aplicação do pacote SAPKH60506 começou a apresentar o erro que informei.
Quero agradeçer pela resposta sobre minha duvida.
Obrigado.
Abs.
Alécio

Erro de SYSFAIL e Queda do Ambiente JAVA (PI)

Bom Dia
Estou num projeto de NFe e atualmente esta acontecendo o seguinte cenário de Erros:
    Na SMQ2 , quando apresenta um aumento nas filas de Mensagens , aparece SYSFAIL em determinadas Filas , todas as outras travam , aumenta o numero de Filas.
   Com essa mensagem de SYSFAIL nas filas , o serve0 (Parte JAVA do PI) cai e após isso estou tendo que efetuar manualmente um STOP/START em todos os canais de comunnicação para que os R/3 voltem a emitir NFe.
    Isso esta ocorrendo com mais frequência após inserir uma nova empresa para emissão de NFe.
    Alguem poderia me ajudar a entender por que ocorre o SYSFAIL as mensagens travam e derruba o ambiente JAVA ?
Sérgio.

1º) Erro: Commit Fault: com.sap.aii.af.rfc.afcommunication.RfcAFWException:SenderA
2º) Foi alterado o numero de Filas O numero de Filas foi alterado , mas não consigo ver esse parametros na RZ10 , tem 3 entradas : X32_DVEBMGS32_NFISAP ; DEFAULT ; START_DVEBMGS32_NFISAP nessa transação ...onde eu vejo isso
3º) Esse parametro não tem nessa transação (/usr/sap//DVEBMGS00/j2ee/cluster/server0/log/). em qual desses diretórios abaixo eu encontro esse parametro ?
Existe esses:
DIR_ATRA      /usr/sap/X32/DVEBMGS32/data
DIR_BINARY      /usr/sap/X32/DVEBMGS32/exe
DIR_CCMS      /usr/sap/ccms
DIR_CT_LOGGIN    /usr/sap/X32/SYS/global
DIR_CT_RUN              /usr/sap/X32/SYS/exe/run
DIR_DATA              /usr/sap/X32/DVEBMGS32/data
DIR_DBMS              /usr/sap/X32/SYS/SAPDB
DIR_EXECUTABLE /usr/sap/X32/DVEBMGS32/exe
DIR_EXE_ROOT     /usr/sap/X32/SYS/exe
DIR_GEN              /usr/sap/X32/SYS/gen/dbg
DIR_GEN_ROOT    /usr/sap/X32/SYS/gen
DIR_GLOBAL        /usr/sap/X32/SYS/global
DIR_GRAPH_EXE /usr/sap/X32/DVEBMGS32/exe
DIR_GRAPH_LIB   /usr/sap/X32/DVEBMGS32/exe
DIR_HOME             /usr/sap/X32/DVEBMGS32/work
DIR_INSTALL        /usr/sap/X32/SYS
DIR_INSTANCE     /usr/sap/X32/DVEBMGS32
DIR_LIBRARY      /usr/sap/X32/DVEBMGS32/exe
DIR_LOGGING     /usr/sap/X32/DVEBMGS32/log
DIR_MEMORY_INSPECTOR   /usr/sap/X32/DVEBMGS32/data
DIR_ORAHOME       /oracle/X32/102_64
DIR_PAGING                            /usr/sap/X32/DVEBMGS32/data
DIR_PUT                            /usr/sap/X32/put
DIR_PERF                            /usr/sap/tmp
DIR_PROFILE      /usr/sap/X32/SYS/profile
DIR_PROTOKOLLS     /usr/sap/X32/DVEBMGS32/log
DIR_REORG                          /usr/sap/X32/DVEBMGS32/data
DIR_ROLL                          /usr/sap/X32/DVEBMGS32/data
DIR_RSYN                            /usr/sap/X32/DVEBMGS32/exe
DIR_SAPHOSTAGENT     /usr/sap/hostctrl
DIR_SAPUSERS     ./
DIR_SETUPS                           /usr/sap/X32/SYS/profile
DIR_SORTTMP     /usr/sap/X32/DVEBMGS32/data
DIR_SOURCE     /usr/sap/X32/SYS/src
DIR_TEMP                           /tmp
DIR_TRANS                           /usr/sap/trans
DIR_TRFILES                          /usr/sap/trans
DIR_TRSUB                          /usr/sap/trans

Miro Reversal and GR IR Clearing

Dear Friends,
Once Migo and Miro is done and subsequently the miro is reversed while doing auto clearing of GR IR Account, the system is knocking off the original migo and the original miro and leaving the reversed miro as open item instead of clearing the original miro against the reversal miro.
Is this a standard functionality due to cenvat issues or is there some other problem.
Please advice how to take care of the same.
Regards
Mukesh

This is standard only.
When cenvat is there it should be very carefull at the time of MIRO and reversal of same in the same month.
Manual clearing of MIRO & reversal of MIRO documents

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

Value difference for GR/IR Clearing Account in case of MIGO and MIRO.

Hello Experts,
One of our client has asked me about clarification regarding GR/IR Clearing Account shows different values when MIGO and MIRO posting. Scenario is that,
SEZ
Calculation of import Duty
Input goods
Material Base Value
       2,171,385
Landing Cost
             21,714
For computing Customs landing charges need to be added
BED @
10%
           219,310
Loaded in material cost
CVD, @
12%
           289,489
Credit taken
Customs Education Cess
3%
             15,264
Loaded in material cost
ADDL Duty
4%
           108,686
Credit taken
Customs Duty
           632,749
CVD
12%
           219,310
All duty
4%
           108,686
Cenvat
           327,996
CST
       43,427.70
2214812.7
Hence Material cost in GR/IR should be Rs. 22,14,813
Diff (2219092-2214813= 4279)
Whereas it is taking Rs. 22,19,092
My concern is that GR/IR Clearing Account consider only Material cost and non deductible tax amount i.e. CST which is loaded on material cost but system consider some different values, please check the above calculation. When user post MIRO in that case system automatically konck off GR/IR Clearing Account and post difference amount i.e. RS. 4279 to Inventory Account which is wrong. I dont know how system behaves in such manner.
Please giude me on this issue as soon as possible.
Regards,
Vishal Jadhav

Discussion moved. Please use Internationalization and Unicode for CIN related queries.

Erro na MIRO - V1297

Similar Messages

Maybe you are looking for