NT 2018.005 HOMOLOGAÇÃO CST 060.

[Rafael Fachini]

Alguém sabe me informar se a UF de SP aderiu as regras de validação abaixo de acordo com a NT 2018.005?

Estou fazendo uma NFe de homologação com CST 060 e não está autorizando.

  ERRO: Não foi possível enviar o lote de NF-e
  MOTIVO: Nota(s) não confirmadas:
21396->Rejeição: Erro não catalogado (código de status não localizado: 938)

 

 

[Pedro E. Braga]

De uma olhada em

disponibilizei uma alteração com opção para desabilitar o envio do campo no XML.

[Rafael Fachini]

Certo, mas no meu caso está com os schemas corretos, acredito que a UF de SP está validando validando essa regra opcional em homologação 25/02 e produção 29/04.

Obs: Testes feitos em homologação.

XML em homologação em anexo.

 

NFe35190309565705000120550010000213991000213991-nfe.xml

[Leonardo de Alice]

Bom dia.

Estou com o mesmo problema do amigo @Rafael Fachini.

A minha dúvida é se terei que atualizar todos os meus clientes por causa das mudanças da NT 2018.005.

O que vocês concluíram sobre isso?

[Rafael Fachini]

Retorno do erro em homologação.

SCHEMAS - Atualizados.

XML NFe.

[charles.libano]

Tive um problema semelhante hoje e com a ajuda do Italo atualizei os fontes e a pasta schemas.

Depois, renomeei o schema leiauteNFe_v4.00-homologacao.xsd, retirando a palavra homologação.

Para fazer envios em homologação.

Charles

[charles.libano]

Amigos, (especialmente @Italo Jurisato Junior)

Sobre NFe com CST 60:

Atualizei hoje os fontes, troquei a pasta schemas, renomeei o leiauteNFe_v4.00-homologacao.xsd, retirando a palavra homologação, e compilei.

Ao transmitir NFe em homologação, dá um erro de pST.

Anexos xml, erro e validação no validador RS...

Podem me ajudar? 

Obrigado.

Charles

33190308900996000101550020000003421000003423-nfe.xml

[charles.libano]

Pessoal,

Para ajudar vcs a decifrarem meu problema.

Se eu compilar e rodar no Delphi 2007, transmite perfeitamente.

Se eu compilar e rodar no Delphi 10.1 Berlin, dá o erro da mensagem anterior e não transmite.

Seguem os 2 xml. Note que no Berlin não gera algumas tags.  Os fontes do ACBr são os mesmos. Schemas também são os mesmos. Somente troquei o exe. Achei isso esquisito.

O que posso fazer?

Obrigado.

Charles

33190308900996000101550020000003421000003423-nfe-berlin.xml 33190308900996000101550020000003421000003423-nfe-d2007.xml

[BigWings]

51 minutos atrás, charles.libano disse:

Seguem os 2 xml. Note que no Berlin não gera algumas tags.  Os fontes do ACBr são os mesmos. Schemas também são os mesmos. Somente troquei o exe. Achei isso esquisito.

O que posso fazer?

Muito provavelmente os fontes do ACBr não estão atualizados no D2007, já que ainda está gerando as tags pST e vICMSSubstituto mesmo com os valores zerados.

Esqueça o arquivo de schema leiauteNFe_v4.00-homologacao.xsd. Ele não é mais necessário após a NT 2018.005 v1.20 que tornou as tags opcionais.

[charles.libano]

14 minutos atrás, BigWings disse:

Muito provavelmente os fontes do ACBr não estão atualizados no D2007, já que ainda está gerando as tags pST e vICMSSubstituto mesmo com os valores zerados.

Esqueça o arquivo de schema leiauteNFe_v4.00-homologacao.xsd. Ele não é mais necessário após a NT 2018.005 v1.20 que tornou as tags opcionais.

@BigWings ,

Consegui resolver. Usei o schema leiauteNFe_v4.00.xsd de produção, mesmo em teste de homologação. Este de homologação leiauteNFe_v4.00-homologacao.xsd que renomeava que dava problema. Acho que ele pode ser removido do svn já que ficou depreciado.

Abraços e obrigado.

Charles

[niloblack]

Foi lançada no mês passado uma atualização da NT onde leva a entender que o ICMS Efetivo deve ser preenchido apenas em operações com CST60 e não mais com CSOSN500, pois o texto está riscado. Alguém poderia me confirmar essa informação. Obrigado desde já.

[BigWings]

25 minutos atrás, niloblack disse:

Foi lançada no mês passado uma atualização da NT onde leva a entender que o ICMS Efetivo deve ser preenchido apenas em operações com CST60 e não mais com CSOSN500, pois o texto está riscado. Alguém poderia me confirmar essa informação. Obrigado desde já.

Na minha interpretação houve somente substituição da regra de validação N33-10 pelas regras N12-82 (CST 60) e N12a-60 (CSOSN 500).

Então cada UF pode ativar a regra para CST 60 e não para 500 e vice versa, ou nenhuma ou ambas...

[niloblack]

16 horas atrás, BigWings disse:

Na minha interpretação houve somente substituição da regra de validação N33-10 pelas regras N12-82 (CST 60) e N12a-60 (CSOSN 500).

Então cada UF pode ativar a regra para CST 60 e não para 500 e vice versa, ou nenhuma ou ambas...

Obrigado meu amigo, como sempre, você está sempre nos ajudando, abraços.

