ERRO DE VALIDAÇÃO NO MONITOR DE NFE

Boa tarde,
Estamos com alguns erros de validação no monitor de nf-e (J1BNFE), e não conseguimos identificar onde esta o erro.
Podem ajudar ?
Erro de validação: Campo Region of NF-e Issuer: V09 (Campo B12_CUF)
Erro de validação: Campo Modelo da Nota Fiscal: V06 (Campo B12_MOD)
São notas de devolução (categoria F4), verificamos o domicilio fiscal, endereço, UF porém não identificamos nenhum problema, onde mais posso olhar?
Obrigada,
Dayana.

Olá Dayana,
ele está reclamando da nota original (a nota à qual a NF de devolucao faz referencia).
Verifique no MM se, na nota de entrada original, consta corretamente a chave de acesso da NFe, assim como o domicilio fiscal do fornecedor e o modelo/categoria associado a essa nota de entrada.
Abs,
Henrique.

Similar Messages

Inutilização de NFe com erro de validação

Srs.
Gostaria de tirar uma duvida mais "funcional" do processo de uma nfe, que seria a seguinte, caso uma NFE esteja com erro de validação no GRC, se o erro e o status voltou para o ERP e na j1bnfe ela esta com status 8, eu poderia solicitar a inutilização da mesma sem ter que envia-la antes ao SEFAZ ?
Pergunto isso pois eu pensava que havia uma maneira e até agora não encontrei nenhuma.
Se puderem me responder o mais rápido possível eu agradeceria.

