BigWings

Use os schemas do repositório na pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe. Foi preciso um ajuste nos schemas oficiais para funcionar com a libxml2.dll, caso contrário ocorre erro de validação em strings com menos de 3 caracteres.

Você tem conflitos de atualização do svn não resolvidos, por ter feito alterações locais antes. Faça uma cópia de tudo e use o revert do Tortoise para voltar ao fonte do repositório.

Tem o comando para alterar a versão: NFE.SetVersaoDF("3.10");

Improvável, no layout 3.10 não era permitido informar pagamentos na NFe. Anexe o XML para análise.

Não. Você pode testar em homologação usando o certificado de uma empresa emissora de NFe.

Recompilou também o ACBr?

Veja o método GerarChaveAcesso da ACBrDFeUtil.pas.

Está informando os parâmetros chave e CNPJ invertidos. ACBrNFe1.DistribuicaoDFePorChaveNFe(UFtoCUF(UF), CNPJCPF, ChaveNFe);

Qual a dúvida? O fato de poder informar o FCP-ST em NFe com emitente optante pelo Simples Nacional não quer dizer que você deve usar ele para informar o FCP normal. É isso que está tentando fazer?

Boa tarde, Alterações enviadas ao repositório. Obrigado pela contribuição. Em caso de problemas favor anexar XML para verificação, com PDF ou imagem demonstrando o erro.

Que saiba para consumidor final não se calcula ICMS-ST, logo também não se gera o FCP-ST.

A versão dos schemas destacada pelo @Rafael Fachini ainda vai causar o erro de validação. Você deve usar a última versão dos schemas - PL_009_V4_NT_2016_002_v1_60b - se estiver usando o ACBr para validação use os schemas disponibilizados no repositório no diretório ACBr\Exemplos\ACBrDFe\Schemas\NFe. Na última versão dos schemas os campos vOrig, vDesc e vLiq tiveram o seu tipo alterado, de: <xs:element minOccurs="0" name="vOrig" type="TDec_1302Opc"> Para: <xs:element minOccurs="0" name="vOrig" type="TDec_1302"> Conforme arquivo leiauteNFe_4.00.xsd. O tipo anterior impedia a tag de ser informada no XML caso o valor fosse zero, o correto era não gerar a tag. Como a regra de validação agora exige que seja informada a tag foram liberados os novos schemas no dia 02/07/2018.

O ACBr segue o Manual de Orientação e as Notas Técnicas, e não houve alteração no layout do DANFE no que se refere à placa do veículo, o campo deve continuar sendo mostrado no DANFE. Sendo assim não é possível fazer essa mudança.

Os arquivos .fr3 usados no ACBr são feitos para a versão 5.x do FR. Provavelmente há uma incompatibilidade entre as versões no que se refere a carga dos datasets. Minha sugestão é que faça a atualização do Fast Report.

Fiz alguns ajustes, para não mostrar a banda de duplicatas caso não haja e fonte, favor teste com o arquivo abaixo: DANFePaisagem_2018.fr3

Bom dia, Infelizmente, sua contribuição causou efeitos colaterais conforme os tópicos abaixo: Suspeito que tenha a haver com a versão do Fast Report utilizada. Então, por favor, informe qual versão usa onde o problema ocorre.

Bom dia, Última alteração revertida no repositório. Favor atualizar os fontes e testar novamente.

Foi dito que havia rejeição referente ao total das parcelas ser diferente do total da nota. Você citou a rejeição referente ao total de pagamentos. O total de pagamentos, sim, com exceções, deve ser igual ao total da nota. Já para as parcelas, não faz sentido... se eu tiver uma NFe onde houve pagamento de entrada, e o restante parcelado, não se deve informar a entrada como parcela, apenas pagamento.

Como suspeitava, seu arquivo não está atualizado.

Eu ainda acho que você está com a pasta de Schemas desatualizada. Anexe o arquivo leiauteNFe_v4.00.xsd da sua pasta de Schemas.

Não, validou normalmente pelo demo do ACBrNFe.

Improvável, já que a validação do XML é feita antes de qualquer tentativa de acesso ao webservice.

Se está tendo erro de falha de validação, o ACBr nem está tentando transmitir a NFCe. Ou a sua pasta de Schemas continua desatualizada, ou tem algo errado no seu XML. Veja se está usando a pasta de Schemas da pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe e se está configurando corretamente a propriedade ACBrNFe1.Configuracoes.Arquivos.PathSchemas. Também anexe o XML para análise.

O WBResposta é um componente TWebBrowser inserido no formulário para exibir o XML de retorno. Me parece que o Delphi Starter não tem o componente TWebBrowser. Tente apenas comentar as linhas que fazem referência ao objeto. Já testou a versão atualizada, agora chama-se Delphi Community Edition? Parece que essa versão não tem as limitações das versões Starter antigas.

https://www.sefaz.rs.gov.br/NFE/NFE-VAL.aspx Para o item 5 está sendo gerado a tag <vOutro>0.00</vOutro> o que é inválido pelos schemas. Para valor zero a tag não deveria ser gerada. Se o XML foi gerado pelo ACBr veja se não há algum valor qualquer sendo informado, por ex. 0.001 para a tag vOutro. Qualquer valor maior que zero vai forçar a geração da tag. Faça o arredondamento ou truncamento para duas casas ao informar o valor.