Descrição do Serviço e Valor de ISSQN

[Eduardo Ciotti]

       Estou com um problema no DANFSE, a descrição do serviço e consequentemente o valor do ISSQN não esta de acordo e não retorna nenhum erro pelo componente. Segue o XML e PDF. 

Consultando a chave da nota no portal da Betha a nota esta normal. http://e-gov.betha.com.br/e-nota/visualizarnotaeletronica?link=15257871804322018000000000157137112804126164432643578234681445

 

Alguém já passou por isto?

0-lista-nfse-soap.xml

108-env-lot-soap.xml

108-rec-soap.xml

476876458235412-con-lot-soap.xml

476876458235412-con-sit-soap.xml

476876458235412-sit-soap.xml

4318059499325000020256201800000000015-nfse.pdf

[Eduardo Ciotti]

No meu caso continua com os caracteres invalidos.

 

06/07/2018
-- Diversos --
[*] Removido o ultimo parâmetro que gera a tag <Discriminacao> pois este estava mantendo os caracteres
    especiais e isso estava provocando valha na validação da assinatura por parte do provedor.
   Por: Italo Jurisato Junior

4318079499325000020256000000000000022-nfse.pdf

[Italo Giurizzato Junior]

Boa tarde Eduardo,

Qual caractere inválido você se refere?

[Eduardo Ciotti]

Discriminação dos Serviços. E não consigo entender como o valor do ISS fica zerado, no PDF em anexo esta com o valor ISS mas isso somente quando o imposto for retido, caso contrario sai zerado, o XML que envio a tag ValorIss esta com valo, mas no XML que retorna vem zerado, até pedi suporte para a Betha e eles me deram a boa e velha resposta "deve ser no seu sistema".

[Juliana Tamizou]

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado

[Italo Giurizzato Junior]

Bom dia Eduardo,

Mas na tag <Discriminacao> não consta nenhum caractere invalido.

Favor anexar o XML do RPS e da NFS-e.

Quanto ao valor do ISS, se é o ISS Retido que você se refere veja esse fragmento de código do programa exemplo:

      // TnfseSituacaoTributaria = ( stRetencao, stNormal, stSubstituicao );
      // stRetencao = snSim
      // stNormal   = snNao

      // Neste exemplo não temos ISS Retido ( stNormal = Não )
      // Logo o valor do ISS Retido é igual a zero.
      Servico.Valores.IssRetido := stNormal;
      Servico.Valores.ValorIssRetido := 0.00;
 

[Eduardo Ciotti]

Conforme os XMLs do primeiro post. no arquico RPS enviado a tag vai da seguinte forma:

-<Servico>

-<Valores>

<ValorServicos>10.00</ValorServicos>

<IssRetido>2</IssRetido>

<ValorIss>0.20</ValorIss>

<BaseCalculo>10.00</BaseCalculo>

<Aliquota>2.0000</Aliquota>

<ValorLiquidoNfse>10.00</ValorLiquidoNfse>

</Valores>

<ItemListaServico>0103</ItemListaServico>

<CodigoTributacaoMunicipio>4317806</CodigoTributacaoMunicipio>

<Discriminacao>123456789 123456789 1123456789 12345;</Discriminacao>

<CodigoMunicipio>4317806</CodigoMunicipio>

</Servico>

 

 

E no restorno fica:

-<Servico>

-<Valores>

<ValorServicos>10</ValorServicos>

<ValorDeducoes>0</ValorDeducoes>

<IssRetido>2</IssRetido>

<ValorIss>0</ValorIss>

<BaseCalculo>10</BaseCalculo>

<Aliquota>2.0000</Aliquota>

<DescontoCondicionado>0</DescontoCondicionado>

<DescontoIncondicionado>0</DescontoIncondicionado>

</Valores>

<ItemListaServico>0103</ItemListaServico>

<Discriminacao>{[[Descricao=123456789 123456789 1123456789 12345;][ItemServico=0103][Quantidade=1][ValorUnitario=10][ValorServico=10][ValorBaseCalculo=10][Aliquota=2]]}</Discriminacao>

<CodigoMunicipio>4317806</CodigoMunicipio>

</Servico>

[Italo Giurizzato Junior]

Boa noite Eduardo,

Lembre-se que o componente gera o XML do RPS e envia para o provedor, este por sua vez processa os dados enviados e gera o XML da NFS-e.

Logo o campo Discriminação gerado pelo provedor não necessariamente é exatamente igual o que consta no RPS.

[Eduardo Ciotti]

Bom dia Italo, e sobre o <ValorIss> que retorna zerado, acredito que seja algo no provedor das NFS-e da Prefeitura

[Italo Giurizzato Junior]

Bom dia Eduardo,

Voltando a minha postagem:

      // TnfseSituacaoTributaria = ( stRetencao, stNormal, stSubstituicao );
      // stRetencao = snSim
      // stNormal   = snNao

      // Neste exemplo não temos ISS Retido ( stNormal = Não )
      // Logo o valor do ISS Retido é igual a zero.
      Servico.Valores.IssRetido := stNormal;
      Servico.Valores.ValorIssRetido := 0.00;

Detalhe importante: 1 = stRetencao, 2 = stNormal e 3 = stSubstituicao

No seu XML do RPS temos: <IssRetido>2</IssRetido>

Portanto a situação tributária é stNormal, logo o valor do ISS retido é zero.

Isso explica o valor zero em <ValorIss> no XML da NFS-e retornado pelo provedor.

Se você deseja que o valor do ISS retido seja R$ 0,20, deve ser atribuído o valor stRetencao e não stNormal.

[Eduardo Ciotti]

Bom dia Italo, persiste o erro na discriminação do serviço. segue a foto. No XML de envio vai apenas o PRODUTO TESTE MACA e no XML de Retorno vem todos estes caracteres.

38490591193327-lista-nfse-soap.xml

134-env-lot.xml

[Italo Giurizzato Junior]

Bom dia Eduardo,

Infelizmente a NFS-e é uma zorra e o modo operacional é totalmente diferente da NF-e.

Na NF-e você gera o XML da nota, assina e envia para a SEFAZ e esta simplesmente retorna o protocolo de autorização que devemos anexar ao XML assinado.

No caso da NFS-e a coisa é bem diferente, devemos gerar o XML do RPS, dependendo do provedor devemos assinar ou não esse XML, enviar para o webservice do provedor, este por sua vez vai processar as informações contidas nele, gerar um novo XML (que é o da NFS-e) que poderá estar assinado ou não e retornar para que possamos salvar.

Resumindo, temos o XML do RPS que foi enviado e temos se tudo ocorrer bem, o XML da NFS-e.

Logo não se trata de um erro e sim a maneira que o provedor gera o XML da NFS-e.

Não sei lhe informar se alguém chegou a fazer um DANFSE especifico para esse provedor, onde interpreta o campo Discriminação e o apresenta de forma mais amigável.

 

[Eduardo Ciotti]

Muito Obrigado Italo, vou tentar ver com o provedor se tem algo que possamos fazer para mudar isto.