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

[RickMao]

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.

 

[RickMao]

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 31 Maio, 2019 por Waldir Paim
Não use letras maiúsculas

[BigWings]

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.