Italo Giurizzato Junior

Boa tarde Eduardo, Só esse XML foi gerado? Esse é o de envio e o de retorno?

Boa tarde Marcos, Mas esse link é da cidade de São Bento de Sapucaí/SP e não de São Carlos/SP

Boa tarde Edison, Use o programa exemplo do componente ACBrNF3e, ele gera o XML da NF3e.

Bom dia Marcos, Quais são as URLs de homologação e de produção para a cidade de São Carlos?

Bom dia Eduardo, Por favor anexe os XMLs gerados ao executar os métodos, assim fica mais fácil analisarmos o problema. No programa exemplo, favor ativar a opção para salvar também os arquivos soap.

Bom dia Douglas, Pelos XMLs que você anexou não comprova o que você escreveu. O que eu notei é que ao consultar a situação do lote o webservice esta retornado a situação = 2 que significa que o lote esta na fila para ser processado. Sendo assim devemos aguardar alguns segundos e consultar a situação do lote novamente. Devemos repetir esse processo até que a situação seja 3 ou 4, ai sim devemos consultar o lote. Ao consultar o lote teremos as rejeições caso a situação seja 3 ou o XML da nota caso a situação seja 4. Abaixo temos o retorno do consultar a situação do lote, observe o valor da tag <Situacao> e a mensagem da tag <Correcao>: <ConsultarSituacaoLoteRpsResposta xmlns="http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd"> <NumeroLote>133</NumeroLote> <Situacao>2</Situacao> <ListaMensagemRetorno> <MensagemRetorno> <Codigo>E92</Codigo> <Mensagem>Esse RPS foi enviado para a nossa base de dados, mas ainda não foi processado</Mensagem> <Correcao>Faça uma nova consulta mais tarde.</Correcao> </MensagemRetorno> </ListaMensagemRetorno> </ConsultarSituacaoLoteRpsResposta> Abaixo temos o retorno do consultar o lote, observe as mensagens das tags <Mensagem> e <Correcao>: <ConsultarLoteRpsResposta xmlns:ns2="http://www.w3.org/2000/09/xmldsig#" xmlns="http://www.abrasf.org.br/ABRASF/arquivos/nfse.xsd"> <ListaNfse/> <ListaMensagemRetorno> <MensagemRetorno> <Codigo>E92</Codigo> <Mensagem>Esse RPS foi enviado para a nossa base de dados, mas ainda não foi processado</Mensagem> <Correcao>Faça uma nova consulta mais tarde.</Correcao> </MensagemRetorno> </ListaMensagemRetorno> </ConsultarLoteRpsResposta> Isso esta ocorrendo porque, após consultar a situação você já esta consultando o lote. Como dito acima, só podemos consultar o lote se a situação for 3 ou 4. Observação: Essa explicação acima é valida somente para os provedores que seguem a versão 1 do layout da ABRAF. Já os provedores que seguem a versão 2 do layout da ABRASF, após o envio devemos consultar o lote, no retorno dessa consulta temos a situação que também pode ser 1, 2, 3 ou 4, caso seja 2 devemos aguardar alguns segundos e consultar o lote novamente.

Bom dia Luiz, Muito obrigado pelos arquivos. Chegou a atualizar os fontes e fazer novos testes?

Luiz, Enviei para o SVN a sua contribuição com alguns ajustes feitos por mim. Só não enviei o arquivo ACBrNFSeXServicos.ini que ainda continua com o provedor ISSDSF, uma vez que a mudança só vai ocorrer em 01/02/2022. Faça uma cópia dos arquivos: ACBrNFSeXServicos.ini e ACBrNFSeXServicos.res, depois atualize os fontes, reinstale o ACBr, repõem os arquivos ACBrNFSeXServicos e por fim faça novos testes.

Boa tarde Danny, É que outros fizeram testes com outras cidades atendidas pelo provedor Fiorilli e não foi necessário essa alteração. Seria importante descobrir se tem cidades que usam a versão 2.00 e outras a versão 2.01

Marcos, O problema é que o provedor ISSSJP se utiliza da versão 1 do layout da ABRASF. E esse que o da cidade de Cambé/PR tem um layout próprio.

Boa tarde Luiz, Você poderia anexar os XMLs de envio e de retorno dos testes de emissão, consulta e cancelamento? De preferencia os arquivos *-soap.xml Desde já muito obrigado.

Boa tarde, Os testes você esta fazendo com o componente antigo ou com o novo?

Boa tarde Marcos, No novo componente ACBrNFSeX, cada provedor possui 3 Units: NomeProvedor.Provider NomeProvedor.GravarXml NomeProvedor.LerXml Como esse provedor possui um layout próprio te aconselho a tomar como base os seguintes provedores: AssessorPublico ou Conam ou ISSSaoPaulo (existem outros). Esse é o ponta pé inicial.

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

Joemil, É que as URLs de produção desses cidades estão no arquivo Fiorilli.ini

Bom dia Felipe, Se o certificado esta instalado na maquina você só informa o numero de série do certificado. Agora se o certificado não esta instalado, você só informa o caminho + nome do PFX e a senha.

Bom dia Joemil, Qual é a URL de produção? Favor anexar os arquivos INI alterados.

Bom dia Luiz, Muito obrigado pela colaboração, vou usar o mesmo TK acima para analisar a sua colaboração.

Bom dia Eduardo, O programa exemplo tem um botão para cada método implementado no componente. Na aba Consultas temos o botão [Consultar Lote] e nele temos a linha que executa o método ConsultarLoteRps. Portanto é esse o método que devemos executar. Ele retorna a lista de rejeições se a situação for 3 ou os XML das NFS-e se a situação for 4.

Bom dia Patrick, Você criou as Units: Provider, GravarXml e LerXml para o provedor? A prefeitura implementou o seu próprio webservice ou contratou um provedor?

Boa tarde Sandro, O problema é que você esta informando na consulta o numero do protocolo retornado ao tentar enviar novamente o lote. Se informar o numero do protocolo retornado ao enviar pela primeira vez, acredito que vai retornar o XML da NFS-e.

Danio, Favor atualiza os fontes.

Boa tarde Danio, Favor anexar o ACBrNFSeXServicos.ini que você tem.

Boa tarde, Já esta no SVN.

Boa tarde Maurício, Favor atualizar os fontes e faça novos testes.