BigWings

Creio que tenha baixado outro projeto. Que saiba o ACBr não está no Nuget. O ACBr tem código fonte em Pascal para Delphi e Lazarus. Para outras linguagens existe aplicativo de integração (ACBrMonitorPLUS) e DLLs (ACBrLib).

blcksock

Não entendi o "envia mas ninguém recebe". Se ninguém recebe como sabe que enviou? Tente: ACBrMail1.SMTP.Sock.SSL.SSLType := LT_SSLv2; Ou outra configuração no SSLType.

Você não especificou qual a configuração está usando para SSLType. Hoje é definido por Nota Técnica que os webservices só devem aceitar conexões usando TLS 1.2. Quando está configurado como httpWinHttp o ACBr usa a winhttp.dll do Windows, se o Windows não estiver atualizado, essa DLL não tem o suporte necessário a TLS 1.2. Já usando httpOpenSSL é usada a DLL própria, não dependendo do Windows. Então o recomendado é ter o Windows atualizado, configurar SSLType como LT_TLSv1_2 mas deixar esta configuração aberta para possíveis configurações incorretas dos webservices.

Parece o mesmo erro reportado aqui: A solução seria editar o arquivo Fiorilli.ini, na seção [Assinar] e desativar a assinatura para o RPS, Lote, RpsGerar, até encontrar uma configuração que o webservice aceite.

Até onde sei, é um parse HTML na página de consulta completa da nota, gerando um XML a partir daí, e assinado pelo próprio FSist. Se você tiver um XML baixado por esse site pode conferir: - Se o XML está assinado pelo emitente da nota. - Se o digest value da assinatura é o mesmo digest value do protocolo de autorização, no XML e na consulta no portal ou consulta de protocolo.

O que o FSist faz não será implementado no ACBr, se é o que está sugerindo.

Pelo arquivo de configuração das cidades você pode ter uma ideia: https://svn.code.sf.net/p/acbr/code/trunk2/Exemplos/ACBrDFe/ACBrNFSe/ArqINI/Cidades.ini A cidade de Passo Fundo - RS consta na lista, listado no provedor Thema.

Confirmei o bug no D7, correção já no SVN, rev. 20697.

Ou pode fazer simplesmente: if not ACBrNFe1.NotasFiscais.LoadFromFile(sPathNFe) then raise Exception.Create('Erro no carregamento do XML da NFe');

A quem chegar aqui favor continuar no tópico abaixo:

Mas é esse mesmo o exemplo. O que pode mudar é o tipo da manifestação, além da confirmação tem ciência, desconhecimento e operação não realizada.

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

Aparentemente esse webservice está com problemas. Se tentar acessar a URL pelo navegador mostra o erro:

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

Está com os fontes atualizados? Houve uma correção pra esse problema meses atrás:

Essa rejeição indica que o destinatário tem IE ativa. Consulte no Sintegra ou no CCC: https://dfe-portal.svrs.rs.gov.br/NFE/CCC

Pela mensagem em vez de um XML o servidor retornou um HTML. Qual foi o retorno do webservice? Pode anexar aqui o arquivo?

Normalmente o prazo de cancelamento normal de NFCe é 30 minutos, de acordo com as NT. Já o cancelamento por substituição é de 168 horas. Talvez a SEFAZ tenha alterado algo, entre em contato com eles.

Provavelmente o banco de dados entrou em modo shutdown. Veja aqui:

Os pacotes do DANFSE em Fast estão marcados nas opções do projeto?

No ACBrMonitorPLUS tem o objeto BAL que encapsula o ACBrBAL. Geralmente são balanças mais simples sem etiquetadora nem memória interna, e a comunicação é pela porta serial. Mas como o Daniel disse também existem modelos mais avançados e permitem a leitura pela porta de rede, então basta configurar no ACBrMonitorPLUS a porta da balança como TCP:IP_DA_BALANCA:PORTA_TCP.

Tente informar também: Titulo.CodigoMora := '1';

O erro indica que você está validando um XML não assinado.

Veja nas opções de compilação do seu projeto se "Complete boolean evaluation" está ativada. Se estiver desative, reinstale o ACBr e recompile a aplicação.