[Luciano César Gimenez]

Em 14/03/2019 at 08:39, Leonardo de Alice disse:

Bom dia.

Estou com o mesmo problema do amigo @Rafael Fachini.

A minha dúvida é se terei que atualizar todos os meus clientes por causa das mudanças da NT 2018.005.

O que vocês concluíram sobre isso?

Ola Pessoal boa tarde, baixei todas as atualizações do ACBR e compilei os projetos e esta enviando NFe normal tanto em Homologação como em Produção, como o colega acima ai perguntou,  sera que a partir de 07/05 quando entra em vigor essas alterações em Produção, a versão anterior de envio da NFe não vai funcionar mesmo não precisando enviar essas tags?

att.

Luciano.

[Leonardo de Alice]

Olá, @Luciano César Gimenez

Clique aqui para ver esse tópico, nele eu dei uma sugestão para conseguir atender as necessidades dos ambientes de Homologação e Produção.

Nosso amigo @EMBarbosa incorporou essas alterações que sugeri, aplicando algumas melhorias nela.

Mas o fato é que será necessário "virar a chave" no dia em que o ambiente de Produção começar a exigir essas tags.

[Leonardo de Alice]

Para conhecimento, sexta-feira a SEFAZ lançou a versão 1.30 da NT 2018.005, que altera o prazo de implantação em produção para 03/06/2019.

Link: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=KgqR7PT4Vv4=

[Ges-tec Sistemas]

Ola Muito boa noite,

se algum colega puder esclarecer e ou estiver com o mesma duvida, descrevo que estou preenchendo os tais campos para IcmsRetido, porem no xml nao e gerado, e tambem nao apresenta rejeicao.

atualizado o acbr, testado em producao e homologacao, ForcarGerarTagRejeicao938 setado para fgtSempre.

alguem passou pelo ocorrido? se puder dar a dica sera de grande ajuda.

obrigado!

 

[Joas Vilas Boas]

18 minutos atrás, Ges-tec Sistemas disse:

Ola Muito boa noite,

se algum colega puder esclarecer e ou estiver com o mesma duvida, descrevo que estou preenchendo os tais campos para IcmsRetido, porem no xml nao e gerado, e tambem nao apresenta rejeicao.

atualizado o acbr, testado em producao e homologacao, ForcarGerarTagRejeicao938 setado para fgtSempre.

alguem passou pelo ocorrido? se puder dar a dica sera de grande ajuda.

obrigado!

 

anexo o xml gerado. No casso é uma operação para consumidor contribuinte?

[Ges-tec Sistemas]

Bom dia,

Operacao consumidor nao contribuinte.

anexado xml 

 

43190522829880000146650050000000161000261395-nfe.xml

[SHDW]

Testando aqui em SP, em Homologação:

- NF sem ser consumidor Final

CSON = 500

01 - Passa pelo "Assinar" com OcorrenciasVICMSSubstituto = fgtSempre

02 - Passa pelo "Validar", estranhamente o FOpcoes.ForcarGerarTagRejeicao938 = tgNunca

Com isso, não está gerando a tag vICMSSubstituto.

Mais alguem com este problema ?

[João Carlos Almeida Prado]

19 horas atrás, SHDW disse:

Testando aqui em SP, em Homologação:

- NF sem ser consumidor Final

CSON = 500

01 - Passa pelo "Assinar" com OcorrenciasVICMSSubstituto = fgtSempre

02 - Passa pelo "Validar", estranhamente o FOpcoes.ForcarGerarTagRejeicao938 = tgNunca

Com isso, não está gerando a tag vICMSSubstituto.

Mais alguem com este problema ?

Eu estou com o mesmo problema. Mesmo com o FtgSempre , não está gerando a TAG vICMSSubstituto. As outras tags da rejeição 938, gera normalmente.

 

NF004812-nfe.XML

Editado 9 Maio, 2019 por João Carlos Almeida Prado

[Juliano Rosa]

Aqui também.. vICMSSubstituto não está sendo gerado se o valor for 0.

[BigWings]

A maioria dos relatos é de sucesso ao gerar a tag vICMSSubstituto zerada quando configurada a opção ForcarGerarTagRejeicao938, e gerando o XML com a tag indFinal = 0 (não consumidor final).

O problema de não gerar a tag pode ser por algo errado com os fontes ou instalação, algum .pas ou .dcu antigos do ACBr no path de compilação.

É preciso então verificar se não há fontes antigos em algum lugar do disco que o Delphi esteja encontrando, usar o debug ajuda.

Se preferirem podem tentar contratar uma consultoria:

https://www.projetoacbr.com.br/forum/companies/category/2-consultores/

[João Carlos Almeida Prado]

Pessoal,

Sempre instalo o ACBr apagando os fontes antigos. vou tentar hoje de novo, fiz uma nova atualização.

Estou usando DELPHI 7 mas como este campo NÃO É UNICODE não eh para dar problemas.

 

Já instalei hoje de novo, com sucesso os pacotes. assim que fizer o teste junto ao cliente, posto o resultado.

[João Carlos Almeida Prado]

Pessoal,

atualizei, reinstalei, e continuo com o mesmo problema, não está gerando a TAG, quando o valor está zero.

alguem, aqui de São Paulo, conseguiu gerar sem problemas???

podem me passar qual é a UNIT que gera as TAGS do XML? vou dar uma olhada pra ver o que tem de errado.