BigWings

Me parece que o problema é simplesmente a falta de espaço pra imprimir a descrição. Nesse caso terá que ativar a impressão em duas linhas.

A chave da NFe reflete os dados da nota, de acordo com: 1-UF do emitente; 2-Mês e ano de emissão; 3-CNPJ do emitente; 4-Modelo, série e número do documento; 5-Tipo de emissão (tpEmis) 6-Código Numérico (cNF) 7-Dígito verificador. Se você quer "forçar" uma chave, deve saber qual desses campos precisa ser alterado para gerar a chave da forma que quer e fazer a devida correção.

Veja o componente ACBrCHQ.

Veja a função EncodeDate().

Sim, veja o seguinte tópico: https://www.projetoacbr.com.br/forum/topic/40253-campogrupo-object-reference-not-set-to-an-instance-of-an-object

O modo de informação do vale pedágio mudou na versão 3.00. Na versão 1.00 você faria: with ACBrMDFe1.Manifestos.Add.MDFe do with rodo.valePed.disp.Add do begin // dados do vale pedagio end; Já na 3.00 você deve fazer assim: with ACBrMDFe1.Manifestos.Add.MDFe do with rodo.infANTT.valePed.disp.Add do begin // dados do vale pedagio end;

Veja se resolve o teu problema:

Falta informar as tags referentes ao destaque do imposto do item. vBC= pICMS= vICMS=

Apenas para esclarecer, de acordo com o manual, o tomador informado no grupo toma3 pode ser o Remetente, Expedidor, Recebedor ou Destinatário do CTe.

Tente chamar o método Assinar após o GerarNFe. Se não me falha a memória é nesse momento que o arquivo é gerado em disco.

Não cheguei a verificar mas é possível que o componente esteja alterando a versão assim que você carrega um XML da versão 2.00 para ele. Faça o teste e tente fazer o cancelamento informando apenas a chave do CTe e o protocolo de autorização do mesmo.

Por acaso está chamando o método de Status de Serviço antes do envio? Se está, qual o XML retornado por ele? Essa configuração é ajustada na chamada a esse método com base no retorno do tempo médio de resposta do webservice. ACBrCTeWebservices.pas, linha 688: function TCTeStatusServico.TratarResposta: Boolean; var CTeRetorno: TRetConsStatServ; begin FPRetWS := SeparaDados(FPRetornoWS, 'cteStatusServicoCTResult'); [...] if FPConfiguracoesCTe.WebServices.AjustaAguardaConsultaRet then FPConfiguracoesCTe.WebServices.AguardarConsultaRet := FTMed * 1000; Você também pode configurar a propriedade AjustaAguardaConsultaRet para não fazer esse ajuste.

Tente remover as aspas no final da descrição do item, porque dessa forma o ACBrMonitorPLUS está fechando o comando ali. Pode remover os parênteses também... Aspas seguidas de parêntese ou vírgula é entendido como final de comando pelo ACBrMonitorPLUS.

Tente contato com a SEFAZ, provavelmente eles ainda não implementaram os novos Schemas.

Aqui retornou normalmente: Qual biblioteca (SSL Lib) está usando?

Tem uma chave ou XML de NFCe da BA para teste?

Não tem o que corrigir... No XML o ACBr grava usando o máximo de casas decimais permitidas para o campo. No caso do qCom são 4 casas. No caso do vUnCom são 10 casas. Pode dizer porque isso é um problema pra você?

Tente assim: [ICMS001] CSOSN=102 orig=0

Ainda tem componentes demais no library path do Delphi. A linha de comando onde é chamado o compilador dcc32.exe deve ter no máximo 32000 caracteres, no seu primeiro arquivo tinha 37750, neste 42452, ou seja aumentou ainda mais... Se não puder reorganizar os demais componentes em paths simplificados, a solução será instalar os .dpk manualmente.

Anexe o novo log do ACBrInstall_Trunk2.

Já existe tópico sobre esse erro específico:

Quando disse retorno quis dizer o retorno do webservice com cStat, protocolo, etc... Você precisa tratar o retorno pra saber se o método foi executado com sucesso. E para gravar os arquivos XML em disco o componente deve estar configurado para tal, você fez essa configuração? Consulte o demo do ACBr para um melhor entendimento do funcionamento do componente.

O que quer dizer com "não acontece nada"? Qual o retorno do método Consultar?

O método DistribuicaoDFe não retorna as notas emitidas, nem mesmo NFe. Ele serve para listar e baixar as NFe, CTe e MDFe de interesse do autor, seja por ele ser o destinatário da nota, transportador, terceiro listado na tag <autXML> e outros papeis, no caso do CTe, do documento. Se houve a perda do XML no momento do envio, a única coisa que você pode fazer, usando o ACBr é: 1-Alimentar o componente com os dados da venda, lembrando de informar exatamente os mesmos dados, inclusive o campo cNF (Código Numérico) da nota. 2-Executar o método ACBrNFe1.NotasFiscais.GerarNFe para gerar novamente o XML. 3-Executar o método ACBrNFe1.Consultar para obter e atualizar o XML com o protocolo de autorização. Qualquer informação diferente no XML pode gerar a rejeição "Digest Value do documento não confere" o que quer dizer que o XML não tem os mesmos dados do XML autorizado.

Verifique a configuração do componente: ACBrNFe1.Configuracoes.Geral.ModeloDF := moNFe; Não existe manifestação para NFCe, mas se o componente estiver configurado nesse modelo pode ocorrer esse erro.