Italo Giurizzato Junior

Boa tarde Rogério, Preciso saber qual é o provedor e do arquivo (*-soap.xml) de retorno que contem o numero do protocolo.

Marcelo, Poderíamos alterar o Schema incluindo o elemento tcDeclaracaoPestacaoServico e torcer que funcione.

Eduardo, Salva em um arquivo TXT o conteúdo dessa variável e anexe aqui para que eu possa analisar.

Marcos, Já esta no SVN. Favor atualizar os fontes e faça os testes.

Marcos, Obrigado, vou atualizar o arquivo ACBrNFSeXServicos e enviar para o SVN.

Eduardo, Primeiramente não renomeia os XML, deixa eles com os seus nomes padrões, pois eu consigo identificar qual é o de envio e o de retorno. Segundo, pelo erro que esta ocorrendo o provedor esta gerando o XML de retorno de forma errada e com isso o LoadFromXml não consegue carregar ele.

Boa tarde Marcelo, O problema que esse provedor definiu uma estrutura para o Rps no que se refere ao envio do mesmo e uma outra no que se refere ao SubstituirNFSe. Layout usado ao Enviar o Rps, observe que entre o elemento Rps e o InfDeclaracaoPrestacaoServico temos o elemento tcDeclaracaoPrestacaoServico: (...) <xsd:element name="Rps" minOccurs="1" maxOccurs="unbounded"> <xsd:complexType> <xsd:sequence> <xsd:element name="tcDeclaracaoPrestacaoServico"> <xsd:complexType> <xsd:sequence> <xsd:element name="InfDeclaracaoPrestacaoServico"> <xsd:complexType> (...) Layout usado ao Substituir NFSe, observe que entre o elemento Rps e o InfDeclaracaoPrestacaoServico não tem o elemento tcDeclaracaoPrestacaoServico: (...) <xs:element name="Rps"> <xs:complexType> <xs:sequence> <xs:element name="InfDeclaracaoPrestacaoServico"> <xs:complexType> (...) Isso explica o erro. Por favor entre em contato com o provedor e relate o problema.

Boa tarde Douglas, No programa exemplo do novo componente foi colocado um sleep de 1 segundo na procedure LoadXML, no programa exemplo do componente antigo não tem. Isso nos leva a crer que o novo é mais lerdo. Outra coisa, tanto o antigo quanto o novo continuam acessando o mesmo webservice do provedor, logo o tempo de resposta é o mesmo.

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.