Italo Giurizzato Junior

Você trabalha com qual linguagem?

Boa tarde Gabriel, Acredito ser no provedor que não esteja gerando a mensagem em UTF-8.

Boa tarde Marcelo, Já inclui na minha lista de tarefas para analisar o problema. TK- 2018

Gabriel, A intensão é o componente não gerar uma Excepcion e sim capturar o erro e colocar o mesmo em uma lista. No programa exemplo temos uma procedure que mostra como ler essa lista de erros.

Bom dia Castilhos, Você esta utilizando o componente ACBrNFSeX?

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 Gabriel, Faça o teste com a unit que anexei e me de um retorno. Se funcionar vou enviar ela para o SVN e lhe aviso.

Olá Pessoal, Foi publicado a versão 1.10 da Nota Técnica 2014/002 (publicada em 15/10/2021), nessa nova versão consta algumas mudanças no processamento das requisições de Distribuição a partir do NSU informado, mais precisamente quando informamos o ultNSU. Umas das coisas que não mudou apenas foi reforçado nessa NT é que os documentos recepcionados pelo Ambiente Nacional vão ficar disponíveis por no máximo 3 meses, ou seja, 90 dias. Vamos as mudanças: 1. O Ambiente Nacional vai passar ter um controle de acesso de cada usuário do serviço, ou seja, com esse controle o AN vai saber se o usuário utiliza o serviço de forma continua ou esporádica. 2. Os usuário que já utilizam o serviço de forma continua não vai notar nenhuma diferença, tudo vai ocorrer normalmente. 3. Para os novos usuários do serviço, bem como aqueles que por algum motivo deixaram de utilizar o serviço por um período de 60 dias ou mais, ao realizar o primeiro acesso será retornado o status 137 (Nenhum documento localizado), neste caso o usuário deverá aguardar por 1 hora para cumprir as regras do uso indevido. Cumprido o prazo poderá acessar novamente e caso tenha documentos, estes serão retornados. Essas mudanças vão entrar em vigor a partir de 01/11/2021 no ambiente de homologação e 08/11/2021 no ambiente de produção. Recomendações Para Evitar o Uso Indevido A análise do comportamento atual das aplicações das empresas (“aplicação cliente”) permite identificar algumas situações de “uso indevido” nos ambientes autorizadores. Como exemplo maior do mau uso do ambiente, ressalta-se a falta de controle de algumas aplicações que entram em “loop”, consumindo recursos de forma indevida, sobrecarregando principalmente o canal de comunicação com a Internet. Para este Web Service serão mantidos controles para identificar as situações de uso indevido de sucessivas tentativas de busca de registros já disponibilizados anteriormente, quando utilizada a tag: distNSU. As novas tentativas serão rejeitadas com o erro “656–Rejeição: Consumo Indevido”. O uso indevido relativo ao Web Service NFeDistribuicaoDFe na consulta com tag:distNSU é baseado nos critérios descritos abaixo: 1) Não há mais documentos a distribuir e usuário continua consultando: Se não existir mais documentos a serem retornados (cStat=137) o usuário deve aguardar uma hora para realizar nova consulta. A realização de novas consultas em 1h, após receber a mensagem cStat137, pode gerar o uso indevido, retornando cStat=656. Nesse caso, o CNPJ é bloqueado por 1 hora, sendo impedido de realizar novas consultas nesse intervalo. Decorrido o intervalo de tempo, o desbloqueio será automático. O campo xMotivo traz a seguinte descrição para ajudar o usuário a entender o que está causando o uso indevido: “Rejeição: Consumo Indevido. Deve ser aguardado 1 hora para efetuar nova solicitação caso não existam mais documentos a serem pesquisados. Tente após 1 hora”. 2) Usuário não está consultando os NSU de forma sequencial: O usuário deve sempre realizar a consulta baseada no ultNsu retornado na consulta anterior, ou seja, deve usar os valores do ultNSU retornados pelo serviço nas chamadas subsequentes. O valor do ultNSU corresponde ao ponto de onde a leitura dos blocos de documentos deve continuar. Quando ultNSU for igual ao valor do maxNSU retornado pelo serviço, quer dizer que não existem mais documentos para serem recuperados. Neste caso, para não haver bloqueio por uso indevido, deve-se aguardar 1 hora para realização de novas consultas. Se consultar fora da sequência, poderá ser bloqueado. Decorrido o intervalo de tempo, o desbloqueio será automático. O campo xMotivo traz a seguinte mensagem: “Rejeição: Consumo Indevido. Deve ser utilizado o ultNSU nas solicitações subsequentes. Tente após 1 hora” Atenção: Se diversas aplicações do mesmo ator (emitente ou destinatário ou transportador na NF-e ou indicado no campo autxml) da NF-e efetuarem consultas por NSU para o mesmo CNPJ (14 dígitos – informado na requisição xml), essas devem seguir a mesma sequência de numeração ordenada e de forma ascendente. Caso contrário, enquadrar-se-ão na categoria de uso indevido. Link para baixar a NT: Portal da Nota Fiscal Eletrônica (fazenda.gov.br)

