on 08-24-2010 4:48 PM
Boa tarde Sr,
Hoje deparamos com o seguinte erro em uma nota de devolução:
Validation Error: Field Código da UF do emitente do Documento Fiscal. Util. Field length shorter than minimum allowed length. (Field IT_NFE_REF-B12_REFNFE, Field ID B013)
Process Status: 01 (Received from Feeder System)
Error Status:: 10 (Validation error)
Entendo que este erro é retratado pelo UF do emissor; Que de acordo com a estrutura de Badi que temos, o componente /XNFE/CUF da estrutura /xnfe/nfe_header, alocado na função /XNFE/NFE_CREATE, deverá conter número (35 - São Paulo), que é o nosso caso.
Porém, verifiquei que tanto pela estrutura /XNFE/CUF qto nas tcodes J1BNFE e J1B2N, as configurações estão setadas corretamente. Inclusive, foi criado uma outra invoice de devolução idêntica e com os mesmo valores, que foi finalizada com sucesso!
Acredito que seja uma inconsistência temporária em nosso ambiente; Pois já houve casos parecidos anteriormente, mas jamais conseguimos descobrir o erro.
Para o ERP, estamos no nível:
SAP_ABA 701 0006 SAPKA70106
SAP_BASIS 701 0006 SAPKB70106
PI_BASIS 701 0006 SAPK-70106INPIBASIS
E para o GRC:
SAP_ABA 700 0014 SAPKA70014
SAP_BASIS 700 0014 SAPKB70014
PI_BASIS 2005_1_700 0014 SAPKIPYJ7E
SLL-NFE 100 0013 SAPK-10013INSLLNFE
Pesquisei várias notas e nenhuma se aplica ao nosso nível de SP's.
Alguma dica de como podemos resolver este problema?
Muito obrigado,
Ricardo
Bom dia Ricardo,
Tem boi na linha... O texto não bate com o campo e isto deve ser problema do DDIC na estrutura /XNFE/NFE_B12, de onde vem o texto, repare que o B12_REFNFE está com o texto Código da UF do emitente do Documento Fiscal. Utilizar a Tab. Verificando na estrutura equivalente no ERP J1B_NF_XML_B12, está com o texto correto Access key of the reference document NFe Model 55.
Por favor abra um chamado para correção deste texto.
Voltando ao erro que está enfrentando, quer dizer que a nota NF-e referente não está com todas as posições a chave de acesso deve ter 44 posições. Verifique o que está sendo preenchido pelo ERP na tabela XMLR_TAB campo B12_REFNFE, antes de enviar ao GRC.
Atenciosamente, Fernando Da Ró
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Obrigado pelo retorno Fernando,
Irei soliticitar a abertura do chamado, conforme indicação.
Qual o report e/ou função que localizo a estrutura /XNFE/NFE_B12?
Em relação à tabela XMLR_TAB (SE16), tanto no ERP qto no GRC ela não existe ou não está ativa.
Poderia me ajudar?
Obrigado mais uma vez,
Ricardo
Bom dia Ricardo,
Qual o report e/ou função que localizo a estrutura /XNFE/NFE_B12?
Esta estrutura existe no GRC apenas, veja pela SE11.
Para atualizar é também SE11, porém faça isso pelo chamado.
Em relação à tabela XMLR_TAB (SE16), tanto no ERP qto no GRC ela não existe ou não está ativa.
É uma tabela interna, preenchida pelo SAP na função J_1B_NF_MAP_TO_XML no momento da transmissão à mensageria.
Colocando um break-point antes da chamada PERFORM call_xi você consegue saber o que sairá para o GRC.
Atenciosamente, Fernando Da Ró
Bom dia Fernando,
Ainda não conseguimos resolver o problema.
Todas as notas criadas como referencia de outra, não estão trazendo o número de protocolo automático associado do GRC para o ERP. Todas as notas com este erro são correspondente à NFE de compras (I4).
Como solução paleativa, está sendo editado a NFE de compras associada a nota de devolução (via J1B2N), e junto à ela é informado o nr. de protocolo, nr. radomico e o digito associado ao documento original. Depois disto, lá no NFE Monitor, é executado um RESET e RESEND, deste documento, considerando agora que a NFE tèm os dados de aprovação preenchidos no ERP. Com isto temos êxito em conseguir a aprovação da NFe de devolução.
Já procurei diversas notas para tentar de corrigir este erro, mas não consegui encontrá-la. Pode indicar alguma?
Se não houver esta solução pronta na versão 1.0, será dado alguma antenção para este processo automático no retorno do B2B do GRC para o ERP, na próxima versão 2.0?
Grato,
Ricardo
Bom dia Ricardo,
Deixa ver se entendi.... O erro de validação está correto pois as informações nao são passadas mesmo.
E as informações não são passadas pois não existem no ERP.
E não existem no ERP porque o B2B de entrada não as preencheu ? É isso?
O B2B de entrada não se comunica com o ERP, isto deve ter sido feito por projeto.
O procedimento "paliativo" é na verdade o procedimento correto e normal previsto. Para a próxima versão do produto terá a automação de entrada daí sim tudo será preenchido "sozinho".
Atenciosamente, Fernando Da Ró
Fernando, obrigado por sua resposta!
Como havia dito anteriormente, isto ocorre apenas em NFe de compras com referencia a uma nota de devolução, onde o ERP não está preenchendo o nr. radomico e o digito associado ao documento original automáticamente. Temos que inserir os dados manualmente para que o problemas seja solucionado.
Sendo este procedimento normal e previsto e para a próxima versão (2.0), onde o produto terá esta automação de entrada, onde posso buscar esta informação para tranquilizar os responsáveis da empresa?
Existe alguma nota onde é explicado este detalhe?
Grato,
Ricardo
Bom dia Ricardo,
Comentei sobre a próxima versão, mas o procedimento dentro da empresa está errado, digo, incompleto.
Quanto é registrada a NF-e ela aparece no monitor J1BNFE sem o campo formulário preenchido, se você olhar o action step verá que não está completo, estará = 6 (Enter protocol). Que é justamente para ir na J1B2N e informar os dados de NF-e.
Isto TEM que ser feito mesmo que não queira fazer a devolução, faz parte do processo normal de entrada.
Atenciosamente, Fernando Da Ró
User | Count |
---|---|
15 | |
3 | |
2 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 | |
1 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.