Ir para conteúdo
  • Cadastre-se

dev botao

NFe Tag 103, 300 e 400 saindo como <ICMSSN102>


  • Este tópico foi criado há 1760 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Recommended Posts

Boa noite caros colegas,

Espero não está criando um tópico que já exista, pesquisei muito e não encontrei de fato.

 

Vamos ao meu questionamento.

Estava fazendo a geração de uma NFe de transferência para um cliente e o contador do mesmo alegou que o meu XML gerado continha um erro apesar de ter sido validado.

Segundo o contador a TAG

<ICMSSN300>
       
<orig>2</orig>
        
<CSOSN>300</CSOSN>
</ICMSSN300>

Estava Saindo assim:

 <ICMSSN102>
        
<orig>2</orig>
       
<CSOSN>300</CSOSN>
</ICMSSN102>

 

Após verificar realmente estava saindo assim, porém, válidava na SEFAZ, olhei o XML de um sistema que ele me enviou e realmente a TAG estava diferente e para sanar o problema do contador que alegou que o sistema produzia XML em desconformidade com o manual, resolvi solucionar o problema e descobrir que é apenas uma função da UNIT pcnConversao que gera o dito problema.

Fiz essa mudança e resolveu o problema do contador:

function CSOSNToStrTagPos(const t: TpcnCSOSNIcms): string;
begin
//  case  t of
//    csosn101                               : result := '101';
//    csosn102, csosn103, csosn300, csosn400 : result := '102';
//    csosn201                               : result := '201';
//    csosn202,csosn203                      : result := '202';
//    csosn500                               : result := '500';
//    csosn900                               : result := '900';
//  end;

  case  t of
    csosn101 : result := '101';
    csosn102 : result := '102';
    csosn103 : result := '103';
    csosn300 : result := '300';
    csosn400 : result := '400';
    csosn201 : result := '201';
    csosn202 : result := '202';
    csosn203 : result := '203';
    csosn500 : result := '500';
    csosn900 : result := '900';
  end;
end;

 

Espero que ajude alguém.

 

Link para o comentário
Compartilhar em outros sites

Gente não válida kkkkkk, o cara me induziu ao erro. 

Olhei o xsd e vi que a validação para os icmssn 300, 103 e 400 é pelo o 102, aí pra me assegurar que ele tá errado usei o xml nviado por ele e não validou também. não encontrei nenhum schema novo, então fui passado pra trás nessa, mais gerei o xml que ele disse era correto, amanhã vou enviar pra ele e mostrar que ele tá errado

Agora não sei como ele criou o xml.
 

Editado por Waldir Paim
Não use letras maiúsculas
  • Curtir 1
Link para o comentário
Compartilhar em outros sites

  • Moderadores
Em 30/05/2019 at 21:29, RickMao disse:

Olhei o xsd e vi que a validação para os icmssn 300, 103 e 400 é pelo o 102, aí pra me assegurar que ele tá errado usei o xml nviado por ele e não validou também. não encontrei nenhum schema novo, então fui passado pra trás nessa, mais gerei o xml que ele disse era correto, amanhã vou enviar pra ele e mostrar que ele tá errado

Uma coisa é a informação do CSOSN, outra é o grupo do XML em que ele deve ser criado.

Basta olhar o manual, os CSOSN 102, 103, 300 e 400 devem ser informados no grupo ICMSSN102.

image.png

  • Curtir 3
Equipe ACBr BigWings
Ajude o Projeto ACBr crescer - Assine o SAC

Projeto ACBr

 

 

Link para o comentário
Compartilhar em outros sites

  • Este tópico foi criado há 1760 dias atrás.
  • Talvez seja melhor você criar um NOVO TÓPICO do que postar uma resposta aqui.

Crie uma conta ou entre para comentar

Você precisar ser um membro para fazer um comentário

Criar uma conta

Crie uma nova conta em nossa comunidade. É fácil!

Crie uma nova conta

Entrar

Já tem uma conta? Faça o login.

Entrar Agora
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.