Italo Giurizzato Junior

Bom dia Anderson, Como assim no layout anterior tem o campo competência? Não entendi.

Bom dia @Sistema Auditor, Vamos aguardar.

Bom dia Edson, Esse XML não foi gerado pelo componente ACBrBPe. Pois a primeira tag dele é <bpeProc> e componente gera com a tag <BPeProc>, com essa diferença ele não consegue ler o XML.

Bom dia Lucas, Você usa o componente ACBrCTe ou o ACBrLibCTe ou o ACBrMonitor?

Bom dia Bruno, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Bom dia Weber, Pelo seu relato temos o seguinte: 1. Ao consultar a nota por rps, o XML da mesma é baixado e lido sem nenhum erro. 2. Ao consultar a nota por faixa, o XML da mesma é baixo, mas ocorre erro ao ler o mesmo. 3. O erro que ocorre é a leitura das datas de emissão e de competência. Se você comparar o XML baixado pelo consultar nota por rps com o XML baixado pelo consultar nota por faixa, vai descobrir que a formatação dessas datas estão diferentes. No primeiro esta com o formato AAAA-MM-DD, já no segundo esta DD-MM-AAAA. O que esta ocorrendo na verdade é que o webservice do provedor tem uma rotina que gera o XML para cada serviço que retorna o XML da nota. A rotina que gera o XML usada pelo serviço Consultar NFS-e Por RPS esta correta, ou seja, gerando as datas na formatação correta. Por outro lado a rotina que gera o XML usada pelo serviço Consultar NFS-e Por Faixa esta errada, ou seja, gerando as datas na formatação incorreta. É complicado fazer o componente detectar a formação, porque? Veja este exemplo: 02/03/2024 esta data esta no formado DD/MM/AAAA ou MM/DD/AAAA? Você concorda que não da para afirmar, pois pode ser 2 de março como também 3 de fevereiro. Se para uma consulta esse provedor gera a data no formato AAAA-MM-DD, para outra gera no formato DD-MM-AAAA, como será o formato das outras consultas? Para este provedor temos: Consulta Lote, Consultar NFS-e Por RPS, Consultar NFS-e Por Faixa, Consultar NFS-e Serviço Prestado e Consultar NFS-e Serviço Tomado. Como esse provedor esta usando a versão 2.03 do layout da ABRASF a rotina responsável pela leitura é a mesma para todos os provedores que usam a versão 2.xx Eu recomento que você entre em contato com o provedor e expõe o problema. No meu entendimento se o provedor lhe oferece mais de um serviço para obter o XML da nota, independente do serviço escolhido o XML tem que ser o mesmo.

Bom dia @Datacaixa, Não se é para todos os DF-e, mas para a NF-e a rejeição "Consumo Indevido" tem como código 656. No campo cStat temos 656 e no campo xMotivo temos a mensagem "Rejeição: Consumo Indevido". Após tentar emitir a nota através do método Enviar, você pode ler esses dois campos. Se cStat for 656 você faz com que a aplicação não deixe o usuário tentar novamente.

@sicnet, A unit que lhe passei já foi enviada para o SVN.

Boa tarde @sicnet, Vou lhe pedir um favor. Substitua a unit pela que esta em anexo. Ela fica na pasta: ...\Fontes\ACBrComum Reinstale o ACBr. Compile a aplicação com a opção Build e faça um novo teste. ACBrUtil.XMLHTML.pas

Boa tarde Douglas, Essas URLs estão corretas? A versão é a 2.04 mesmo? A URL de produção não esta abrindo.

Bom dia Adhelmar, Pela mensagem de erro me parece ser um problema no webservice do provedor que atende a cidade. Favor entrar em contato com eles e expõe o problema.

Boa tarde Danilo, Esse erro eu nunca vi, vai ter que entrar em contato com o provedor e questionar eles. A principio a série pode ser 1 mesmo a não ser que o provedor diga que tem que ser outra.

Boa tarde Daniel, Você esta usando o componente ACBrNFSe ou ACBrNFSeX ? Se é o componente ACBrNFSe, lhe convido a iniciar os testes com o novo componente de emissão de NFS-e: ACBrNFSeX O componente antigo: ACBrNFSe não está mais tendo manutenção. Faça os testes usando o programa exemplo do novo componente. Manual de Migração

Boa tarde Leandro, Favor verificar como esta o Zoom do Windows, isso pode esta atrapalhando a geração do PDF.

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

Boa tarde Weber, Você esta consultando a nota pelo método Consultar NFS-e Por Faixa e esta tendo esse erro. Por favor experimente consultar a nota pelo método Consultar NFS-e por RPS.

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

Bom dia Daniel, Qual é o método que esta usando para o envio do RPS? Quais são os valores de: SSLLib, CryptLib, HttpLib, XmlSignLib e SSLType ?

