BigWings

No seu código parece estar faltando ler os dados retornados pelo ACBr. Depois do oObj:Send chamar este trecho: // ------------------------------- // Teste de recebimento do socket // ------------------------------- cBuffer := "" nResp = oObj:Receive( @cBuffer, 10000 ) if( nResp >= 0 ) conout( "--> Dados Recebidos " + StrZero(nResp,5) ) conout( "--> ["+cBuffer+"]" ) else conout( "--> Não recebi dados" ) endif https://tdn.totvs.com/display/tec/Classe+TSocketClient O cBuffer vai conter a string do .ini.

O evento de prestação em desacordo não cancela automaticamente o CTe, então está correto continuar aparecendo como autorizada. Depois da emissão desse evento o emitente do CTe pode proceder com a emissão do CTe de anulação e substituição. Você pode verificar na parte de eventos do CTe na consulta completa. Se não aparecer no portal nacional tente consultar na SEFAZ estadual.

Vem no retorno do comando DistribuicaoDFe. https://acbr.sourceforge.io/ACBrMonitor/ModeloRespostaDistribuicaoDFePor.html

Não são os últimos 50, são os primeiros 50. Você só deve passar 0 na primeira consulta de um CNPJ, depois disso sempre usar o último já consultado.

Por favor não cole trechos grandes de código no corpo da mensagem. Use a opção de anexar arquivos.

No último parâmetro você tem que informar o último NSU recebido na última execução do método DistribuicaoDFe. Se passar 0 sempre vai obter os 50 primeiros documentos dos últimos 90 dias.

Passou batido... vou mover seu tópico para o sub-fórum apropriado.

Na versão em Fortes não tem como, você teria que abrir os fontes do ACBr e alterar ao gosto dele. Na versão em Fast pode apenas editar o FR3.

Não tem, o Fortes não tem essa funcionalidade. Se alguém desejar contribuir faça na página do projeto: https://github.com/fortesinformatica/fortesreport-ce

Quer dizer que já foi enviado o evento da prestação em desacordo.

Aparentemente foi isso mesmo, o Lazarus não aceita o CERT_STORE_PROV_SYSTEM_W. Enviei a correção pro repositório, rev. 20592.

Bom dia Enviei uma correção para o repositório, rev. 20593. Favor atualizar novamente.

Eu não sei como a SEFAZ-RS faz essa validação, essa rejeição depende da situação do emitente na SEFAZ de origem, então a SEFAZ-RS supostamente não teria o acesso pra validar. Pode ser um falso positivo.

OnObtemCampo é um evento do componente, ele precisa estar implementado.

Veja a configuração ACBrNFe.Configuracoes.WebServices.UF. No caso do evento de prestação em desacordo deve-se enviar para a UF do emitente do CTe.

Se está usando OpenSSL, certifique-se de definir a configuração: ACBrNFe.Configuracoes.Certificados.NumeroSerie := '';

Se está enviando no modo síncrono não vai ser preenchido o objeto WebServices.Retorno, você obtém o cStat de WebServices.Enviar. Veja no programa exemplo como é feito o tratamento do retorno síncrono/assíncrono.

Verifique como está passando a propriedade Titulo.OcorrenciaOriginal.Tipo.

Qual o erro?

Se entendi, você não quer emitir NFSe e sim obter as NFSe emitidas contra o CNPJ, como o DistribuicaoDFe para NFe, certo? Se é isso, não tem essa funcionalidade no ACBrNFSe.

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

Em que momento da rotina a tela aparece? E que tela é essa, pode incluir um print? Acontece também com o programa exemplo do componente?

Os certificados estão instalados para o usuário ou máquina local? Você pode tentar alterar o local:

Que saiba essa tela só aparece se você explicitamente chamar o método ACBrNFe.SLL.SelecionarCertificado. Se está usando ArquivoPFX, DadosPFX ou URLPFX não deve executar esse método.

Continua o mesmo erro? Ou está tendo rejeição? Testou com o programa exemplo? Eu fiz o teste configurando pra ve310 e consegui consumir o webservice, mas recebi rejeição 257. Creio que o webservice esteja fazendo alguma validação extra contra o certificado.