on 08-26-2014 9:06 PM
Olá,
Estou tendo um problema quando envio um documento para o GRC, o monitor retorna que o ID CT-e não corresponde ao formato autorids.fiscais. Não chega a criar o XML no GRC. No cliente em que estou não tem conhecimento de transporte. Acabamos de migrar para a NF-e 3.10.
Alguém ja possou por este problema?
Galera, bom dia.
Eu estou com o mesmo problema, porém já descobri o que causa ele ( pelo menos no meu caso foi isso ).
O consultor SD tinha disponibilizado alguns documentos para meus testes, porém ele os criou no mês passado ( outubro ). Ao fazer a fatura, percebi que a chave da nota ficou com o mês informado na ordem de venda ( 351410... ) que por sua vez é levada até a fatura pelo controle de cópia.
No GRC, no include /XNFE/LOUT_NFE_VALIDATIONF01, é montada novamente a chave da nota, porém lá é criado com a data de emissão ( 351411... ). Nesse mesmo include é feito a comparação entre as duas chaves e como existe a diferença ele retorna erro para o SAP.
Fiz outro teste e criei mais duas ordens, um deixando a data antiga e outra com a data nova. A primeira deu o mesmo erro, a segunda foi enviada para o SEFAZ.
Verifiquei também que no meu caso quem está causando o problema é o código que a nota 2052421 inclui e que muda o local de onde a informação da chave é pega e que debugando o programa, quando coloquei busquei pela variável antiga vi que nela o valor está correto.
Se alguém souber alguma nota que corrija o problema por favor deixe nos comentários.
Obrigado.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Bom dia Vinicius,
Poderia por favor nos informar qual foi a OSS note aplicada?
Qual foi o include alterado?
Estamos com urgência em resolver essa questão, pois o ano fiscal foi encerrado e a nota permanece pendente na J1BNFE
Grata,
Ludmila
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Pessoal,
A nota que resolve o incidente é a:
2050660 [3.10] Wrongly access key validation with incorrect UTC
att,
Renan
Boa tarde,
Encontrei a solução, quando foi implementada a nota final 511, uma include não foi atualizada corretamente com o código SAP. Devido a isso o ABAP teve que atualizar manualmente.
Obrigado pela ajuda
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Ola Vinícius.
Por favor dê um feedback na thread e caso já tenha resolvido encerre a mesma.
Grato
Eduardo Chagas
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Pessoal estou com o mesmo problema...
Alguém tem alguma novidade?
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Olá Alexandre,
Esse ocorre em duas situações principais, quando não há o decouple implementado no ERP e/ou quando há uma diferença entre a chave de acesso enviada pelo ERP e a calculada no GRC ( problema de data por causa de timezone ).
Apenas o texto da mensagem de erro está errado, ela deveria dizer que o ID da NF-e não é válido.
att,
Renan Correa
Estou passando pelo mesmo problema por aqui e encontrei a nota 2052421. Porém mesmo aplicando a nota, continua vindo a mensagem.
Parece que na função /XNFE/OUTNFE_VALIDATION é onde faz a validação no form CHECK_ID.
Ele faz a validação se o Flag de "Validação de XML" estiver na configuração do GRC para o CNPJ em questão.
Ao retirar o Flag ele envia para a SEFAZ porém está rejeitando com o mesmo erro aqui.
Valendo lembrar que essa é uma emissão de NF-e e não de CT-e.
Message was edited by: João Luiz Araujo dos Santos Jardim
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Vinicius,
Tente colocar um ponto de parada no momento da criação do XML, na função J_1B_CTE_XML_OUT_200.
Voces migraram o CTe para a versão 2.0?
Obrigado!
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
User | Count |
---|---|
13 | |
2 | |
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.