Bom dia Douglas, Muito obrigado pela colaboração, já inclui na minha lista de tarefas. TK-5158

Bom dia Claudemir, Como certeza você esta enviando o CT-e se utilizando das URLs da versão 2 ou 3 que foram desativadas pela SEFAZ. A URL atual para recepcionar o CT-e é: https://cte.svrs.rs.gov.br/ws/CTeRecepcaoEventoV4/CTeRecepcaoEventoV4.asmx

Bom dia @Datacaixa, Veja bem, você esta enviando um RPS para um provedor que trabalha no modo assíncrono. Ao enviar o RPS se a estrutura do XML de envio estiver correta o provedor sempre vai retornar o numero do protocolo. Não confundir o numero do protocolo da NFS-e com o numero do protocolo da NF-e. O numero do protocolo da NFS-e equivale ao numero do recibo da NF-e. Esses números simplesmente servem para lhe informar que o XML foi recepcionado com sucesso e vai entrar na fila de processamento. Logo não podemos dizer que o que foi enviado vai ser processado com sucesso. Lembre-se o valor do campo Sucesso (independente do método executado) indica se no retorno temos uma lista de erros ou não, se não temos uma lista de erros o valor do campo Sucesso é True, caso contrario será False. Veja os retornos que você teve: Retorno do envio, note que o valor de Sucesso é True indicando que no retorno não temos uma lista de erros: Parâmetros de Envio Numero do Lote: 611 Parâmetros de Retorno Data de Envio : 26/02/2024 Numero do Prot: 554180437 Numero da Nota: Link : Código Verif. : Sucesso : True Retorno do Consultar Situação, note que o valor de Sucesso é True indicando que no retorno não temos uma lista de erros: Método Executado: Consultar a Situacao Parâmetros de Envio Numero do Prot: 554180437 Numero do Lote: 611 Parâmetros de Retorno Situação Lote : 3 Descrição Sit : Lote Processado com Erro Sucesso : True Retorno do Consultar Lote RPS, note que o valor de Sucesso é False indicando que no retorno temos uma lista de erros: Método Executado: Consultar o Lote de Rps Parâmetros de Envio Numero do Prot: 554180437 Numero do Lote: Parâmetros de Retorno Situação Lote : 3 ID Nota : Sucesso : False Erro(s): Código : E30 Mensagem: Item da lista de serviço inexistente Correção: Consulte a legislação vigente para saber o item da lista de serviço que deverá ser informado neste campo. Resumindo a sua aplicação precisa avaliar cada retorno dos métodos executados. Todos os provedores que trabalham no modo assíncrono é preciso executar 3 passos. 1. Envio do RPS 2. Consultar a Situação 3. Se a situação retornado do passo anterior for 3 ou 4, Consultar o Lote

Bom dia @Rafael Passamai, Favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde @Fabio Fredianelli, Se você trabalha com o Delphi ou Lazarus lhe recomendo o uso do novo componente de emissão de NFS-e: ACBrNFSeX. Utilize o programa exemplo do componente ACBrNFSeX, configure ele corretamente. Para o envio unitário use o botão [Enviar um RPS (Unitário)]. No Link abaixo você vai encontrar uma explicação de como configurar corretamente a pasta de schemas.

Boa tarde @danilozix, Tente aumentar o valor da propriedade de configuração Timeout para 30 mil. @franciscopsjr e @FelipeMitt eu sugiro entrar em contato com o pessoal do PRODAUB e expõe o problema. Note a segunda mensagem de erro que se refere ao apache. A implementação do webservice não esta conseguindo lidar com mais de um RPS por lote. No XML enviado para o webservice temos que assinar o RPS e depois assinar o Lote e essas assinaturas estão sendo realizada conforme foi solicitado. Em um Lote com 2 RPS temos 3 assinaturas, sendo que as duas primeiras se referem as assinaturas do RPS e a terceira do Lote. O Webservice deve esta pegando a segunda assinatura que é do segundo RPS e interpretando-a como sendo a assinatura do lote. @FelipeMitt, se desejar pode enviar sim no privado o XML de envio do lote com 2 RPS para que eu possa analisar.

Boa tarde @Fabiano Moraes de Araújo, Reforçando o que o @Diego Foliene já lhe passou. Segundo o Manual Anexo III que trata sobre a Contingência da NF-e, temos: A impressão do DANFE em um Impresso em FS-DA independe da SEFAZ esta ativa ou não. O Envio do XML da nota para a SEFAZ é uma coisa, a impressão do DANFE é outra. Eu recomento que você tenha em mãos o manual que eu mencionei acima, pois nele temos varias informações extremamente importantes. Existe um outro manual que é destinado a NFC-e (Anexo IV).