Italo Giurizzato Junior

@João Antônio, 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 @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?

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.

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.

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

Boa noite @Vanderlei Soares, Muito obrigado pela colaboração, já foi criado a TK-5989 para fazer os ajustes.

@Vanderlei Soares, Essas URLs são de homologação ou de produção? E a URL para consultar nfse pelo numero da mesma?

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

Olá Pessoal, Boas novas, encontra-se disponível um novo provedor chamado Kalana se se utiliza da versão 1 do layout da ABRASF. Esse provedor requer uma chave de acesso que deve ser informada na propriedade de configuração WSChaveAcesso. Até o momento ele esta disponível para a cidade de Rio Largo/AL. A URL não sei bem ao certo se é de homologação ou de produção e ele utiliza uma URL para cada serviço e esta faltando as URL de Consulta a NFS-e pelo numero da nota e o Cancelamento da NFS-e.

Boa tarde @Ray Hildebrant, Já esta no SVN.

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

Boa tarde @Vanderlei Soares, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça os testes.

Boa tarde @rafmattos, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

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

Boa tarde @Zottis, Note que o envio do lote esta sendo realizado no modo síncrono, neste caso não temos o numero do protocolo, pois no retorno do envio já temos o resultado do processamento. Quando o envio é realizado do modo assíncrono, temos como retorno o numero do protocolo que é utilizado depois para consultar a situação do lote (versão 1 do layout da ABRASF) e consultar o lote (versão 1 e 2 da ABRASF).

Bom dia @Ray Hildebrant, Muito obrigado pela colaboração, já foi criado a TK-5984 para analise.

Bom dia @Diego Reckziegel, Muito obrigado pela colaboração, já foi criado a TK-5983 para analise.

Bom dia @Igor Cibiac, O XML da NFS-e é gerado e retornado pelo provedor contratado pela cidade. Se no XML do RPS consta a informação e o provedor ao gerar o XML da nota não coloca essas informações, o problema esta no webservice do provedor. Não vejo outra alternativa você entrar em contato com a prefeitura/provedor e expor o problema.