BigWings

OpenSSL não é compatível com certificado A3. Você pode usar WinCrypt ou CAPICOM.

Poste o XML para testarmos.

No ACBrNFeServicos.ini todos os endereços estão redirecionando para o SVRS. O retorno da consulta também parece correto: Será que você não tem um .ini diferente aí?

Está usando certificado A3 com OpenSSL e DadosPFX?

Isso aqui devia dar erro de compilação. Use: Ide.finNfe := fnDevolucao; Acrescente a pcnConversaoNFe ao uses.

Assunto diferente, abra um novo tópico! Quanto ao problema, verifique se não há informações complementares no XML que possa estar causando quebras de linha. Poste o XML se quiser.

Segundo consta, esse é um problema já corrigido nos fontes, então verifique novamente as versões:

Use a StringToFloat da unit ACBrUtil que já faz esse tratamento: FNFSeW.NFSeWClass.VersaoDados := StringToFloat(Configuracoes.Geral.ConfigXML.VersaoDados);

Você tem que configurar essas propriedades no componente de impressão (ACBrBoletoFCFR ou ACBrBoletoFCFortes). A propriedade é MostrarSetup.

Os eventos de manifestação do destinatário não são disponibilizados para o próprio, apenas para o emitente da NFe e terceiros autorizados no XML da NFe. Veja a tabela na página 6 da NT 2014.002 v1.02b. Hoje não há uma forma de descobrir, por webservice, a situação atual da manifestação para uma NFe emitida contra o CNPJ.

var pag: TpagCollectionItem; begin pag := ACBrNFe1.NotasFiscais.Items[0].NFe.pag.Add; pag.tPag := fpSemPagamento;

Você está usando modo síncrono então não há dados de retorno de recepção. Pegue as informações diretamente do envio, ou do procNFe da nota fiscal. ACBrNFe1.Enviar(nLote, False, True); ShowMessage(ACBrNFe1.WebServices.Enviar.xMotivo);

O A1 também pode corromper. Por isso sempre é bom ter um backup. Qual o erro na emissão da NFCe? Já verificou se não há cadeias de certificado que precisam ser atualizadas?

UPDATE: Favor desconsiderar. A NFSe é gerada com valor incorreto apenas na consulta da NFSe. No método de envio ela vem conforme o RPS. Nesse caso não há o que mexer no ACBr.

Retornando a este tópico já que também tive esse problema. Aparentemente há um bug no software da Agili que está retornando o valor na NFSe diferente do valor enviado no RPS, quando a quantidade é maior que 1. A mesma tag no RPS é o valor unitário, no retorno do XML da NFSe ele vem com o valor total, o que causa a multiplicação do valor no componente (no portal fica correto). Este é o RPS: E a NFSe: Acabei tendo que aplicar a correção postada pelo @Marcio Lopes ACBr em meus fontes para corrigir essa situação, que será corrigida em breve (2 semanas) segundo o suporte. Não sei se é o caso de subir para o repositório, já que se trata de um bug no software da Agili, o que acha @Italo Jurisato Junior?

Veja que você está usando o validador da EFD Contribuições para validar um arquivo do FCont. Baixe o validador do FCont.

Experimente preencher os dados do tomador na tag "toma": with ACBrCTe1.Conhecimentos.Add.CTe do begin Ide.cUF := UFtoCUF(edtEmitUF.Text); Ide.cCT := StrToInt(NumCTe); Ide.CFOP := 6932; Ide.natOp := 'PRESTACAO SERVICO TRANSPORTE INICIO OUTRA UF FORA DO ESTADO'; Ide.modelo := 67; [...] //Adiciona dados do tomador do serviço toma.CNPJCPF := '999999999999'; toma.IE := 'XXXXXXXXXXXXXXXX'; toma.xNome := 'XXXXXXXXXXXXXXXXXXXX'; toma.xFant := ''; toma.fone := '';

Sim... menos mal então, achei que seria erro de implementação.

A solução é a mesma... você só precisa saber em qual unit os tipos estão declarados. Faça uma busca nos fontes, use o CTRL+Clique ou deixe o mouse sobre o tipo no form onde eles compilam.

Uma situação no Lazarus que não consegui resolver, conforme mencionei anteriormente: 1-Adicionar o componente 2-Adicionar um item a OrdenacaoPath 3-Tentar deletar o componente. As vezes ocorre AV, as vezes o Lazarus simplesmente trava.

São diferentes. Evite usar a série 0. Segundo o MOC usar série 0 indica que a NFe não tem série.

Provavelmente falta referenciar a unit onde os tipos estão declarados. Se não me engano é a ACBrDFeSSL.

Atenção para as regras do fórum! Vou dividir o tópico e movê-lo para o fórum apropriado.

Foge ao escopo do componente, na minha opinião. Mesmo para criação de um novo componente, talvez semelhante ao ACBrNCM, precisaria de uma fonte oficial, a única que temos hoje é a página https://www.confaz.fazenda.gov.br/legislacao/convenios/2017/CV052_17, e não acho que seria prático fazer o parse dessa página...