Oi Carlos.
Então... quando ocorre um erro de validação você tem duas alternativas:
- Corrigir os dados e reenviar a NF-e
- Solicitar a inutilização (solicitar o cancelamento da NF-e no monitor)
Para solicitar a inutilização - o registro da NF-e está com status da mensageria igual a V (erro de validação.
1. Selecione o documento em questão
2. Clique no botão "Request Cancellation"
3. Sistema irá apresentar pop-up perguntando de realmente deseja continuar. Clique em Yes para confirmar.
4. Selecione a razão do cancelamento.
5. Selecione o documento a ser cancelado e clique no botão Copy to Selected Documents
6. Clique no botão Send Requests. Sistema enviará a solicitação de inutilização. Após obter a autorização de inutilização o sistema irá retornar o status 102 de autorizada inutilização e reverter o lançamento.
Abraço
Eduardo Chagas

Skip NFE com erro de validação

Oi tudo,
Tenho uma pergunta sobre a funcionalidade de saltar uma NF-e com erro de validação.
Eu apliquei notas SAP
1298283 - NF-e: Passar para a NF-e com erro de validação
1376324 - NF-e: Passar para a NF-e com erro de validação
1376901 - Passar para o erro de validação
Mas ainda assim o processo não funciona completamente.
Em nota 1298283 do texto;
Os novos valores definidos no J_1BNFE_MESSAGE_TYPE domínio deve ser usado
do sistema de mensagens ao chamar as funções interface de entrada
u2022 J_1B_NFE_XML_IN ou
u2022 J_1B_NFE_XML_IN_TAB
de ERP para corrigir o ajuste siga em stati do processo de
NF-es com erros de validação, dependendo da resposta da SEFAZ.
NF-e autorizada para o cancelamento são cancelados e da etapa do processo é
definido como C (completo).
Eu tenho definido os novos tipos de mensagens de acordo com as instruções de nota, mas como estes podem ser implementados e ser utilizado em GRC - sistema de NFe?
O tipo de mensagem autorizado para pular com o erro de validação em GRC agora é '5 ', mas deve ter o valor "8" de acordo com notas acima.
Incluir / XNFE / DB_CONSTANTS em GRC não contém os novos tipos de mensagens
    8 Autorização para Passar uma NF-e com erro de validação
    9 Rejeição Passar para uma NF-e com erro de validação
Alguém sabe como o resolver isso?
BR
Honey

Olá Fernando,
Obrigado pela sua resposta!
Temos também notas 1296515 e 1252567 instalado.
O teste que eu fiz antes de começar a depurar é que eu deliberadamente criada uma NF-e com um valor em falta, de modo que a resposta do GRC seria erro de validação. O exigido quando eu pressionar "Definir Número de NF-e" processo passo status muda para "8" = erro de validação interna do sistema de mensagens. Enviar novamente!
Agora eu enviar um pedido de pular para esta NF-e e as alterações do estado de acção para "Em processamento".
Em GRC Ignorando o pedido for aprovado, mas o processo nunca é completado em R / 3. No log eu posso ver J1B_NFE007 mensagem de erro;
Nova SCS-status "Rejeitado & Skipping (Cancelar) Autorizado" não é permitida para SCS anterior "Erro de validação e Skipping solicitadas".
Quando a depuração vejo que isso acontece em função J_1B_NFE_CHECK_NEXT_SCSSTATUS módulo na declaração
WHEN c_authorized_for_skip.                                                                  "1152140
      IF is_acttab-scssta NA '3'.                                                                  "1152140
        PERFORM get_domain_text USING c_scssta                                   "1152140
                                      i_newscsstat                                                      "1152140
                                      c_scssta                                                             "1152140
                                      is_acttab-scssta                                                 "1152140
                                CHANGING gv_msgtxt1                                            "1152140
                                         gv_msgtxt2.                                                     "1152140
                                                                                "1152140
        MESSAGE e007 WITH gv_msgtxt1        "i_newscsstat                    "1152140
                          gv_msgtxt2        "is_acttab-scssta                                 "1152140
                          RAISING scs_status_not_allowed.                                "1152140
      ENDIF.                                                                                "1152140
Neste ponto, o valor em is_acttab-scssta igual '9 '.
Lamento, mas eu não entendo o significado de "V" na descrição:
(NF-novo e rejeição RESET + + V + + V + SEND Skip Request)
Eu testei:
1. Novo NF-e
2. Definir NF-e número & enviar às autoridades
3. Rejeição devido a erro de validação
4. Enviar pedido de cancelamento de NF-e
Existe algum outro procedimento que eu devo testar?
Se eu tentar redefinir a NF-e após receber a primeira rejeição devido a um erro de validação, R / 3, não me permitem enviar pedido de cancelamento.
Eu penso que este comportamento é muito estranho, já que temos seguido as recomendações na execução notas SAP.
Você recomendaria o próximo passo é registrar um bilhete em relação a este?
obrigada &
atenciosamente!

Inutilização de Nota com erro de validação no GRC

Bom dia,
Estou com um problema na inutilização de notas com erro de validação no GRC!
Quando a nota é rejeitada pela GRC, fica da seguinte maneira:
Etata obrigatória do processo : 8 (Erro validação interna sistema de mensagem.Envie novamente!)
status de comunicação do sistema : 0 (Enviada ao sistema de menssagem (XI,...))
status do sistema de mensagens : V (Mensagem Recebida: Erro de Validação Interna)
Sem utilizar o botão Reset NFe, clico no botão Request Cancelation e realizo os procedimento de cancelamento.
Verifico pela tabela /XNFE/NFE_HIST que gerou um registro com a chave de acesso, type 3 (Inutilização) e status 6 (Enviado ao Processamento da Nota Fiscal Eletrônica).
Consulto no SEFAZ e verifico que essa nota já esta inutilizada porém na J1BNFE a nota continua processando.
Alguem sabe como resolver este problema?
Obrigado,
Leandro Von Zubem.

Bom dia.
Tenho uma NF-e que está em situação parecida e agradeço suas colaborações.
Estamos na ECC 5.0 SP 19.
Esta NF-e foi rejeitada pela SEFAZ (NF-e writer e o erro estava no ano da data de emissão = 2008)
e o usuário não percebendo tentou re-enviar várias vezes.
Por fim, mesmo Rejeitada foi solicitado o Estorno (Skip) e os status da NF-e ficaram como abaixo:
   SAP ECC 5.0 SP19
      Status Ação :          Em processamento
      Status do documento NF-e:     2 Rejeitado
      Status de comunicação do sistema: 3 Rejeitado/a & autorização solicitada para ignorar
      Status do sistema de mensagens:     C Mensagem recebida: pedido de inutilização
      NF-e Código de Status :     228
   Log
          Novo stat.comun.sistema "Rejeitar estorno/ignorar usuário aceitos" não permitido p/status
                     comun.sist.anterior "Rejeitado/a & autorização solicitada para ignorar
          Nº mensagem J1B_NFE007
   GRC
      Status Code:               228     Rejeição: Data de Emissão muito atrasada
Seguindo as orientações já mencionadas aplicamos em Desenv as Notas 1376901, 1376324 e 1298283 e
simulamos a situação. Mas a NF-e também permanece "em processamento".
A Nota 1141636 não foi possível aplicar porque exige para Basis o SP 700 e estamos no SP 640.
Esta atualização seria muito mais demorada.
Pergunto: existe alguma forma de ajustarmos os status para finalizar esta NF-e? (Rejeitar ou Aprovar/Rejeitar).
Agradeço a toda colaboração.
Abraços a todos e ótimas festas.
Luis Appel

Erro de validação: campo Country Name.(campo IS_NFE_HEADER-C1_XPAIS, ID cam

Senhores (as);
Estou com um problema na xml no campo 'País' (campo IS_NFE_HEADER-C1_XPAIS, ID campo C015), no monitor do PI visualizo a mensagem "Erro de validação: campo Country Name. This field does not match the expected format. (campo IS_NFE_HEADER-C1_XPAIS, ID campo C015)". Estou tentando achar o momento em que este campo é chamado nos programas da J1B1N ou na J_1BNFE_MONITOR para colocar um break-point e os funcionais analizarem o erro, mas não estou conseguindo achar. Achei a BADI cl_nfe_print com a interface if_ex_cl_nfe_print, etc...mas nada do campo, ele é o 'T005T-LANDX'. Quem puder me ajudar a localizar o momento da chamada deste campo nos programas para analizá-lo....
Obrigado.

Eduardo;
Você conseguiu resolver o problema do xPais com o código " out_header-c1_cpais = 'Brasil'" na badi CL_NFE_PRINT ?? Como conseguiu, pois este campo tem o tamanho CHAR 4 ??
Obrigado...
Att;

Erro de Validação = 10

Boa tarde!
Pessoal,
Estou com dois documentos no ambiente de produção com erro de validação, são eles:
Campo: IS_NFE_HEADER-C1_IM (o status está verde) ok
Campo: IS_NFE_HEADER-C1_CNAE (C020) (status vermelho)
Campo: IS_NFE_HEADER-T_MODFRETE (X002) (status vermelho)
Efetuei a análise conforme os logs apresentados e todas as informações estão preenchidas, o campo de modalidade de frete está lá, e as informações do tipo de frete e cnae também estão na BADI.
Os processos que apresentaram estes erros, são duas notas de entrada (IMPORTAÇÃO).
É estranho, porque quando há erro de validação por parte do GRC, o status no SAP fica com código 8 e mensagem V, mas no entanto, ao acessar a J1BNFE não tem este retorno.
Alguém já passou por isso?
Poderiam me ajudar?
Observações: GRC versão 7.0 SP 13 / SAP versão 6.0 SP 16
Obrigada,
Adriana

Fernando,
Estes dois cenários realmente são muito estranhos.
Foi gerada a NFE via J1B1N referente processo de Importação. Ao enviar ao GRC, passou pela validação e ficou parada a NFE por causas dos logs de erros.
No SAP não houve nenhuma atualização do GRC para J1BNFE, como estava demorando o retorno da comunicação, acessamos o GRC e verificamos que tinha aqueles campos com erros. Como eu disse, os campos referidos estavam ok no BADI.
Tentamos "enviar de novo" a NFE e apareceu a bandeirinha vermelha dizendo que não era possível.
Então fizemos outra tentativa. Deixamos o documento com status 3, ou seja, "enviar a NFE a SEFAZ", em seguida marquei a linha e dei enviar, funcionou, pois o documento foi autorizado.
Mas fica a dúvida: por que aconteceu isso? Sendo que os dados estavam lá tudo certo. E por que não apareceu na J1BNFE o código 8 simbolizando que havia erro, assim poderíamos resetar o documento enviar.
Será que houve falha de comunicação por um instante?
Será que falta aplicar alguma nota para não ocorrer isso novamente?
O SAP Netweaver está na versão 7 SP 13. O SAP ERP está na versão 6 SP 16.
Aguardo comentários.
Abraços,
Adriana

ERP STATUS 109 - Erro de Validação

Boa Noite ,
Estamos Implementando NF-e no Cliente e estamos com problema no momento de inutilizar qualquer NFE que foi reprovada pelo validador interno do GRC (Bandeira Vermelha e Engrenagem na J1BNFE) , no ambiente de DEV esta funcionando OK , em QAS ocorre o problema. Estamos a alguns dias do Go-Live e esse é o unico erro critico que estamos encontrando no Projeto.
O Fluxo de aprovação da inutilização esta ok , retorna para o GRC , mas nao atualiza a tabela J_1BNFE_ACTIVE no ECC, acusando o erro ERP 105 ou 109 no monitor do GRC
Ja haviamos realizado a aplicação das notas abaixo , conforme indicaçao do Henrique Pinto e Fernando Ros em outros Threads.
1413636 - Status bandeira vermelha após Skip NFe. (Nãqo lembro da descrição correta)
1376324 - NF-e: Skip for NF-e with validation error
1298283 - NF-e: Skip for NF-e with validation error
1376901 - Skip for validation error
Alguem ja teve que brigar com esse problema ??? Poderiam nos ajudar ???
Grande abraço a todos,
Rafael Medice

Bom dia Rafael,
Ao que parece está faltando algumas coisas na sua implementação:
105 - refere-se aos objetos NF-e estarem bloqueados no R/3 quando o GRC envia a resposta do processamento, então é provável que vocês não tenham implementado o decouple. Verifique na J_1BNFE_ACTIVE se estão com CALLRFC=vazio, se estiver não está implementado. Solução: Procure pelas notas e no fórum tem vasto material sobre isso.
109 - quando o status que o GRC está enviando é incompatível com o status que o ERP aguarda. Isto pode até estar associado ao anterior, mas o mais comum é a falta de tratamento na impressão automática ou qq coisa que implementaram no método CALL_RSNAST00 da BAdI CL_NFE_PRINT. A SAP Note 1470484 evita o 109 numa retransmissão do mesmo status de Sefaz, porém você deve revisar seus códigos. Procure por exemplos de código aqui no fórum também.
Observação: Verifique TODAS as notas XX-CSC-BR-NFE para o seu ambiente, TODAS são necessárias. Sendo que as mais recentes deve-se planejar pois envolvem também o layout 2.0.
Atenciosamente, Fernando Da Ró

BADI para finalização do processo Monitor de NFe de Entrada

Boa tarde,
Alguém saberia me informar se há alguma BADI processada quando é executada uma das opções :
* Executar etapa do processo --> Verificar atividades manuais do ERP
* Outras Funções --> Finalizar NFe Manualmente ou Definir etapa processo manualmente para OK.
No monitor de recebimento de NFe de entradas (NF-e Centro de trabalho fiscal).
Obrigado.
Andre Vilela

Oi Andre.
Não existe nenhuma badi nessas etapas do processo de automação. O que você gostaria de fazer nessas etapas?
Lembre-se que você pode utilizar o processo FLEXPR01 para fazer automação via ABADI.
* mais informações no help:
http://help.sap.com/saphelp_nfe10/helpdata/en/19/ae6ea862144baeb6cdec21230e6eb9/content.htm
Abraço
Eduardo Chagas

Erro de Validação SCS = 9

Bom dia pessoal, tudo bem?
Estamos atualizando a NFE 2.0 no ambiente QAS.
Após a geração da NFE, retornou o status para J1BNFE da seguinte forma:
- status ação: em comunicação (rodinha)
- log NFE: verdinho
- status do documento: branco
- status de comunicação do sistema: 9
- status do sistema de mensagem: V
No GRC está:
- Nos detalhes da NFE => Status NFE: X vermelho / Status processo: 5 / Código status: 102
- Na aba "Erro atualização status ERP" (na primeira tela do GRC) => Status: X vermelho / Erro ERP: 105
Observação: tentei atualizar a NFE, marcando a linha e reiniciando o processo, mas não está surtindo efeito.
Alguém já passou por isso?
Agradeço pela ajuda.
Abçs.
Adriana

Adriana,
se a mensagem continua a mesma, deve ser porque não inseriram as linhas na tabela J_1BNFE_MAP_TYPE, como citado pelo Fernando. Você limpou o log de erros da nota antes de reenvia-la do GRC p/ o ECC?
Verifique se o passo abaixo foi executado durante a aplicação da nota:
Maintain table J_1BNFE_MAP_TYPE
Use transaction SE16 and display the table entries.
Push CREATE (F5)
Insert records
MSGTYP    DOCSTA     SCSSAT
8       Space        A
9       Space        B
Já passei por isso em uns 2 clientes e o problema sempre foi a aplicação dessa nota hehehe
Notas com "manual step" sempre dão mais dor de cabeça.
[]'s
JN

Cancelamento/inutilização: erro de sistema PI

Pessoal, bom dia!
Por favor, estamos testando o cenário de Cancelamento de NF e as notas estão ficando com os seguintes status:
Stat. Processo: 06 - Enviado ao Processamento da Nota Fiscal Eletrônica
Status de erro: 50 - Cancelamento/inutilização: erro de sistema PI
Analisando o erro no Monitor do PI, peguei o XML enviado ao Sefaz e testei no endereço http://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx e os dados estão corretos.
O Erro detalhado no Monitor do PI é (Error in response):
Message processing failed. Cause: com.sap.aii.af.ra.ms.api.RecoverableException: SOAP: response message contains an error XIAdapter/PARSING/ADAPTER.SOAP_EXCEPTION - soap fault: Unexpected Error java.lang.NoSuchMethodError: javax.xml.soap.SOAPFactory.newInstance(Ljava/lang/String;)Ljavax/xml/soap/SOAPFactory; at br.inf.portalfiscal.soapclient.ClientSoap.(TransitoCancelamentoClient.java:56) at br.inf.portalfiscal.nfe.controller.ValidaDadosCanc.verificarRegistroCirculacao(ValidaDadosCanc.java:248) at br.inf.portalfiscal.nfe.controller.ValidaDadosCanc.validaDadosCanc(ValidaDadosCanc.java:214) at br.inf.portalfiscal.nfe.controller.ValidacaoXMLHelper.validaCancelamento(ValidacaoXMLHelper.java:307) at br.inf.portalfiscal.nfe.controller.UtilSession.processarCancelamento(UtilSession.java:509) at sun.reflect.GeneratedMethodAccessor292.invoke(Unknown Source) at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25) at java.lang.reflect.Method.invoke(Method.java:585) at org.jboss.invocation.Invocation.performCall(Invocation.java:359) at org.jboss.ejb.StatelessSessionContainer$ContainerInterceptor.invoke(StatelessSessionContainer.java:237) at org.jboss.resource.connectionmanager.CachedConnectionInterceptor.invoke(CachedConnectionInterceptor.java:158) at org.jboss.ejb.plugins.StatelessSessionInstanceInterceptor.invoke(StatelessSessionInstanceInterceptor.java:169) at org.jboss.ejb.plugins.CallValidationInterceptor.invoke(CallValidationInterceptor.java:63) at org.jboss.ejb.plugins.AbstractTxInterceptor.invokeNext(AbstractTxInterceptor.java:121) at org.jboss.ejb.plugins.TxInterceptorCMT.runWithTransactions(TxInterceptorCMT.java:350) at org.jboss.ejb.plugins.TxInterceptorCMT.invoke(TxInterceptorCMT.java:181) at org.jboss.ejb.plugins.SecurityInterceptor.invoke(SecurityInterceptor.java:168) at org.jboss.ejb.plugins.LogInterceptor.inv
Obrigado,
Danilo

De fato, esse trace é do web service da propria SEFAZ.
Esses objetos referenciados (e.g. ValidaDadosCanc.java) não fazem parte do pacote do SAP NFE.
O status no GRC está como comunicacao de PI (vermelho)?
Se sim, depois de a SEFAZ corrigir o problema, vc consegue restartar o processo pela aba de Erro de Cancelamento/Inutilizacao no Monitor de NFes.
Abs,
Henrique.

Nfe parada no GRC. Erro validação: Valor da nf negativo. Pricing desabilita

O usuário fez uma nola fiscal no ECC 5.0 onde o valor do desconto do produto superou o preço do item, portanto a nota fiscal ficou negativa. O usuário não percebeu o erro. Finalizou o processo de faturamento encaminhando para o GRC.
A nfe gerou erro de validação no GRC. Veja o log:
Erro de validação: campo BC do ICMS. This field does not match the expected format. (campo IS_NFE_HEADER-S1_VBC, ID campo W003)
Erro de validação: campo Valor Total dos produtos e serviços. This field does not match the expected format. (campo IS_NFE_HEADER-S1_VPROD, ID campo W007)
Erro de validação: campo Base Amount in NF-e. This field does not match the expected format. (campo IT_NFE_ITEM_TAB-L1_00_VBC, ID campo N015)
Erro de validação: campo Net Value. This field does not match the expected format. (campo IT_NFE_ITEM_TAB-VPROD, ID campo I011)
Status do processo: 01 Recebido do sistema back end
Status do erro: 10 Erro de Validação.
Na transação J1BNFE o usuário não consegue estornar, porque a nota não foi para a Sefaz. Também não consegue corrigir a pricing para reenviar a nota.
Peço ajuda e agradeço desde já.
Att. Ronaldo Figueiredo
Moinho Sul Mineiro.

Bom dia Ronaldo,
NF-es com erro de validação podem ser inutilizadas pela mesma opção de cancelamento na J1BNFE.
Qual o motivo de o usuário não conseguir solicitar o cancelamento?
Atenciosamente, Fernando Da Rö

NFE - Erro de Assinatura

Olá a todos,
Estou com problemas nas notas vindas do ECC para o GRC. No monitor de NFe elas ficam com erro na aba Erro de Assinatura com o seguinte Status:
Stat.processo: 01 Recebido do sistema back end
Status de erro: Versão não atualizada na tabela /XNFE/SRVSTA
O engraçado é que acompanhando na SXMB_MONI, vejo que elas nem foram enviadas para assinar.
Alguém tem uma luz?
Abs.
Daniel
Edited by: Daniel Nahas on Jan 22, 2010 8:16 PM

Pessoal,
A chave de acesso aparentemente está ok.
O Estado (35 - São Paulo), Ambiente (2 - Homologação) e Tipo de emissão (Normal) estão ok tbm.
Chequei na SPRO e o CNPJ está configurado, bem como o status de serviço.
Ps.: Estamos no SP12 do NFE.
Alguma luz?
Obrigado.
Daniel
Edited by: Daniel Nahas on Jan 26, 2010 6:08 PM

Inutilização de NFe: Log de erro Message type 8 is not defined

Olá Pessoal,
Estamos com um erro aqui muito semelhante ao descrito na Thread: [Skip número da NF não autorizada|;.
Solicitamos a inutilização de uma nota writer de saída que foi barrada no Monitor GRC por erro de validação e por isso estava com status 8 na J1BNFE (ECC). A inutilização foi feita com sucesso, o status no GRC está correto, mas no ECC a autorização ainda não constava. Executamos o report XNFE/UPDATE_ERP_STATUS_DIAL e ao fazermos a msg de "erro ao atuzalizar ECC". No monitor da J1BNFE a nota agora aparece com o seguinte log de erro:
Message type 8 is not defined
Message no. J1B_NFE018
Diagnosis
The messaging system passed a value for the message type to the back-end system (field I_MSGTYP) that is not defined in the back-end system.
System Response
The back-end system cannot interpret and process the inbound message.
Procedure
Configure the messaging system in a way that it transfers only allowed message types to the back-end system via the inbound interfaces J_1B_NFE_XML_IN or J_1B_NFE_XML_IN_TAB.
Achei a thread mencionada acima com o mesmo erro e verifiquei a aplicação das notas, já que o problema foi solucionado com a aplicação das mesmas. Eis os status:
Nota 1298283 (ECC) - Não relevante pois estamos no ECC 6.0 SP17;
Nota 1376324 (ECC) - Não relevante pois estamos no ECC 6.0 SP17;
Nota 1413636 (ECC) - Completely Implemented na SNOTE;
Nota 1376901 (GRC) - Não relevante pois estamos no GRC SP13.
Aparenmente alguma coisa ainda está faltando.. mas nao sei o que é.
Desde já agradeço,
Daniela Machado

Verifique esses passos da nota 1298283 (no ECC)::
Change Domain J_1BNFE_MESSAGE_TYPE
Use transaction SE11
Select Domain and insert name J_1BNFE_MESSAGE_TYPE
Push Change.
Select Tab "Value Range".
Insert
Fix value Short text
8 Authorization to Skip a NF-e with Validation Error
9 Rejection to Skip a NF-e with Validation Error
Maintain table J_1BNFE_MAP_TYPE
Use transaction SE16 and display the table entries.
Push CREATE (F5)
Insert records
MSGTYP DOCSTA SCSSAT
8 Space A
9 Space B
At.,
Bernardo Braga
Edited by: Bernardo Braga on Jul 1, 2010 10:06 PM

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.

DEVOLUÇÃO DE EXPORTAÇÃO - CFOP 3201 - GRC VALIDA DADOS DI.

Boa tarde a todos!
Estamos em um projeto de NFE XML 2.00 e nos deparamos com o seguinte erro:
Ao emitirmos um NF-e de devolução da mercadoria que se encontrava no Porto (devolução de exportação - CFOP 3201), a validação do monitor GRC informa que é necessário constar os dados de importação, apesar deste processo não se tratar de importação. Os seguintes logs de validação são gerados:
Erro de validação: campo Código do fabricante estrangeiro no sistema. Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_ADI-CFABRICANTE, ID campo I028)
Erro de validação: campo Nº da adição. Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_ADI-NADICAO, ID campo I026)
Erro de validação: campo Nº sequencial do artigo na adição. Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_ADI-NSEQADIC, ID campo I027)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-CEXPORTADOR, ID campo I024)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-DDESEMB, ID campo I023)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-DDI, ID campo I020)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-NDI, ID campo I019)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-UFDESEMB, ID campo I022)
Erro de validação: campo . Campo é obrigatório e não pode ficar em branco. (campo IT_NFE_IMP-XLOCDESEMB, ID campo I021)
Estamos no SAPK-10015INSLLNFE e as seguintes notas relacionadas a validação estão aplicadas:
1493980     Validation for field xJust in cancel and skipping messages
1499921     Problem with validation after implementing SP15
1500046     Upgrade validation rule for field ID for version 2.00
1500742     Adjust validation for field NADICAO and NSEQADIC layout 2.00
1502217     Extend validation rules for , layout 2
1504379     Adjust validation for field X_CLISTSERV
1511291     Update allowed values for field E1_CPAIS for validation
1511577     Update validation rules for field VUNCOM_V20
1520861     Update validation rules for OIL_CPRODANP and OIL_UFCONS
Não encontrei nenhuma nota SAP recente para o componente SLL-NFE que seja relacionada a este problema.
Desde já agradeço pela ajuda.
Sds / Renato Penido.

Boa tarde, Fernando,
Obrigado pela pronta resposta.
Debugamos a BADI e descobrimos que os dados de importação estão sendo gravado "em branco", gerando o erro de validação no GRC, tal qual dito por você.
Aprimoramos a lógica da BADI para que a tag de importação não seja preenchida indevidamente para as notas de devolução do porto e as notas foram aprovadas.
Muito obrigado,
Renato Penido.

ERRO DE VALIDAÇÃO NO MONITOR DE NFE

Similar Messages

Maybe you are looking for