Mudança de provedor NFSe contagem

[Rodrigo Barbosa]

bom dia á todos consegui finalizar a homologação de nfse pra contagem e com muito custo descobri que a legislação mudou então verifique isso.

[anderson.mendonca]

Bom dia.

Consegui gerar tanto homologação quanto produção para Contagem/MG.

O arquivo GINFES.INI que está na pasta ArqINI deve ser alterado o NameSpace da seguinte forma:
[NameSpace]
Producao=http://producao.ginfes.com.br
Homologacao=http://homologacao.ginfes.com.br

Outra modificação a ser alterada é no código fonte.
Quando for Contagem/MG, os campos Servico.ItemListaServico e Servico.CodigoTributacaoMunicipio devem ser preenchidos cada um sem máscaras:
if Qry_Empresasemp_codigo_municipio.AsString = '3118601' then  //  município de Contagem
  begin
    Servico.ItemListaServico          := Retira_Caracteres(3, Qry_Tipo_Servicosser_cod_lista_servico.AsString);
    Servico.CodigoTributacaoMunicipio := Retira_Caracteres(3, Qry_Tipo_Servicosser_cod_tributacao.AsString);
  end;

Boa sorte a todos.

 

[anderson.mendonca]

Caros colegas desenvolvedores,

Não sei se pode ajudar, mas estou anexando dois arquivos XML para serem analisados.
Um foi gerado pelo meu aplicativo e deu erro.
O outro foi gerado através do site da GINFES com sucesso.

Boa sorte.

 

NFSe gerado pelo cliente e autorizado.xml

NFSe gerado pelo meu aplicativo com erro.xml

[anderson.mendonca]

Parece que há um erro o WebService.
O serviço foi executado em outro município e o WebService está respondendo que há erro, de acordo com a imagem abaixo.

 

[johnbh3]

Ola
Bom dia
 

Eu faço isso

    //Reter Reter 
     Servico.Valores.IssRetido              := stRetencao;

    //Não reter
     Servico.Valores.IssRetido              := stNormal;

 

A mensagem do provedor me parece bem obvia sobre o que fazer.
Esta dizendo que você não deve reter o ISS e que você deve setrar a opção issRetido como 2

 

Eu tenho no meu sistema onde pergunto se vai reter o ISS Sim ou Não.

Outra coisa da mensagem não informar o campo
Servico.Valores.ValorIssRetido (Deve receber zero)

Agora os XML que você anexou o deles mesmo manda informar 2, e esta 1.

Editado 6 Junho, 2018 por johnbh3

[anderson.mendonca]

2 horas atrás, johnbh3 disse:

Ola
Bom dia
 

Eu faço isso

    //Reter Reter 
     Servico.Valores.IssRetido              := stRetencao;

    //Não reter
     Servico.Valores.IssRetido              := stNormal;

 

A mensagem do provedor me parece bem obvia sobre o que fazer.
Esta dizendo que você não deve reter o ISS e que você deve setrar a opção issRetido como 2

 

Eu tenho no meu sistema onde pergunto se vai reter o ISS Sim ou Não.

Outra coisa da mensagem não informar o campo
Servico.Valores.ValorIssRetido (Deve receber zero)

Agora os XML que você anexou o deles mesmo manda informar 2, e esta 1.

Obrigado por responder.

A questão é que o emissor da NFS-e é de Contagem/MG.
A prestação do serviço foi em Belo Horizonte/MG, ou seja, fora do município (destinatário).
O destinatário tem Inscrição Municipal de BH.
Neste caso, e de acordo com a lei, o emissor deve reter o ISSQN pois o mesmo será pago pelo destinatário.
Até aí você compreendeu?

Sendo assim, eu estou preenchendo o XML corretamente. Ou não?

 

[johnbh3]

Ola
Essa regra e mais abrangente. Em partes você tem razão. Se o serviço foi executado em BH sim. 
Aquela briga eterna

Eu trato assim veja o que acontece ai com você.
Emita em modo TESTES.

     if Servico.Valores.IssRetido = stRetencao
      then begin
       ValorISS := DM_PROCEDURE.SP_NF_SERVICOVR_ISS.AsFloat;
       Servico.Valores.ValorIss       :=0.00;
       Servico.Valores.ValorIssRetido := ValorISS; /// Se tem retenção coloco o valor retido aqui.  E Zero o campo Servico.Valores.ValorIss
      end
      else begin
      //Nao retido
       ValorISS                         := DM_PROCEDURE.SP_NF_SERVICOVR_ISS.AsFloat;
       Servico.Valores.ValorIss        := ValorISS;
       Servico.Valores.ValorIssRetido  := 0.00;
       Servico.Valores.OutrasRetencoes := 0.00; 
      end;

 

