Mudança de Provedor cidade de Três Cachoeiras (SC) para Fiorilli

[Mario Inacio]

Boa tarde.

A cidade de Três Cachoeiras usava Betha e estava funcionando perfeitamente.

Agora resolveram mudar pra Fiorilli (senhor nos ajude).

Os erros de transmissão são muito aleatórios.

Como vi em outro Post, já estou testando em ambiente de produção, mas não estou conseguindo validar nenhuma nota.

Fiz uma transmissão e gerou o arquivo de remessa e retornou apenas um json.

Notei que o lote gerado contem duas vezes a assinatura, e validando no site da Prefeitura acusa erro nesse sentido, não sei se é por isso que está recusando e não retornando nada.

Já testei no Demo e gera da mesma forma.

Alguma dica do que pode estar ocorrendo?

 

352-env-lot-sinc.xml 352-lista-nfse-sinc.json

[Mario Inacio]

Baixei um XML gerado pelo portal e o mesmo não tem assinatura.

NFSe_feita direto pelo portal.xml

[Diego Foliene]

1 hora atrás, Mario Inacio disse:

Boa tarde.

A cidade de Três Cachoeiras usava Betha e estava funcionando perfeitamente.

Agora resolveram mudar pra Fiorilli (senhor nos ajude).

Os erros de transmissão são muito aleatórios.

Como vi em outro Post, já estou testando em ambiente de produção, mas não estou conseguindo validar nenhuma nota.

Fiz uma transmissão e gerou o arquivo de remessa e retornou apenas um json.

Notei que o lote gerado contem duas vezes a assinatura, e validando no site da Prefeitura acusa erro nesse sentido, não sei se é por isso que está recusando e não retornando nada.

Já testei no Demo e gera da mesma forma.

Alguma dica do que pode estar ocorrendo?

 

352-env-lot-sinc.xml 9 kB · 0 downloads 352-lista-nfse-sinc.json 41 B · 0 downloads

Alguns provedores devolvem um JSON ao invés de um XML. Por isso a rotina de leitura do componente considera o JSON como exceção.
"Se não for um XML, é um JSON".
No seu caso, o retorno é apenas uma mensagem sem formatação. O componente entendeu que não era um XML e por isso gerou o JSON para você.
Quanto a questão da dupla assinatura.
Uma assina a Declaração da Prestação do Serviço conforme schema do provedor.

E a outra me parece estar assinando o arquivo em si.

Marque a opção Salvar Envelope Soap na Aba WebService do programa exemplo.
Além desses arquivos, será gerado mais dois com -soap no nome, são esses o arquivo que de fato é enviado ao webservice e a resposta do webservice inalterada pelo ACBr.
 

[Italo Giurizzato Junior]

Boa tarde Mario,

Uma nota emitida pelo portal não vai ter mesmo assinatura, uma vez que o contribuinte normalmente utiliza um login (usuário e senha) para acessar.

Esse retorno em Json é porque no retorna não consta um XML e sim uma mensagem.

[Mario Inacio]

Seguem arquivos de soap.

300-env-lot-sinc.xml 300-env-lot-sinc-soap.xml 300-lista-nfse-sinc.json 300-lista-nfse-sinc-soap.xml

[Italo Giurizzato Junior]

Mario,

Como que ficou a alteração no arquivo ACBrNFSeXServicos.ini com relação a cidade em questão?

[Mario Inacio]

[4321667]
Nome=Tres Cachoeiras
UF=RS
Provedor=Fiorilli
Versao=2.00
ProRecepcionar=http://trescachoeiras.msgestaopublica.com.br:8080/issweb
ProLinkURL=http://trescachoeiras.msgestaopublica.com.br:8080/issweb/home.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso%
 

[Mario Inacio]

Alterei a linha ProRecepcionar

[4321667]
; Incluído em 28/09/2022
Nome=Tres Cachoeiras
UF=RS
Provedor=Fiorilli
Versao=2.00
ProRecepcionar=http://trescachoeiras.msgestaopublica.com.br:8080/IssWeb-ejb/IssWebWS/IssWebWS
ProLinkURL=http://trescachoeiras.msgestaopublica.com.br:8080/issweb/home.jsf?nroNota=%NumeroNFSe%&codVerificacao=%CodVerif%&cnpj=%Cnpj%&hash=%ChaveAcesso%

Dai mudou o erro.

<EnviarLoteRpsSincronoResposta>

<DataRecebimento>2023-02-16T16:22:14</DataRecebimento>

<ListaMensagemRetorno>

<MensagemRetorno>

<Codigo>E172</Codigo>

<Mensagem>Arquivo enviado com erro na assinatura.</Mensagem>

<Correcao>Acerte a assinatura do arquivo.</Correcao>

</MensagemRetorno>

</ListaMensagemRetorno>

</EnviarLoteRpsSincronoResposta>

300-env-lot-sinc.xml 300-env-lot-sinc-soap.xml 300-lista-nfse-sinc.json 300-lista-nfse-sinc.xml 300-lista-nfse-sinc-soap.xml

[Italo Giurizzato Junior]

Mario,

Muito obrigado, já inclui na minha lista de tarefas. TK-3621

[Italo Giurizzato Junior]

Boa tarde Mario,

Favor atualizar os fontes, reinstalar o ACBr e faça novos testes.

[Mario Inacio]

Boa tarde Italo.

Atualizado e testado, mas ainda com o mesmo erro de assinatura.

160-env-lot-sinc.xml 160-lista-nfse-sinc.xml

[Italo Giurizzato Junior]

Mario,

Peguei esse XML que você anexou de envio do lote e validei as assinaturas neste site:

Receita Federal do Brasil - Validador de Assinaturas (fazenda.gov.br)

Ambas as assinaturas são validas.

Acredito que o problema não seja a assinatura e sim alguma informação errada no XML,

Notei que você o código 0000056 como sendo o código CNAE e 00000 como sendo o código de tributação do município.

Essas informações estão corretas?

[Mario Inacio]

Bom dia.

Depois de muitos dias esperando retorno da Fiorilli, pois precisaram cadastrar um setor na prefeitura, pois a ausência deste, estava retornando rejeição de qualquer NFS-e.

Agora conseguimos validar NFS-e com a atual versão do componente.

Apenas o cancelamento ainda estamos esperando um retorno, pois o WS retornou que o cancelamento por erro de digitação deve ser feito pelo site.

[Italo Giurizzato Junior]

Obrigado por reportar.

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

[Juliana Tamizou]

Moderação: Tópico mantido aberto para um futuro retorno da questão do cancelamento via site

[Mario Inacio]

Boa tarde.

Conseguimos fazer o cancelamento para o Provedor, informando o 'CodCancelamento := '2''

 

Obrigado

[Italo Giurizzato Junior]

Obrigado por reportar.

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