Italo Giurizzato Junior

Bom dia a todos, Favor atualizar os fontes, reinstalar o ACBr e façam os testes.

Bom dia, O serviço GerarNfse na realidade trata-se de um envio unitário, ou seja, é enviado para o webservice do provedor apenas um Rps. No programa exemplo o botão que exemplifica esse modo de envio é o [Enviar um RPS]. Configure o programa exemplo para salvar os arquivos SOAP. Faça um novo teste e anexe os XMLs gerados.

Bom dia, Eu pedi o XML (soap) esses que você anexou não são. Favor configurar o componente para salvar os arquivos soap. Configuracoes.WebServices.Salvar := True; Vai ser salvo no disco os arquivos: *-con-nfse-soap.xml *-lista-nfse-con-soap.xml Além desses dois que você anexou.

Bom dia, Primeiramente o que você esta fazendo não é manifestação do destinatário, pois a Manifestação do Destinatário são 4 eventos que é enviado pelo destinatário da mercadoria ao Ambiente Nacional. O que você esta fazendo é a obtenção dos documentos através do serviço DistribuicaoDFe, é este o serviço que costuma gerar a rejeição de Consumo Indevido. Vamos ao seu log: 28/09/2022 08:24:28 - NFe.DistribuicaoDFePorUltNSU("52","23.156.990/0001-57",000000000003604) 28/09/2022 08:24:28 - ERRO: Rejeicao: Consumo Indevido (Deve ser utilizado o ultNSU nas solicitacoes subsequentes. Tente apos 1 hora) 28/09/2022 08:24:41 - NFe.DistribuicaoDFePorUltNSU("52","23.156.990/0001-57",000000000003604) 28/09/2022 08:24:42 - ERRO: Rejeicao: Consumo Indevido (Deve ser utilizado o ultNSU nas solicitacoes subsequentes. Tente apos 1 hora) Foi realizada uma tentativa as 08:24:28 que resultou em consumo indevido e pede para tentar novamente após 1 hora. Mas 13 segundos depois é disparada uma nova tentativa. Lhe pergunto essa mensagem de rejeição foi apresentada ao usuário? Se sim, você precisa ter na sua aplicação um controle que impeça ele de disparar uma nova execução. Você tem o XML de retorno dessas últimas duas execuções do DistribuicaoDFePorUltNSU? Se sim, favor anexar.

Boa noite Marco, O problema é que existe no HD da sua máquina cópia do ACBr ou BPL e DCU em pastas que o Delphi tem acesso. Caso tenha cópia, delete. Execute o ACBrInstall com a opção de apagar arquivos antigos marcada.

Boa noite, Fiquei na dúvida. O problema inicial era porque a cidade trocou de provedor? Após alterar o arquivo INI funcionou?

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

Boa noite Willian, Você sabe nos informar quais são as URLs de Produção e de homologação?

Boa noite a todos, Se não me falha a memória o provedor Betha webservice que segue a versão 1 do layout da ABRASF, permite a inclusão de uma lista de serviços. Vai ser necessário debugar para saber o porquê você informa quantidade 3 e aparece 1.

Boa noite, Favor anexar também o XML (soap) de envio para que possamos analisar o problema.

Boa noite a todos, O que deve estar ocorrendo é uma falha ao ler e tratar o retorno, veja: <ConsultarSituacaoLoteRpsResposta> <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> Mario, já inclui na minha lista de tarefas para analisar o problema. TK-3105

Boa noite, Já inclui na minha lista de tarefas. TK-3104

Boa tarde Guilherme, Já esta no SVN. Observação, os seus fontes estão desatualizados, favor atualizar todos os fontes de todas as pastas, reinstale o ACBr e faça novos testes.

Boa tarde Paulo, Já esta no SVN.

Bom dia Junior, Já esta no SVN.

Boa tarde Anadilson, Já esta no SVN.

Boa tarde Mario, Qual é a cidade?

Bom dia Paulo, Já esta no SVN.

Bom dia Acredito que ele não esteja lendo corretamente o valor de ISSRetido. Já inclui na minha lista de tarefas para analisar esse problema. TK-3102

Bom dia Patrick, Vou continuar a analisar essa questão para poder encontrar uma solução.

Olá Pessoal, A SEFAZ-MG está com a seguinte mensagem: • A URL de consulta a NFCe via QRCode foi alterada em PRODUÇÃO. A partir do dia 4/4/2022 a URL antiga foi desativada. Importante lembrar que a nova url deverá ser utilizada tanto no processo de consulta quanto de autorização. A nova url a ser utilizada é: https://portalsped.fazenda.mg.gov.br/portalnfce/sistema/qrcode.xhtml • Desde 4/7/2022 a consulta com QRcode não é mais possível utilizando a url antiga. A consulta é possível apenas através da chave de acesso. Segundo a mensagem as URLs antigas não funcionam mais por conta das datas do texto acima. Mas o que tudo indica a SEFAZ-MG não realizou a troca das URLs em seu webservice e com isso ao tentar enviar uma NFC-e com as novas URLs de consulta a nota não é autorizada. Link da página da SEFAZ-MG que contém toda a mensagem referente a troca das URLs: SPED MG (fazenda.mg.gov.br) Link da página da SEFAZ-MG com a lista de URLs de produção e homologação: SPED MG (fazenda.mg.gov.br) Infelizmente existe um comunicado e a lista de URLs com as URLs atualizadas, mas o webservice não está atualizado.

Boa tarde Mauricio, Complementando o que o Juliomar já lhe passou: A cidade de Ronda Alta/RS se utiliza do provedor Pronim, este está usando o webservice baseado na versão 2.03 do layout da ABRASF. O provedor implementou em seu WebService os serviços de recepção de lotes de RPS, mas segundo o manual da ABRASF o envio em lote está limitado em 50 RPS. Logo não tem como você enviar os 700 em uma paulada só, vai ter que dividir em lotes de 50.

Boa tarde Alexandre, Analisando o XML que você anexou não encontrei nada que pudesse estar gerando esse erro. Se não ocorreu a troca da aplicação que emite as notas é quase certeza que o problema é no webservice. Favor entrar em contato com a prefeitura/provedor e relate o problema.

Boa tarde Patrick, Estranho, pois tenho retornos com vogais acentuadas e não tenho esse problema.

Bom dia Patrick, O que tudo indica o problema é a razão social do prestador, veja: &lt;RazaoSocial>R &amp;amp; S SERVICOS AUTOMOTIVOS LTDA ME&lt;/RazaoSocial> Quando o componente executa o Parte temos o seguinte: <RazaoSocial>R &amp; S SERVICOS AUTOMOTIVOS LTDA ME</RazaoSocial> Para mim é esse &amp; que sobra na razão social que esteja gerando o erro. Não entendo essa mania de empresas usarem o "&" na razão social. Acham que fica chique.