Você faz algo semelhante a isso?

Mande email pro provedor sobre sua duvida também anexando os dois XML, que postou aqui. 
Sua duvida não tão absurda. Vai que o WebService esta louco. A tarde vou reproduzir sua nota aqui comigo no ambiente de teste e te falo o que ocorreu.

[anderson.mendonca]

johnbh3, é isso que faço.

Você viu os arquivos que anexei?

Um dos XML foi digitado diretamente no site da GINFES pelo emissor (meu cliente).

O outro foi gerado através do meu aplicativo, preenchido da mesma forma e retorna a mensagem como se estivesse com erro.

 

[johnbh3]

Ola
Alguém esta com algum cliente tendo problema de emissão?

Ao tentar enviar esta dando mensagem
Codigo: E89
Mensagem: Nao existe na base de dados uma NFS-e emitida para o numero de RPS informado
Correção: Informe o numero correto do RPS.
Da esta mensagem claro, porque após o envio fazemos a consulta e retorna que não existe RPS emitido.

Em seguida gera um procolo

Faço a consulta, no site por exemplo: 
  </ns3:IdentificacaoRps>
  <ns3:Codigo>E4</ns3:Codigo>
  <ns3:Mensagem>Envie o RPS para emissão da NFS-e.</ns3:Mensagem>

Mas que coisa mais bizarra. A nota foi justamente enviada. Porém, diz pra enviar.

Isto acontecia com a Pronin também. POrém ao consulta o lote no site, ao menos mostrava como pendente. 

Agora fica a sensação que existe algum erro no sistema. Porque eu clico em enviar, em qualquer NFSe esta dando isso.
O mais engraçado que ontem estava tudo normal, fui no cliente. Emiti com ele, agora começa hoje o dia e da nisso.

 

Alguém mesmo problema?

Detalhe: Em modo teste a nota aprova.

Editado 7 Junho, 2018 por johnbh3

[Italo Giurizzato Junior]

Bom dia John,

Vamos as fatos:

Ontem estava normal, ou seja, emitindo em ambiente de produção, hoje esta ocorrendo o problema, sendo que a aplicação no cliente não foi atualizada.

Hoje ao fazer os testes em ambiente de homologação ocorre como esperado, ou seja, o rps é enviado e o provedor retorna a nota, mas no ambiente de produção não.

Concluímos o que?

Para mim esta muito claro que é o ambiente de produção do provedor que esta com problemas.

Qual é o caminho a seguir?

Entrar em contato com o provedor e relatar o que esta ocorrendo.

Não pergunte se eles estão com algum problema, pois é logico que vão dizer que esta tudo OK.

Tem que mostrar para eles que tem algo de errado no webservice deles.

[johnbh3]

Ola
Sim Italo!

Mas antes eu li no forum que este provedor altera coisas do nada. De toda forma, cruz credo. Contagem caprichou saiu de algo ruim pra algo mais ruim ainda. O cliente nunca entendi tão facilmente assim ainda mais quando ele vai no site e funciona, sei que isto e outra variavel.

Mas e uma sacanagem. O negócio sequer retorna se foi processado com erro. Simplesmente parece consulta e como se não existe. 

Já comuniquei a eles, inclusive que modo de testes funciona. 
Se mais alguém tiver problemas

O email e: 
[email protected],
[email protected]
[email protected]

A ideia era so mais gente pressionar.  

[johnbh3]

Ola
Italo,

Um outro cliente. Consegui emitir !
Neste outro estranhamente fica dando mensagem 

E89
Mensagem: Nao existe na base de dados uma NFS-e emitida para o numero de RPS informado

Mas este outro que conseguiu so emitiu UMA. Mas no mesmo momento fiz acesso remoto neste e parou.
A unica diferença desses clientes e so a tributação deles. Um do simples nacional e outro do presumido; Mas não creio que isto seja algo importante.
Agora este que esta dando o erro, no ambiente de testes eu envio normalmente.

O provedor realmente nao responde. 

Editado 7 Junho, 2018 por johnbh3

[ALA]

Senhores, bom dia. Estou tentando enviar um RPs p Contagem/MG para tomador do serviço fora do municipio.. Mas esta ocorrendo o erro em anexo...Alguém esta conseguindo ? Pode posta o XML ?

[ALA]

1024A-rps.xml

[Italo Giurizzato Junior]

Boa tarde ALA,

