Problema ao emitir uma NFSe para cliente fora do município

[Roseno]

Bom dia amigos, 

estamos com um problema com o seguinte cenário. 

NFSe para PJ fora do município, com ISS Retido no Tomador. O Prestador NÃO é optante pelo Simples. Estamos tendo o seguinte retorno de erro: 

Método Executado: Enviar Lote Síncrono

Parâmetros de Envio
Número do Lote: 14

Parâmetros de retorno
Data de Envio : 30/12/1899
Numero do Prot:
Numero da Nota:
Link          :
Código Verif. :
Sucesso          : True

Erro(s):
Código  : E327
Mensagem: O regime de tributação informado difere do registrado na Prefeitura.
Correção: Procure a Prefeitura para atualizar o regime de tributação no cadastro do contribuinte.

------

**Obs: As mensagens desse provedor (SigCorp - Municipio de Ipatinga/MG) nem sempre são confiáveis.

Então, no nosso sistema temos esse retorno, porem se acessarmos o site da prefeitura e inserir os mesmos dados para o mesmo tomador, a nota é transmitida.

Estamos sem saber onde estamos errando.

Segue anexo os arquivos, 

desde ja agradeço a atenção.

3122051837582400010156000000000000012-rps.xml 14-lista-nfse-sinc.xml 14-lista-nfse-sinc-soap.xml 14-env-lot-sinc.xml 14-env-lot-sinc-soap.xml

[Italo Giurizzato Junior]

Boa tarde Roseno,

Analisando o XML do Rps, não deveria ter sido calculado o valor do ISS?

No XML a tag ValorIss esta com o valor zero.

[Roseno]

Boa tarde Italo, 

no meu entendimento por se tratar de uma retenção eu estou alimentanto a tag ISSRetido, dessa forma:

    If (sdsNFNTF_CALC_IMPO_VALOR_ISS_RETIDO.AsCurrency>0) then
      begin
         Servico.Valores.IssRetido := stRetencao;
         Servico.Valores.ValorIssRetido := sdsNFNTF_CALC_IMPO_VALOR_ISS_RETIDO.AsCurrency;
         Servico.Valores.Aliquota := sdsNFNTF_ALIQ_ISS_RETIDO.AsCurrency;
      end else
      begin
         Servico.Valores.IssRetido := stNormal;
         Servico.Valores.ValorIssRetido := 0.00;
         Servico.Valores.Aliquota := sdsNFNTF_CALC_IMPO_PERC_ISS.AsCurrency;
      end;
      
      ValorISS := sdsNFNTF_CALC_IMPO_VALOR_TOT_ISS.AsCurrency;   //<--Aqui estou realmente passando Zero   

      Servico.Valores.ValorISS := RoundTo5(ValorISS, -2);
      Servico.Valores.ValorLiquidoNfse := sdsNFNTF_VALOR_TOTAL_NOTA.AsCurrency;

 

[Italo Giurizzato Junior]

Roseno,

No teu caso o provedor segue a versão 2 do layout da ABRASF, abra o XML do Rps que você anexou.

Vai notar que não existe nessa versão a tag ValorIssRetido.

E temos a seguinte observação no manual da ABRASF no que se refere ao calculo do valor liquido da nota.

ValorLiquidoNfse = (ValorServicos - ValorPIS – ValorCOFINS – ValorINSS – ValorIR – ValorCSLL – OutrasRetençoes – ValorISS (se imposto retido) – DescontoIncondicionado – DescontoCondicionado)

Como você esta informando que o ISS é retido o webservice ao gerar o XML da nota deve estar fazendo alguma critica no que se refere ao valor de ValorISS que esta zerado.

E como você disse não da para confiar muito nas mensagens de rejeição do provedor, acredito que o problema seja esse.

Experimenta calcular o valor de ValorISS e passar para o componente, vamos ver se resolve o problema.

[Roseno]

