NT003/2015 - XML gerado sem as novas tags

[Former Member]

Aplicamos todas as notas ref a NT003/2015, inclusive no GRC, porem no teste o xml foi gerado sem as notas tags. Existe alguma configuração adicional a ser feita?

[Former Member]

Boa tarde a todos!

Implementamos a NT003 em mais de 15 ambientes e também tivemos este problema em um cliente. Eu debuguei o standard do GRC e verifiquei que as tags estavam corretas no programa /XNFE/LOUT_NFE_TRANSFORMF01, que é um dos últimos trechos que o GRC passa antes de criar o XML. Depois de muito pesquisar e consultar consultores PI, tivemos que reativar "na mão" as funções standards que fazem o mapeamento do XML no GRC. Quando mandamos ativar, todas foram recompiladas (apareceu o relógio da compilação). Após este passo, as tags foram montadas e a rejeiçaõ 694 foi resolvida. Isso não é algo comum de acontecer e foi um caso isolado no ambiente de determinado cliente, mas fica a dica que funcionou no nosso caso, já que os valores estavam preenchidos nas tabelas internas até o último momento.

Att.

[eduardo_zayan]

Boa tarde Rodrigo,

Estou com o mesmo problema aqui em um cliente e, o programa /XNFE/LOUT_NFE_TRANSFORMF01 está com a TAG mas, o XML não é gerado com a TAG.

Quando você disse que "tivemos que reativar "na mão" as funções standards que fazem o mapeamento do XML no GRC" vocês reativaram todos as funções e programas standards que possuem XML?

São mais de 100 programas, é isso mesmo?

Você poderia ser mais específico para saber quais os passos que foram feitos ?

Muito obrigado !!!!!

Att.

Eduardo Zayan

[Former Member]

Boa tarde Eduardo,

Isso mesmo, nós fomos debugando o GRC desde o momento que a RFC de conexão ao GRC foi chamada e toda vez que aparecia uma função, eu colocava na SE37, rodava na mão e depois ativava novamente. A maioria deles foram compiladas como se fosse a primeira vez (apareceu o relógio de compiling).

Não foi possível descobrir qual função exatamente precisava ser ativada, mas o fato é que havia um bug no ambiente e após estes passos trabalhosos o problema foi resolvido. Tivemos outros episódios no ambiente deste mesmo cliente que foram necessárias ações semelhantes para resolver. Ressalto que este foi um caso isolado e só foi feito este procedimento, pois após diversos debugs tivemos certeza que os valores estavam preenchidos em todos os momentos standards e mesmo assim não levava para o XML. Como você mencionou que é a mesma situação, pode ser também um bug do seu ambiente.

Espero ter ajudado.

Att,

[eduardo_zayan]

Obrigado Rodrigo !!!

Vou continuar fazendo testes e proceder desta forma que você indicou, vamos ver o que acontece.

Att.

Eduardo Zayan

[Former Member]

Boa tarde.

O cenário foi correto?

'Venda pra fora do estado  para empresas/pessoas não contribuinte do ICMS.'

Você rodou as migrações referentes SD e MM?

Att.

Renato.

[Former Member]

Ainda não...

Todas as migrações foram executadas, porem ainda temos cenario para outra estado, nao contribuinte, sem icms que nao gerou as tags e retornou erro 694.

Att

Nilton

[Former Member]

Nilton aqui passei por algo semelhante.

Sua tag  nItem está fixo 999? Se tiver fixo na sua Z da sua badi  'CL_NFE_PRINT' retire a programação.

Parece que seu enquadramento de IPI está incorreto,

Por favor verifique J_1BTCENQ na SM30 ou através da J1BTAX.

Espero ajudar.

Att.

Renato.

[Former Member]

Jà verifiquei isso e o enquadramento esta correto.

[Former Member]

Nilton bom dia.

Ultima verificação fica por conta das tags abaixo.

Na pag 13 da nt tem as regras, se não for isso infelizmente se não for isso não sei como ajudar.

Segue

Não informado grupo de ICMS para a UF de Destino

(tag:ICMSUFDest):

- Operação Interestadual (idDest=2) e

- Operação com Consumidor Final (indFinal=1) e

- Operação com Não Contribuinte (indIEDest=9) e

- Não é operação de prestação de serviços (não existe tag

“ISSQN”).

Exceção 1: Esse grupo não deve ser exigido se o Grupo de Partilha

do ICMS (campo ICMSPart) estiver preenchido.

Exceção 2: A regra de validação não se aplica, em produção, para

Nota Fiscal com data de emissão anterior a 01/01/2016.

Exceção 3: A regra de validação não se aplica para Devolução de

Mercadoria (finNFe=4) que referencie Nota Fiscal com chave de

acesso anterior a 2016.

Exceção 4: A regra de validação acima não se aplica para as

operações com CFOP de Retorno de Mercadorias (Anexo XIII.04).

Exceção 5: A regra de validação acima não se aplica nas NF-e de

entrada (tpNF=0).

Exceção 6: A regra de validação acima não se aplica nas operações

com combustíveis (tag:comb) derivados de petróleo: código ANP

diferente de: 820101001, 820101010, 810102001, 810102004,

810102002, 810102003, 810101002, 810101001, 810101003,

220101003, 220101004, 220101002, 220101001, 220101005,

220101006

Att.

Renato Teixeira.