BigWings

As URL ainda não estão no repositório, aguarde. Ou baixe os arquivos e teste.

NFe avulsa, emitida pela SEFAZ do estado. Nâo creio que seja possível emitir usando webservice, ou o emissor gratuito.

Não. Veja a imagem acima. O Webservice é obrigado a rejeitar essa situação.

Repetindo: Informe apenas o conhecimento. Não se deve informar NFe em um MDFe como prestador de serviço de transporte.

Complementando a resposta do Nelson, leia este tópico:

Se é uma transportadora deve informar apenas Conhecimentos.

No IBX tem o IBBackupService. mas depende de instalar o Firebird em modo de compatibilidade, gerando a gds32.dll.

Está com os fontes atualizados? Tem um ACBrNFeServicos.ini na pasta da aplicação?

Se está imprimindo a NFCe pelo Fortes, e tentando ativar o PosPrinter ao mesmo tempo, pode ter esse tipo de problema, já que a porta pode estar em uso pelo Windows para impressão da NFCe. Algumas impressoras tem configuração no driver, nas preferências de impressão da impressora instalada no Windows, para fazer o corte automático de papel ao finalizar a impressão. Não sei se é o caso da DR800, verifique. Outra opção é usar a impressão da NFCe via EscPos, nesse caso estaria usando apenas a impressão direta na porta e não via spooler do Windows. Veja o demo na pasta ACBr\Exemplos\ACBrDFe\ACBrNFe\Demo ACBrNFeDANFeEscPos.

O WebService NFeDownloadNFe foi desativado em 01/06/2017. Faça uma busca no fórum que já tem muitos tópicos sobre o assunto.

Está faltando a URL do QR-Code que é gerado no XML da NFC-e. A string deveria começar com a URL e está começando com '?chNFe'... Atualize os fontes.

Informe o código da UF do emissor como primeiro parâmetro.

Deve servir, não cheguei a baixar a testar a 1.64. Esse é o correto.

Sabe dizer se a SEFAZ de MG já divulgou os endereços dos WebServices para NFCe? Até onde sei ainda não. Para desenvolvimento você pode usar o webservice de homologação do AM, usando o seu próprio certificado: http://portalnfce.sefaz.am.gov.br/desenvolvedor/ambiente-de-homologacao-para-desenvolvedores/ Coloque um endereço do AM (pode ser fictício) como endereço do emitente.

Use a versão estável do Lazarus (1.62) 32 bits. Seu fonte contém conflitos de update do svn não resolvidos, baixe novamente os fontes em uma nova pasta e tente novamente.

Isso era possível no webservice NFeConsultaDest, que foi desativado. No DistribuicaoDFe não existe essa informação. Nesse caso, a única forma é controlar pela sua aplicação, no momento da manifestação. Os eventos gerados pelo emitente (carta de correção, cancelamento) ou pelo fisco (ct-e autorizado, mdf-e autorizado, registro de passagem, etc) são distribuídos para o destinatário. Eventos gerados pelo destinatário, no caso, a manifestação, não retornam para o mesmo, são disponibilizados para os demais interessados.

Qual o erro?

Para especificar qual quer usar, basta incluir o nome da unit antes: uses ACBREFDBlocos, ACBrEPCBlocos; [...] procedure TForm1.Button1Click(Sender: TObject); begin ACBrSPEDFiscal1.Bloco_0.Registro0000New.COD_VER := ACBREFDBlocos.vlVersao110; ACBrSPEDPisCofins1.Bloco_0.Registro0000New.COD_VER := ACBrEPCBlocos.vlVersao201; end;

Parece que você não tem os componentes do ACBr instalados no Lazarus.

Esse erro indica falta de configuração da propriedade SSLType do componente. Veja este tópico:

Foi liberada nova versão do ACBrMonitorPLUS. Atualize e tente novamente.

Veja na hierarquia de certificação do certificado, pode ser que haja outros certificados intermediários que precise atualizar. Entre no site da certificadora e baixe as cadeias atualizadas.

Acho que essa informação não procede. Produção, já? Questione o motivo de não estarem usando a padronização do nome do webservice imposta pela NT 2016.002: Veja por exemplo os nomes dos webservices de homologação liberados ontem pela SEFAZ-PR. https://www.legisweb.com.br/legislacao/?id=344630

Tópico movido para o fórum apropriado.