Italo Giurizzato Junior

Bom dia Anadilson, Se o arquivo de retorno estiver vazio vai ser necessário entrar em contato com o provedor e expor o problema.

Bom dia João, Ai que esta o problema, essa propriedade de configuração SalvarApenasNFeProcessadas mais complica do que ajuda. Essa propriedade com o valor 1 se ocorrer alguma rejeição ou erro de internet o XML da nota assinado que foi enviado para a SEFAZ não é salvo em disco, pois como o próprio nome da propriedade diz, o XML só vai ser salvo se a nota for autorizada. Se a nota for rejeitada ou ocorrer algum erro de internet o ACBrLibNFe entende que a nota não esta autorizada portanto o XML não deve ser salvo. Por outro lado se o valor dessa propriedade for ZERO, o XML da nota sempre vai ser salvo independente da nota ter sido autorizada ou não, ou se teve algum erro de internet. A sua aplicação deve tratar os erros de internet como por exemplo Timeout. Sabendo que ocorreu erro de internet e tendo o XML da nota, você pode carregar o mesmo e realizar a consulta. Se a nota foi autorizada o XML será atualizado ou seja, vai receber o protocolo de autorização. Leia também essa postagem:

Joemil, Desculpa, o serviço implementado é: Consultar NFSe Por Faixa e não Consultar NFSe Por Rps. Como você ainda deve estar usando o componente antigo deve usar o método ConsultarNFSe.

Joemil, E qual é o erro?

Bom dia Joemil, O único serviço de consulta implemento por esse provedor em seu webservice é Consultar NFS-e Por Rps.

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

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

Bom dia Almeida, Você pode também limpar os campos de retorno da seguinte forma: DM.ACBrNFSeX1.WebService.ConsultaNFSeporRps.Clear;

Bom dia Artur, Cheguei enviar algumas correções do componente ACBrNFSeX para o SVN. Favor atualizar e realizar novos testes.

Bom dia Anadison, Você anexou vários XMLs, mas esta muito confuso. Essa mensagem aparece no XML de retorno do envio do lote e não do cancelamento. No retorno do cancelamento simplesmente não contem nada, ou seja, o retorno esta vazio. O componente esta apenas assinando o XML do Rps, mas pelos Schemas, além do Rps é possível assinar também o Lote ou somente ele. O pedido de cancelamento também pode ser assinado. Veja se consegue exemplos para que possamos fazer os ajustes e realizar novos testes.

Bom dia Anadilson, Esses cujo retorno do cancelamento esta sem dados, chegou a verificar o arquivo de retorno *-soap.xml ? Esses testes foram realizados em ambiente de homologação, correto? Algumas dessas cidades chegou a realizar testes em ambiente de produção? Infelizmente tem provedor que não dá muita atenção para o ambiente de homologação, isso quando disponibiliza.

Boa tarde Almeida, Acredito que isso esta ocorrendo pois tanto a lista de notas quanto de mensagens de erros e alertas não foram limpados.

Anadilson, Favor atualizar os fontes e faça novos testes.

Esta correto os valores dessas propriedades. O valor de SSLType deve estar configurado para LT_TLSv1_2. Verifique se todos os fontes de todas as pastas estão atualizados.

Anadilson, Favor anexar o XML da NFS-e para que eu possa analisar o problema.

Bom dia Anadilson, Vamos tentar resolver um problema de cada vez. Usando o novo componente não tive o erro reportado ao enviar. Método Executado: Enviar Lote Parâmetros de Envio Numero do Lote: 10 Parâmetros de Retorno Data de Envio : 30/12/2021 Numero do Prot: 343CDF314EA9789A48EFCAF66891102D Numero da Nota: Link : Código Verif. : Sucesso : True Método Executado: ConsultarLote Parâmetros de Envio Numero do Prot: 343CDF314EA9789A48EFCAF66891102D Numero do Lote: Parâmetros de Retorno Situação Lote : 3 Sucesso : True Erro(s): Código : E50 Mensagem: Inscrição Municipal do prestador do serviço incorreta. Correção: Informe corretamente a inscrição municipal do prestador do serviço.

Bom dia, Isso esta ocorrendo com o programa exemplo? Se sim, quais são os valores de: SSLLib, CryptLib, HttpLib e XmlSignLib ?

Boa tarde Joemil, Notei que você ainda esta usando o componente antigo, sugiro que inicie os testes com o novo. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não vai mais ter manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração O provedor SystemPro possui em seu webservice somente os serviços: RecepcionarSincrono, GerarNfse, ConsultarNfsePorFaixa, Cancelar e SubstituirNfse. Note que nenhuma dos 3 métodos de consulta que você testou não vai funcionar mesmo. A mensagem de erro é clara e diz que o método que você tentou usar não foi disponibilizado pelo provedor, ou seja, ele não implementou em seu webservice.

Boa tarde Leonardo, O meu conselho é solicitar aos seus clientes que protocole um documento na prefeitura informando tudo o que esta de errado no XML da NFS-e retornado pelo webservice do provedor. Desta forma a prefeitura vai passar a ter ciência de tem agora de errado e ela tem poder de cobrança. Você desenvolvedor não tem valor nenhum para o provedor. Lembre-se não é você que tem que protocolar e sim os seus clientes que utilizam o seu sistema de emissão de NFS-e. Quanto mais empresas protocolarem os problemas na prefeitura, mais rápido é resolvido.

Boa tarde, Você trabalha com qual linguagem?

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

Boa tarde João, Fiz mais alguns ajustes para poder compilar no Delphi 7 e enviei para o SVN. Favor atualizar os fontes e faça novos testes.

Boa tarde Jeanny, Já esta no SVN.

Boa tarde Felipe, Na Unit ISSDSF.GravarXml mais precisamente na function GerarXml você encontra as linhas que monta a string chamada sAssinatura. Você pode conferir com o seu algoritmo e fazer as devidas correções na Unit. A minha duvida é se não vai gerar algum efeito colateral para outras cidades que utilizam o mesmo provedor.

Afinal de contas qual é o erro que você esta tendo?