Diego Foliene

Boa tarde!
Não tem um método Assinar.
Isso foi automatizado pelo novo componente, se o provedor requerer que seja assinado o arquivo, o componente vai assinar ele para você, se não precisar, ele não vai assinar.

Boa tarde.
O provedor Fiorilli é conhecido por ter um ambiente de homologação problemático com essa questão de assinaturas.
Tente definir a propriedade:
ACBrNFSeX.Configuracoes.Geral.Assinaturas := taNaoAssinar; E refazer o teste em homologação.
Se mudar para produção, já precisaria alterar de taNaoAssinar para taConfigProvedor.

Boa tarde!
Isso acontece devido ao tamanho do buffer.
Que foi passado.
Veja:
O tamanho do buffer está menor do que o tamanho da string.

Você pode tentar adicionar esta URL alterada como uma URL de homologação no arquivo ACBrNFSeXServicos.ini

Por favor, faça um teste usando o arquivo DANFSeProvedorEL_ProvedorNacional.fr3 e veja se o mesmo atende a sua necessidade.

Boa tarde!
Foi enviado ao SVN na Rev-31475 alteração visando impedir que isso acontece.
Agora, ao selecionar uma cidade que não tenha provedor atribuído, o Monitor vai mostrar um indicativo de que tem algo errado no campo e não vai deixar salvar as informações.
A alteração será englobada na próxima compilação do ACBrMonitor.

Bom dia!
Por manifestação do Destinatário, você diz enviar o evento de Ciência, Confirmação ou Desconhecimento da Operação depois de conseguir o resumo das NF-es pela DistribuiçãoDFe, correto?
Se sim, então pode sim, enviar o evento logo em seguida.
O que você não pode é ficar abusando do método de DistribuicaoDFe para não cair em consumo indevido.
Na NT2014/002 tem algumas orientações a respeito.
Por ser membro PRO, você também tem acesso ao curso Implementando o Serviço DistribuiçãoDFe que explica sobre.

Bom dia!
Foi enviado no SVN na Rev-31463, alteração para que preencha a propriedade da classe web service.
No entanto, vale explicar que na verdade não era um erro. O que acontece é que a informação é preenchida em outra propriedade.
Por isso, agora, com a alteração recente, você pode escolher entre:
ACBrMDFe.WebServices.Enviar.dhRecbto; Ou a propriedade que já recebia a informação antes:
ACBrMDFe.Manifestos[Indice].MDFe.procMDFe.dhRecbto; Lembrando que para alteração surtir efeito, você precisa atualizar seus fontes e reinstalar o ACBr.

Boa tarde!
Foi gerada uma nova compilação da Lib englobando o ajuste que visa resolver o problema.
Por favor, queira atualizar e realizar um novo teste.

Bom dia.
Tivemos um relato no tópico abaixo de outro membro que homologou utilizando a versão 2.02, por isso, optamos por esta.
 
A alteração foi enviada ao SVN na Rev-31426, por favor, queira atualizar seus fontes, reinstalar o ACBr para realizar novos testes e reportar qualquer problema.

Bom dia.
A Receita substituiu o captcha sonoro pelo hcaptcha inviabilizando a forma como era feito a consulta com o componente.
Estamos analisando alternativas, mas não há nada concreto ainda.
Por favor, veja este tópico para mais detalhes e sugestões de alternativas da própria comunidade.
 

Já respondido no Discord do ACBr pelo @antonio.carlos no canal #pro-tef.
 

Boa tarde!
Após realização de alguns testes e análise.
Chegou-se ao seguinte modelo de arquivo a ser utilizado para o evento de Insucesso da Entrega:
[EVENTO] idLote=1 [EVENTO001] chCTe=<Informar a chave co CTe ao qual o evento será vinculado> CNPJ=<Informar o CNPJ do emitente> tpEvento=110190 dhEvento=<Informar a data do evento> nProt=<Informar o protocolo de autorização do CTe> dhTentativaEntrega=<Informar a data da tentativa de entrega> nTentativa=<Informar a quantidade de tentativas de entrega> tpMotivo=<Informar o motivo do insucesso, conforme opções da NT respectiva> xJustMotivo=<Justificativa do insucesso quando tpMotivo for 4> latitude=<Informar Latitude do Local de entrega no formato -XX.XXXXXXX> longitude=<Informar Longitude do Local de entrega no formato -XX.XXXXXXX> hashTentativaEntrega=<Hash tentativa de entrega calculado usando chave CTe + Imagem> dhHashTentativaEntrega=<Data de geração do Hash> [infEntrega0001] chNFe=<Chave da NFe cujas mercadorias estão sendo entregues> E ao seguinte modelo para o Cancelamento do Insucesso da Entrega:
[EVENTO] idLote=1 [EVENTO001] chCTe=<Informar chave do CT-e ao qual será vinculado o evento> CNPJ=<Informar CNPJ do emitente> tpEvento=110191 dhEvento=<Informar data do evento> nProt=<Informar protocolo de autorização do CTe> nProtIE=<Informar protocolo do evento de Insucesso na Entrega> descEvento=<Informar descrição do evento> Ambos foram enviados ao SVN nas Revs 31359 e 31360 e serão adicionados na próxima atualização da documentação.

