BigWings

Existe o DANFE simplificado, que é permitido em caso de vendas fora do estabelecimento apenas.
Usar modelo em bobina para DANFE modelo 55 em venda normal não é permitido.

Veja o método GerarChaveAcesso da ACBrDFeUtil.pas.
 

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.

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.

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.

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.

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.

Veja se não tem mais de uma versão do FastReport instalada, por exemplo, a versão básica que vem junto ao Delphi e a versão comercial.
Caso tenha as duas pode haver incompatibilidade.

QRCode é impresso somente na NFCe.

Experimente informar o literal ISENTO para a IE.

Na consulta do cadastro centralizado de contribuintes estão faltando alguns dados do cadastro em homologação, como o endereço da empresa.
https://www.sefaz.rs.gov.br/NFE/NFE-CCC.aspx
Provavelmente é esse o motivo do erro.
Será necessário entrar em contato com a SEFAZ do estado para a regularização.

Provavelmente é algo relacionado a configuração do componente não estar na versão 4.00 no momento do envio do evento.
SP tem rejeitado com a mensagem de falha no schema quando isso acontece.
Pra ter certeza, anexe o arquivo *-ped-eve-soap.xml gerado.

O campo tpIntegra faz parte do grupo card que pelo layout não é obrigatório.
Existe, entretanto, uma regra de validação facultativa que pode ser ativada pela UF caso o modelo seja NFCe e a forma de pagamento seja cartão de crédito ou débito:

Informe CST=60rep.
 

Pelo layout, não é possível informar o FCP nos grupos ICMSSNXXX, apenas o FCP-ST para os CSOSN 201, 202, 203 e 900, e o FCP-ST retido anteriormente no caso do CSOSN 500.
Ou seja, só será calculado em produtos sujeitos a substituição tributária.
A última versão da NT 2016.002 orientou que o FCP-ST deve ser calculado segundo o estado de destino da mercadoria, mas as regras de validação que verificavam isso foram (ou ainda serão) suspensas por que alguns estados estavam interpretando de forma diferente.
O último aviso do portal da NFe:
Após quase 30 dias após esse aviso não foi publicada nova NT...
Para o cálculo do FCP em notas fiscais interestaduais a consumidor final não contribuinte, o emitente optante pelo Simples Nacional continua não obrigado a informar o grupo ICMSUFDest.

Essa URL não está no formato do QRCode 2.00. Nesse formato o nVersao deve ser sempre 1.
Aqui tem o manual da geração do novo formato do QRCode:
http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=/xyXbAFZ71k=

Provavelmente um problema com o cliente svn (Tortoise?). Experimente baixar novamente em uma nova pasta.
Favor seguir as regras do fórum, para novo assunto abra novo tópico.

Abriu normalmente aqui.

Está informando o CNPJ da filial no parâmetro destinado ao autor do evento?
Anexe arquivos de envio e retorno do webservice.

Basta conferir a multiplicação das tags vUnTrib pela qTrib.
O produto deve ser igual a tag vProd de cada item.

Provavelmente a sua pasta de Schemas está desatualizada.