BigWings

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

No espaço destinado à justificativa do cancelamento.

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.

Não sei se não ficou claro, mas foi exatamente o que eu disse. Documentos (notas ou eventos) emitidos pelo CNPJ não são retornados para o mesmo pelo método DistribuicaoDFe, não há configuração diferente que faça isso. Documentos (notas ou eventos) de interesse do CNPJ, desde que não emitidos pelo mesmo, são retornados pelo método DistribuicaoDFe. Exemplo: 1- Empresa XYZ emite uma NFe para a empresa ABC. 2 - Empresa ABC executa o método DistribuicaoDFe. No retorno do método será retornada o resumo da NFe emitida pela empresa XYZ. 3 - Empresa ABC emite evento de confirmação da operação para a NFe emitida no passo 1. 4 - Empresa XYZ executa o método DistribuicaoDFe. No retorno do método não será retornada a NFe emitida pelo próprio CNPJ, mas será retornado o evento de confirmação que foi emitida pela empresa ABC.

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 método DistribuicaoDFe não retorna documentos emitidos pelo CNPJ, apenas os emitidos para o CNPJ informado no segundo parâmetro. Veja que por documentos podem haver resumo de NFe, NFe, resumo de evento e evento. Sendo assim podem ser retornados eventos relacionados a uma NFe emitida pelo CNPJ, como o evento de confirmação de operação, ou de MDFe autorizado, registro de passagem, entre outros. Esses são eventos emitidos pelo fisco ou por terceiros que são disponibilizados para o emitente da NFe. A própria NFe ou eventos de emissão do CNPJ não são disponibilizados para o mesmo, é assumido que ele já tem os XML dos documentos.

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.

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.