BigWings

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...

Não é mais possível saber a situação atual da manifestação de uma NFe por Webservice. Se a sua aplicação gerou a manifestação ela tem essa informação, e o XML do evento, no momento da manifestação. Senão, o máximo que pode fazer é manifestar novamente, e verificar o retorno "Rejeição: Duplicidade de evento".

Diretamente, não há, mas você pode acessar o XML retornado e verificar o destinatário da NFe.

Você tem que aguardar a SEFAZ implementar os novos Webservices. O prazo para isso está na NT 2016.002 v1.20. Até agora apenas MS e PR tem webservices para a versão 4.00.

O erro foi retornado pelo método ValidarRegrasdeNegocios? Ou rejeição da SEFAZ mesmo? Caso seja o primeiro, ele ainda não foi revisado para as regras da NFe 4.00, por isso continua rejeitando.

Na versão 3.10 do layout da NFe as formas de pagamento são apenas para NFCe. Na versão 4.00 será obrigatório informar para NFe e NFCe.

Para a NFe completa a nota precisa estar manifestada.

Veja que estamos no fórum do ACBrMonitorPLUS. Usando o componente, se quer apenas obter o XML da nota, pode fazer o seguinte: ACBrNFe1.DistribuicaoDFePorChaveNFe(<cUF>, <CNPJ>, <chvNFe>); case ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.cStat of 137: ; // nenhum documento localizado 138: Memo1.Lines.Text := ACBrNFe1.WebServices.DistribuicaoDFe.retDistDFeInt.docZip.Items[0].XML; end;