Marcelo, Tente nos dois ambientes, homologação e produção.

Boa tarde Marcelo, Anexa também o XML de retorno.

Olá pessoal, A versão 1.21 da NT 2020/005 traz uma pequena correção e apresenta alterações em algumas regras de validação aplicadas pela SEFAZ. Vamos ao que mudou na NT: Correção da descrição do campo vFCP, ID N17c, para informar que é o valor realmente devido do fundo de combate à pobreza. Alterações nas regras: Correção das regras NA15-10 e NA17-10 para que não se apliquem a Notas Fiscais de Entrada. Correção da descrição da mensagem da regra 1C17-50 para seguir o padrão das outras denegações. Alterada a regra N17c-10 para não considerar CST 51. Não se faz necessário nenhuma alteração no componente ACBrNFe e muito menos da sua aplicação. Por conta disso os prazos de implementação são curtos: O prazo previsto para a implementação das mudanças é: * Ambiente de Homologação (ambiente de teste das empresas) até: 20/10/2021 * Ambiente de Produção até: 25/10/2021 Link para baixar a NT: Portal da Nota Fiscal Eletrônica (fazenda.gov.br) Notem que tem a palavra "até", isso significa que a implementação dessas alterações nos webservices das SEFAZ podem ocorrer antes da data prevista.

Michel, Faça uma copia deles e depois atualiza. Acredito que as alterações que fiz anteriormente já devem estar no SVN.

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

Marcelo, E os campos da aba Arquivos? Porque você não cria uma pasta para salvar os XMLs, fora da estrutura de pastas do ACBr? Eu tenho na minha maquina: C:\Erp\Xml

Gabriel, Você notou o que eu alterei nessa unit? A alteração que eu fiz se refere ao ConsultarLote e não ao Emitir. A alteração foi feita com base no seu relato.

Marcelo, Então o programa exemplo não esta configurado corretamente para gerar os XMLs. Na aba WebService, você marcou o campo: Salvar envelope SOAP ? Na aba Arquivos, você marcou os 4 primeiros campos e definiu o path no campo: Pasta Arquivos NFSe ? Na aba Geral, você marcou o campo: Salvar Arquivos de Envio e Retorno e definiu o path no campo logo abaixo ? Esses campos configuram o componente para que ele salve ou não os XMLs e onde devem ser salvos.

Bom dia Michel, Após o cancelamento da nota, chegou a consultar a nota? Tem provedor que ao realizar esse processo retorna um novo XML da nota com informações sobre o cancelamento. O componente responsável por gerar o DANFSE se utiliza dessas informações para exibir a tarja de nota cancelada.

Bom dia Gabriel, Após atualizar os fontes, você trocou a unit pela que anexei acima?

Bom dia Marcelo, Favor anexar os XMLs de envio e de retorno para que eu possa analisar.

Atualiza todos os fontes e depois substitui a unit.

Boa tarde Douglas, Já esta no SVN.

Boa tarde Oliva, Quem foi que escreveu essa aplicação? O que o Leandro lhe passou é uma linha do código da aplicação responsável por executar o método Enviar que vai enviar a nota para a SEFAZ. Portanto não é uma propriedade do componente.