Problemas com envio de NFSe em homologação no município de Sorriso - MT

[igor.oliveira3]

Boa tarde, 

Estou com problemas na transmissão de NFSe para Sorriso - MT, provedor Agili.

O FWinHTTPReqResp.HTTPResultCode retornado é 500. 
E o retorno do debug é ERRO: Não existem parâmetros suficientes na aplicação para executar esta operação.

Alguém consegue validar essa transmissão, por favor?

O péssimo suporte da Agili e a prefeitura de Sorriso não conseguem nos informar sobre disponibilidade do servidor de homologação

[Felipe E. Resende Mesquita]

Em 05/10/2018 at 16:20, igor.oliveira3 disse:

Boa tarde, 

Estou com problemas na transmissão de NFSe para Sorriso - MT, provedor Agili.

O FWinHTTPReqResp.HTTPResultCode retornado é 500. 
E o retorno do debug é ERRO: Não existem parâmetros suficientes na aplicação para executar esta operação.

Alguém consegue validar essa transmissão, por favor?

O péssimo suporte da Agili e a prefeitura de Sorriso não conseguem nos informar sobre disponibilidade do servidor de homologação

Bom dia, igor.oliveira3.
Veja o tópico abaixo, talvez possa te ajudar:

 

[BigWings]

Em 05/10/2018 at 15:20, igor.oliveira3 disse:

Boa tarde, 

Estou com problemas na transmissão de NFSe para Sorriso - MT, provedor Agili.

O FWinHTTPReqResp.HTTPResultCode retornado é 500. 
E o retorno do debug é ERRO: Não existem parâmetros suficientes na aplicação para executar esta operação.

Alguém consegue validar essa transmissão, por favor?

O péssimo suporte da Agili e a prefeitura de Sorriso não conseguem nos informar sobre disponibilidade do servidor de homologação

Sorriso usava anteriormente o provedor Agiliv2 que na verdade era uma versão mais antiga do sistema de NFSe deles.

Agora houve uma atualização e agora estão usando o provedor Agili.

O erro retornado é o erro genérico deles, pode ser algum problema no próprio webservice ou alguma informação incorreta no XML que eles não estão tratando.

Já tive esse erro por não informar base de cálculo e informar alíquota, ou vice-versa, por exemplo.

O mais indicado ainda é entrar em contato com o suporte através da prefeitura, para que possam validar o XML.

[Italo Giurizzato Junior]

Bom dia BigWings,

Não seria o contrario?

Antes usava o Agili e agora Agiliv2.

Pois até onde sei a implementação do provedor Agili, gera o XML do RPS segundo a versão 1 do layout da ABRASF.

Por outro lado a implementação do provedor Agiliv2, gera o XML do RPS segundo a versão 2 do layout da ABRASF.

Todos os provedores que tem em seu nome "v2" indica que seguem a versão 2 do layout do ABRASF.

O acréscimo do "v2" ao nome do provedor se deu pois vários provedores que seguiam a versão 1, implementaram um novo Webservice segundo a versão 2.

As cidades atendidas por esses provedores, algumas ainda se utilizam do Webservices da versão 1 e outras da versão 2.

Por exemplo a cidade: Ariquemes/RO se utiliza do provedor Agili, já Peixoto de Azevedo/MT se utiliza do Agiliv2.

[BigWings]

@Italo Jurisato Junior

Na verdade nenhum deles usa o layout ABRASF.

Havia uma implementação anterior para o provedor Agili que era baseado no ABRASF, mas quando tive que fazer a implantação em Ariquemes tive que criar uma unit separada para geração do XML.

Quando foi feito o ajuste para funcionar também em Sorriso e outras cidades que tinham o mesmo provedor mas layout diferente por causa da diferença de versão acabou ficando o layout de Sorriso com o "v2".

 

[Italo Giurizzato Junior]

BigWings,

Tens razão, o provedor Agili não segue a ABRASF.

[igor.oliveira3]

Boa tarde, Senhores. 

Em Sorriso-MT é utilizado o provedor Agili. Já conseguimos realizar a integração, inclusive testamos o ambiente de homologação e o de produção, e funcionou normalmente. 
Na semana passada precisamos realizar uma alteração nos cálculos internos dos valores, e para testar a transmissão precisávamos novamente utilizar o webservice de homologação.
O que acontece é que paramos de receber a resposta do servidor de homologação e ainda não identificamos o motivo. Queríamos saber se pode ser alguma indisponibilidade do servidor, uma nova regra de validação do xml ou do contribuinte cadastrado. 
E até hoje não conseguimos nenhuma resposta via telefone, e-mail, pelo  menos a respeito da disponibilidade do webservice
 

[Juliana Tamizou]

Boa tarde.

Este tópico será fechado devido a estar inativo a algum tempo, caso necessário criar um novo tópico.

Att.