Tópico movido para a área do SAC, para que o SLA de respostas seja considerado
Bom dia.
Isso significa que você precisa informar usuário e senha nas propriedades:
ACBrNFSeX.Configuracoes.Emitente.WSUser; ACBrNFSeX.Configuracoes.Emitente.WSSenha;  

Bom dia!
Conferindo em Portal GNRe > Confguracores UFs, selecionando a opção Receitas e escolhendo Mato Grosso, nós temos:
 
Indique este link para o seu apoio fiscal para que possam consultar e verificar qual é o mais adequado.

Bom dia @NVTech.
Foi enviado ao SVN na Rev-31310 alteração visando resolver este problema.
Foi gerada um nova compilação da Lib englobando esta alteração.
Por favor, queira atualizar sua Lib, realizar novos testes e reportar qualquer problema.

Alteração enviada ao SVN na Rev-31296.
Por favor, atualize seus fontes, reinstale o ACBr para realizar novos testes e reportar qualquer problema.

Bom dia!
Por favor, faça um teste informando apenas 61 no CST ao invés de 061.
Se o problema persistir, disponibilize o arquivo INI completo para análise.

Boa tarde.
Está inscrição é de fato, inválida.
Conforme indicado no Validar Inscrição Estadual 4Devs e no ACBrValidador.
Você precisa adicionar os zeros não significativos a esquerda da mesma forma que está no cadastro do Sintegra.

Boa tarde!
Mesmo que o cliente seja do Simples, use Prod.ICMS.CST = CSTIcms.cst02 ao invés de Prod.ICMS.CSOSN.

Boa tarde!
Encontrei no fórum do ACBr mesmo, um arquivo de envelope de uma cidade que é atendida pelo mesmo provedor na mesma versão.
Como não tenho dados válidos, forcei meus testes usando este arquivo. (alterei o fonte para que no momento que ele recebesse o retorno, trocasse o conteúdo pelo do arquivo, para que esse passasse pelas outras rotinas);
Vale destacar também que nos fontes também é possível observar que o método que salva automaticamente o PDF da NFS-e ao receber o retorno do web service não é usado por este provedor. Logo, deduzo que esteja usando o método NFSe_ImprimirPDF, para geração do mesmo.
Dito isso, fiz múltiplos testes e em todos os nomes do arquivo -nfse.xml e do arquivo -nfse.pdf coincidiram.
Por favor:
Veja se não está com a Lib desatualizada. Se a Lib está devidamente configurada. Se não está confundindo o XML da NFSe com o XML do RPS, neste último está correto não ter a informação do ano, pois ela é devolvida pelo provedor no XML da NFS-e somente.

Boa tarde!
Muito obrigado!
Nosso amigo @Italo Giurizzato Junior enviou ao SVN na Rev-31280 uma possível alteração visando corrigir este problema.
TK-4742
Por favor, atualize seus fontes, reinstale o ACBr e faça novos testes.

Bom dia!
No arquivo ACBrNFSeXServicos.ini a cidade de Porto Feliz/SP já consta como sendo atendida pelo provedor Pronim em sua versão 2.03.
Se a situação for diferente no seu arquivo ini, por favor, atualize seus fontes, reinstale o ACBr e faça novos testes.
Se ainda assim a cidade não aparecer na lista do exemplo, escolha uma outra cidade qualquer que tenha provedor atribuído, clique em salvar configurações, reinicie o exemplo e procure por Porto Feliz/SP.

Bom dia!
Você deve mandar Gerar o XML antes de tentar pegar.
Tente algo assim:
with DM.ACBrNFe.EventoNFe.Evento.Add do begin infEvento.chNFe := Chave; infEvento.CNPJ := CNPJ; infEvento.dhEvento := lDataHora; infEvento.tpEvento := teCCe; infEvento.nSeqEvento := nseqCorrecao; infEvento.detEvento.xCorrecao := DM.QAux.FieldByName('TEXTO').asString; end; DM.ACBrNFe.EventoNFe.GerarXML; sXML := DM.ACBrNFe.EventoNFe.Gerador.ArquivoFormatoXML;