Bom dia, infelizmente ainda continua o mesmo erro apos passar o Valor do ISS. Vou anexar novamente os arquivos. 

 

14-lista-nfse-sinc.xml 14-lista-nfse-sinc-soap.xml 14-env-lot-sinc.xml 14-env-lot-sinc-soap.xml

[Italo Giurizzato Junior]

Boa tarde Roseno,

A rejeição se refere ao Regime de Tributação.

<Codigo>E327</Codigo>
<Mensagem>O regime de tributação informado difere do registrado na Prefeitura.</Mensagem>
<Correcao>Procure a Prefeitura para atualizar o regime de tributação no cadastro do contribuinte.</Correcao>

Notei que no XML do Rps não consta a tag <RegimeEspecialTributacao>, qual é o valor que você informou para o respectivo campo?

Qual é o Regime dessa empresa?

[Roseno]

Boa tarde, 

o regime do Prestador é Lucro Real, e na tag <RegimeEspecialTributacao> estou passando RegimeEspecialTributacao := retNenhum pois entendo que não se trata de regime ESPECIAL de tributação, e na tag <OptanteSimplesNacional> estou passando snNao; A questão é que pra outros tomadores estamos conseguindo enviar, somente nesse caso desse tomador de fora do municipio estamos tendo esse problema, por isso não estou achando que seja problema quanto ao regime informado. No cadastro na prefeitura, segundo a contabilidade da empresa Prestadora esta como regime Normal, que segundo ela equivale ao Lucro Real. Isso que nos foi passado.

[Victor H. Gonzales - Panda]

Em 20/05/2022 at 11:53, Roseno disse:

Bom dia amigos, 

estamos com um problema com o seguinte cenário. 

NFSe para PJ fora do município, com ISS Retido no Tomador. O Prestador NÃO é optante pelo Simples. Estamos tendo o seguinte retorno de erro: 

Método Executado: Enviar Lote Síncrono

Parâmetros de Envio
Número do Lote: 14

Parâmetros de retorno
Data de Envio : 30/12/1899
Numero do Prot:
Numero da Nota:
Link          :
Código Verif. :
Sucesso          : True

Erro(s):
Código  : E327
Mensagem: O regime de tributação informado difere do registrado na Prefeitura.
Correção: Procure a Prefeitura para atualizar o regime de tributação no cadastro do contribuinte.

------

**Obs: As mensagens desse provedor (SigCorp - Municipio de Ipatinga/MG) nem sempre são confiáveis.

Então, no nosso sistema temos esse retorno, porem se acessarmos o site da prefeitura e inserir os mesmos dados para o mesmo tomador, a nota é transmitida.

Estamos sem saber onde estamos errando.

Segue anexo os arquivos, 

desde ja agradeço a atenção.

3122051837582400010156000000000000012-rps.xml 5 kB · 1 download 14-lista-nfse-sinc.xml 528 B · 1 download 14-lista-nfse-sinc-soap.xml 1023 B · 0 downloads 14-env-lot-sinc.xml 5 kB · 0 downloads 14-env-lot-sinc-soap.xml 6 kB · 0 downloads

Bom dia,

1 ) No site deles existe um lugar que você consegue ver o cadastro da empresa e o regime que está cadastrado ?

2 ) Você chegou entrar em contato com o provedor e questionar o ocorrido com esse envio, informando o que você está enviando e o que o WebServices deles está retornando ?

[Roseno]

Em 24/05/2022 at 08:44, Victor H. Gonzales - Panda disse:

Bom dia,

1 ) No site deles existe um lugar que você consegue ver o cadastro da empresa e o regime que está cadastrado ?

2 ) Você chegou entrar em contato com o provedor e questionar o ocorrido com esse envio, informando o que você está enviando e o que o WebServices deles está retornando ?

