Italo Giurizzato Junior

Bom dia @Arthur Kina, Complementando o que o @Juliomar Marchetti lhe passou, vendo o arquivo de retorno consta a seguinte mensagem: "ERRO NA CONVERSAO DE RPS EM NOTA FISCAL". Bela mensagem de erro que não leva nada a lugar nenhum. Não vejo outra alternativa entrar em contato com a prefeitura e expor o problema.

Bom dia @guilhermeVaz06, Muito obrigado pela colaboração, já foi criado a TK-6005 para analise, estando tudo OK envio para o SVN.

Bom dia @Destak, As cidades que já tem o novo webservice esta com a URL de produção da seguinte forma: https://ws-nomecidade.giss.com.br/service-ws/nf/nfse-ws Por exemplo: https://ws-jundiai.giss.com.br/service-ws/nf/nfse-ws Eu troquei "jundiai" por "itu", mas acusou que a URL não existe. Então Itu/SP ainda não esta disponível o novo webservice. Se esse prestador já emitia NFS-e e do nada passou a apresentar esse erro, chego a conclusão que pode ser um problema no webservice do Ginfes ou alguma informação que esta sendo informada no XML de forma errada e que não é necessariamente a alíquota. O Ginfes e o Giss costumam retornar mensagens de erro que não tem nada haver com o erro propriamente dito. Para você ter uma ideia, no Giss as consultas devem ser assinadas, se não assinar é retornado a mensagem de erro acusando que o RPS não esta assinado. O problema é que em uma consulta não consta o XML do RPS, logo a mensagem de erro esta errada. O correto deveria ser: O XML de pedido de consulta deve ser assinado. Mas vamos que vamos.

@Evertof, Já esta no SVN.

Boa tarde @Vanderlei Soares, Já esta no SVN.

@Anderson Grolli, Já esta no SVN.

@João Antônio, Já esta no SVN.

@cgsuporte, Já esta no SVN.

@guilhermeVaz06, Tem sim, veja o provedor ISSIntel. Unit ISSIntel.Provider.

@Evertof, Realmente você tem razão ficou faltando fazer essa alteração, já foi criado a TK-6003 para fazer a devida correção e enviar para o SVN.

Boa tarde @cgsuporte, Muito obrigado pela colaboração, já foi criado a TK-6002 para alterar o arquivo INI

Boa tarde @Destak, Se você enviar um RPS com a alíquota diferente de zero qual é o erro?

Boa tarde @geanjesus, Meu Deus, faz quanto tempo que você não atualiza o ACBr? O GerarXml da Inutilização continua sendo uma função só que agora em vez de retornar o valor True ou False, ela retorna o XML que ela gerou para realizar a inutilização. No seu código você pode mudar para: aXML := InutNFe.GerarXML; if aXML <> '' then RegistrarArquivosInut(InutNFe.ID, aXML, OK);

Boa tarde @edulamy, O componente foi escrito para ler o XML da NFS-e gerado e retornado pelo WebService e não o XML baixado do site. Em muitos casos o XML da NFS-e baixo do site é completamente diferente do retornado pelo WebService.

Boa tarde @João Antônio, Muito obrigado pela colaboração, já foi criado a TK-5999 para alterar o arquivo INI.

Boa tarde @guilhermeVaz06, Essa alteração na URL do soapAction não vai provocar um erro nas demais cidades atendidas pelo provedor PriMax?

Boa tarde @Rogério Ricardo Santos, Esses são de Envio de Lote, precisamos o de retorno.

Boa tarde @Anderson Grolli, Muito obrigado pela colaboração, já foi criado a TK-5998 para alterar o arquivo INI.

Boa tarde @Evertof, Essa alteração que você fez foi em uma unit da sua aplicação ou do componente?

Boa tarde @Dércio Luis Zanatta, Você poderia anexar um print só da região do DANFSE emitido via site que contem a informação para que possamos analisar a possibilidade de incluir na impressão?

Bom dia @Rogério Ricardo Santos, O XML do RPS bem como o XML de envio não serve para nada para nós. Precisamos o XML (*-soap.xml) de retorno do envio, pois este contem as informações de retorno do envio do RPS. Inclusive é nesse XML que tem que constar o numero do protocolo.

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

Bom dia @Wellington Bozelli Rodrigues, Antes de fazer o testes que eu mencionei se faz necessário atualizar todos os fontes de todas as pastas, pois eu atualizei o arquivo INI com a URL de homologação.

Bom dia @Amarildo Machoski, Uma dica: Consulte o status de serviço, no XML de retorno consta a data e hora do servidor da SEFAZ, compare com a data e hora do computador cuja consulta foi realizada. Se não me falha a memória a tolerância é de 1 minuto.

Boa noite @Ray Hildebrant, Muito obrigado pela colaboração, já foi criado a TK-5990 para analise.