Italo Giurizzato Junior

A principio não venho nenhuma restrição. É que o ConsultarSituacao retorna simplesmente: 1 - Lote não enviado 2 - Lote não processado 3 - Lote processado com falhas 4 - Lote processado com sucesso. A situação 1 só ocorre quanto informamos um numero de protocolo que não existe. A situação 2 só ocorre quanto o lote enviado ainda esta na fila para ser processado, neste caso devemos aguardar alguns segundos e realizar uma nova consulta. A situação 3 e 4 é o que esperamos como resposta, pois sabemos que o lote foi processado. Ai sim podemos consultar o lote. Ao realizar essa consulta teremos a lista de rejeições caso a situação é 3, ou o XML da NFS-e caso a situação é 4.

Boa tarde Junior, Muito obrigado pela colaboração, já incluir na minha lista de tarefas.

Favor anexar os XMLs de envio e de retorno ao realizar a consulta a situação do lote. Muito estanho, essa consulta não é assinada digitalmente.

Boa tarde, Se o erro só ocorre em ambiente de homologação, favor entrar em contato com o provedor e questionar ele sobre o problema.

A Cidade São Jose/SC se utilizada do provedor Betha, este segue a versão 1 do layout da ABRASF. Depois de executar o método Emitir, executou o método ConsultarSituacao? Se sim, qual o código retornado (1, 2, 3 ou 4)?

Boa tarde, Ele nunca emitiu NFS-e usando a sua aplicação. Será que ele não chegou a emitir alguma NFS-e através de outra aplicação ou até mesmo via site?

Boa tarde Leandro, Favor anexar a unit alterada em vez do Path. Desde já muito obrigado pela colaboração.

Boa tarde a todos, Já inclui na minha lista de tarefas.

Boa tarde, Você esta realizando os testes com o programa exemplo? Se sim, qual botão você utilizou para enviar o Rps para o Provedor Betha que ainda insiste em acusar que a assinatura esta invalida?

Boa tarde Thiago, Favor atualizar os fontes e faça novos testes.

Boa tarde Allan, Esse XML esta estranho, existe um espaço em branco antes de: <Header/> O conteúdo do certificado tag <X509Certificate> esta com quebras de linha, no final tem os caracteres: &#13;

Bom dia Diego, Muito obrigado pela contribuição, já inclui na minha lista de tarefas. Lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente atual não vai mais ter manutenção. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Boa tarde Marcelo, Nos meus testes com o provedor Tecnos, também tive retornos vazio ao Consultar a NFS-e por Rps e ao Consultar NFSe. Tente com o método Consultar Lote. Veja também se consegue um XML de exemplo das consultas a NFS-e por Rps e a Consultas a NFS-e.

Boa tarde Thiago, Vou incluir na minha lista de tarefas para analisar o problema.

Boa tarde Joselito, Comparando o Xml que você anexou inicialmente e este de exemplo notei o seguinte: 1. O valores tem as suas casas decimais suprimidas. 2. Algunas tags como por exemplo ValorPis foi gerada mesmo com o valor zero. 3. O código informado em ItemListaServico esta sem formatação. Você deve ter percebido a mesma coisa. Vou inclui na minha lista de tarefas para fazer esses ajustes.

Boa tarde Marcelo, Evite de colocar vogais acentuadas e cedilha. Além do XML de pedido de consulta, você tem o XML de retorno? Talvez esse erro esteja ocorrendo ao ler o retorno.

Boa tarde ALA, Favor anexar os XMLs gerados para que eu possa analisar. De preferencia os XMLs (soap).

Boa tarde, No novo componente a propriedade ConsultarLoteAposEnvio não esta funcionando, portanto se faz necessário executar os dois métodos. Por favor anexa o XML retornado pelo ConsultarLoteRps, assim eu posso verificar o porque não esta retornando as demais informações.

Boa tarde Cristiano, A minha maquina tem o certificado instalado e com essa configuração esse erro não ocorre. Outra coisa, se o certificado for A1, você não precisa instalar, basta informar o path+nome do arquivo PFX em ArquivoPFX e a senha na propriedade senha. É possível ter o certificado salvo no banco de dados, neste caso os dados do certificado é carregado em DadosPDF e a senha dele informe na propriedade senha. Desta forma você fica livre de instalação de certificado na maquina do cliente.

Boa tarde, Isso esta ocorrendo porque o CT-e não foi assinado. Primeiro execute o método Assinar e depois o Validar.

Boa tarde Thiago, Após executar o Emitir você executou o ConsultarLote?

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

Boa tarde Rogério, Você esta usando o componente antigo ou o novo? Se esta usando o antigo te aconselho a atualizar todos os fontes reinstalar a suíte ACBr, não esqueça de marcar para instalar o novo componente ACBrNFSeX e o no novo para impressão do DANFSE feito em Fortes Report. Faça os testes usando o programa exemplo do novo componente. Não vamos dar mais suporte ao componente antigo. Manual de Migração https://www.projetoacbr.com.br/forum/topic/63017-manual-de-migração-para-o-novo-componente-de-emissão-de-nfs-e/

Cristiano, Se você atribuiu o valor libOpenSSL ao campo SSLLib, acrescentou a linha que eu sugeri, para que o ACBrCIOT funcione sem o certificado digital se faz necessário deixar em branco as configurações referente ao certificado: ArquivoPFX, DadosPFX, NumeroSerie e senha. No artigo que lhe sugeri a leitura no item 12 deixa claro que é possível usar o componente sem a necessidade de certificado digital.

Joselito, O XML do Rps é gerado, validado e enviado. Logo não deveria ocorrer esse erro. Se esta ocorrendo isso significa que alguma tag que no Schema costa como opcional mas o webservice exige ela. Neste caso se faz necessário obter um XML de Rps que foi processado com sucesso pelo provedor, para que possamos analisar e ver o que esta faltando ou errado na geração do XML de envio.