Bom dia, então no site o regime esta como REGIME NORMAL, mas conseguimos entrar em contato com o suporte que nos orientou a alterar a tag CodigoMunicipio, deixando o mesmo código utilizando na tag MunicipioIncidencia, dessa forma a nota foi aceita da seguinte forma. No momento do envio o provedor nos retornou a seguinte mensagem: '5/25/2022 10:58:44 AM' is not a valid date and time. Só que ao consultar a nota, ela esta OK. Esta mostrando essa mensagem mas o rps esta sendo aceito e processado. Será preciso algum ajuste? 

[Victor H. Gonzales - Panda]

13 minutos atrás, Roseno disse:

Bom dia, então no site o regime esta como REGIME NORMAL, mas conseguimos entrar em contato com o suporte que nos orientou a alterar a tag CodigoMunicipio, deixando o mesmo código utilizando na tag MunicipioIncidencia, dessa forma a nota foi aceita da seguinte forma. No momento do envio o provedor nos retornou a seguinte mensagem: '5/25/2022 10:58:44 AM' is not a valid date and time. Só que ao consultar a nota, ela esta OK. Esta mostrando essa mensagem mas o rps esta sendo aceito e processado. Será preciso algum ajuste? 

o componente é o ACBrNFSeX e está com a ultima versão atualizada e instalada?

[Roseno]

Tinhamos atualizado os fontes ontem, mas na dúvida atualizamos agora novamente e testamos, mas o erro continua a mensagem '5/25/2022 11:58:44 AM' is not a valid date and time. Não sei se é uma informação relevante mas estamos utilizando Delphi 7, e o provedor em questão é o SigCorp, cidade Ipatinga/MG.

[Victor H. Gonzales - Panda]

57 minutos atrás, Roseno disse:

Tinhamos atualizado os fontes ontem, mas na dúvida atualizamos agora novamente e testamos, mas o erro continua a mensagem '5/25/2022 11:58:44 AM' is not a valid date and time. Não sei se é uma informação relevante mas estamos utilizando Delphi 7, e o provedor em questão é o SigCorp, cidade Ipatinga/MG.

Boa tarde,

anexe todos os xml por favor, rps / soap

[Italo Giurizzato Junior]

Boa tarde Roseno,

Esse provedor é uma lastima, não consegue estabelecer um padrão ao gerar o XML de retorno.

Se você abrir o arquivo XML vai notar que as datas que aparecem não estão padronizadas, cada uma esta em um formato diferente.

E o tonto aqui tem que ficar fazendo gambiarras para contornar esse amadorismo do pessoal desse provedor.

 

[Roseno]

16 minutos atrás, Victor H. Gonzales - Panda disse:

Boa tarde,

anexe todos os xml por favor, rps / soap

Ok, segue anexo. 

3122051837582400010156000000000000012-rps.xml 14-env-lot-sinc-soap.xml 14-lista-nfse-sinc.xml 14-lista-nfse-sinc-soap.xml 14-env-lot-sinc.xml

[Italo Giurizzato Junior]

Roseno,

Tenho um TK já aberto para o mesmo problema desse provedor com a mesma cidade.

Como eu disse o tonto aqui vai tentar fazer uma gambiarra para resolver o problema.

Mas seria interessante você entrar em contato com o provedor e expor o problema.

Veja como eles estão gerando as datas:

<DataRecebimento>5/25/2022 10:58:44 AM</DataRecebimento>
<DataEmissao>2022-05-25</DataEmissao>
<Competencia>20220525</Competencia>

Me responda, será que é tão complicado padronizar a geração das datas em um único formato?

[Italo Giurizzato Junior]

Roseno,

Atualize os fontes, reinstale o ACBr e faça novos testes.

[Roseno]

Boa tarde Italo,

agora esta tudo funcionando. Enviando e recebendo retorno perfeitamente.

Obrigado a todos pelo empenho, um abraço!

[Italo Giurizzato Junior]

Obrigado por reportar.

Fechando. Para novas dúvidas, criar um novo tópico.