Na unit pnfsNFSeW_ABRASFv1.pas faça a seguinte alteração:

  if FProvedor = proGINFES then
    Gerador.wCampoNFSe(tcStr,    '#5', 'NaturezaOperacao', 01, 02, 1, '0' + NaturezaOperacaoToStr(NFSe.NaturezaOperacao), DSC_INDNATOP)
  else
    Gerador.wCampoNFSe(tcStr,    '#5', 'NaturezaOperacao', 01, 01, 1, NaturezaOperacaoToStr(NFSe.NaturezaOperacao), DSC_INDNATOP);

E tente novamente enviar.

[ALA]

Italo, boa tarde. Essas linhas estão em qual função ? No meu .pas não existe essa função.... 

Editado 8 Junho, 2018 por ALA

[Italo Giurizzato Junior]

ALA,

Você abriu a unit que mencionei?

Procurou por NaturezaOperacao ?

 

[ALA]

Ue, no meu ".pas" não existe esse "if"

pnfsNFSeW_ABRASFv1.pas

[johnbh3]

Justamente, ele sugeriu trocar a linha 

Nao esta assim?
  Gerador.wCampoNFSe(tcStr,    '#5', 'NaturezaOperacao', 01, 01, 1, NaturezaOperacaoToStr(NFSe.NaturezaOperacao), DSC_INDNATOP);

Trocar por, uma pra continua como esta, e outra pro GINFES (Logo if)

 

 if FProvedor = proGINFES then
    Gerador.wCampoNFSe(tcStr,    '#5', 'NaturezaOperacao', 01, 02, 1, '0' + NaturezaOperacaoToStr(NFSe.NaturezaOperacao), DSC_INDNATOP)
  else
    Gerador.wCampoNFSe(tcStr,    '#5', 'NaturezaOperacao', 01, 01, 1, NaturezaOperacaoToStr(NFSe.NaturezaOperacao), DSC_INDNATOP);

Editado 8 Junho, 2018 por johnbh3

[ALA]

Realizei a alteração. 

  if FProvedor = proGINFES then
    Gerador.wCampoNFSe(tcStr,    '#5', 'NaturezaOperacao', 01, 02, 1, '0' + NaturezaOperacaoToStr(NFSe.NaturezaOperacao), DSC_INDNATOP)
  else
    Gerador.wCampoNFSe(tcStr,    '#5', 'NaturezaOperacao', 01, 01, 1, NaturezaOperacaoToStr(NFSe.NaturezaOperacao), DSC_INDNATOP);
 

Mas ocorreu outro erro...

 

1038A-rps.xml

[johnbh3]

A mensagem ta dizendo que nao pode ser 02.

Altere a linha que Italo sugeriu para 2, e não 02 e faça testes.

No seu XML anexado o campo esta escrito 02.
Enquanto se espera 2

 if FProvedor = proGINFES then
    Gerador.wCampoNFSe(tcStr,    '#5', 'NaturezaOperacao', 1, 2, 1, '0' + NaturezaOperacaoToStr(NFSe.NaturezaOperacao), DSC_INDNATOP)
  else
    Gerador.wCampoNFSe(tcStr,    '#5', 'NaturezaOperacao', 01, 01, 1, NaturezaOperacaoToStr(NFSe.NaturezaOperacao), DSC_INDNATOP);

Editado 8 Junho, 2018 por johnbh3

[ALA]

Não estou entendendo. Realizei a alteração, mas o XML continua sendo gerado com 02..

 

 

 

1025A-rps.xml

Editado 11 Junho, 2018 por ALA

[ALA]

Lembrando que o problema so ocorre para NFS-e emitido para fora do municipio, quando envio para dentro do municipio funciona sem problemas.... 

[Italo Giurizzato Junior]

Bom dia a todos,

Segundo o Schema a TAG <NaturezaOperacao> só pode conter apenas 1 digito que varia de 1 até 7.

Quanto a nota é emitida para dentro do município o RPS é processado com sucesso, correto?

Mas quanto a nota é emitida para fora do município o RPS é rejeitado.

E qual é o motivo da rejeição?

O código da Natureza da Operação?

[ALA]

Italo, bom dia. Segundo o pessoal da Giss para Contagem, quando a nota e emitida para outra cidade, não pode utilizar a natureza da operação 2.

* Quanto a nota é emitida para dentro do município o RPS é processado com sucesso, correto? SIM

*Mas quanto a nota é emitida para fora do município o RPS é rejeitado. SIM

Resposta da Giss 

001 - Retorno da Gissoline: Assunto NFSE tributaqção - 2 - fora do Município O serviço sendo realizado fora do município de Contagem não significa que a tributação é 2 – fora do município. O serviço pode ser realizado fora, porém o ISS ser recolhido dentro do município, sendo a tributação 1 – dentro do município. Por gentileza realizar a atualização em seu RPS e reenviar o lote, e havendo dúvidas quanto a natureza da operação, por gentileza verificar junto a Prefeitura