BigWings

Favor anexar o arquivo fonte alterado.

Tentou usar os Schemas disponibilizados pelo ACBr? Na pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe.

A inclusão dos itens no XML é feita pela ordem de chamada ao método Det.New / Det.Add. A aplicação é responsável por informar a numeração (Prod.nItem) correta.

Qual fr3 está usando? No arquivo Boleto.fr3 é impressa a banda do comprovante de entrega.

Para referência:

Se não me engano já tem na versão em FastReport... Está usando Fortes?

Essa URL é de versão antiga da NFe, já desativada. Veja a configuração da versão do componente: ACBrNFe1.Configuracoes.Geral.VersaoDF := ve400;

Leu minha mensagem anterior? Provavelmente você está informando a tag finNFe incorretamente.

Nota complementar não pode referenciar NFCe, apenas outra NFe. A NFe com CFOP 5929 para acobertar a NFCe, e que referencia a mesma, deve ter os mesmos itens, quantidade e valores das NFCe referenciadas. A finalidade deve ser normal. Se houver necessidade de fazer complemento de valores ou impostos deve-se emitir outra NFe em seguida referenciando a primeira.

Enviado ao repositório, rev. 17626. Obrigado pela contribuição.

No demo do ACBrNFe da pasta ACBr\Exemplos\ACBrDFe\ACBrNFe\Delphi a impressão do DANFE é feita em Fortes e depende da configuração do modelo na aba geral: if cbModeloDF.ItemIndex = 0 then ACBrNFe1.DANFE := ACBrNFeDANFeRL1 else ACBrNFe1.DANFE := ACBrNFeDANFCeFortes1; Se usa o FastReport veja o demo da pasta ACBr\Exemplos\ACBrDFe\ACBrNFe\Delphi DANFe FR.

A largura mínima do QrCode segundo o manual é de 25x25mm, me parece que o QrCode da esquerda está menor que isso. De qualquer forma, você pode controlar a largura definindo a propriedade LarguraModulo do PosPrinter: ACBrBPeDABPeESCPOS1.PosPrinter.ConfigQRCode.LarguraModulo := 3; O manual também dá a prerrogativa de se imprimir o QrCode lateralmente, como já é feito no ACBrNFeDANFeEscPos, mas não no DABPE. Você pode tentar seguir o exemplo do componente para NFCe e implementar da mesma forma.

Isso pode indicar a configuração do CSC e IdCSC incorretos. Veja se está usando o CSC cadastrado para o ambiente correto (produção ou homologação), eles podem ser diferentes. Veja se está informando o IdCSC com 6 dígitos. Veja se não está invertendo os valores de IdCSC e CSC.

Esse formato de QrCode não é mais aceito. Configure no componente: ACBrNFe1.Configuracoes.Geral.VersaoQrCode := veqr200;

Leia este tópico:

Não me parece totalmente certo, nem totalmente errado... Acredito que o caso cabe uma consulta a SEFAZ para se proteger de possível autuação pela fiscalização.

Na pasta branches tem o ACBrCNAB em desenvolvimento pra essa finalidade. https://svn.code.sf.net/p/acbr/code/branches

O cliente, você quer dizer, o emitente da nota? Onde ele faz a entrega?

Sendo o destinatário contribuinte de ICMS, a emissão como operação interna só será aceita caso também informe indPres = 1 (Operação presencial) e modFrete = 9 (Sem frete).

A rejeição é obrigatória, então é improvável que tenha começado a rejeitar só agora. Veja que a validação não se aplica em operação com consumidor final, então verifique se é o caso. Há também exceções caso seja informado local de entrega ou retirada dentro do próprio estado do emitente.

Nos teus XML o tpEmis está 1. Afinal essas notas foram emitidas ou não em EPEC?

Sim. Você não deve alterar o tpEmis do XML.

Pelo que vi você está tentando emitir NFe no modo normal (tpEmis = 1) com data de emissão de março. Claro que será rejeitada. Houve transmissão de EPEC pra essas notas?

Usando httpIndy pode ser retornado algo em ACBrNFSe1.WebServices.ConsNfseRps.RetWS, mesmo com o erro 400 na conexão http. Veja exemplo da consulta por rps no demo do componente.

NFCe deve ser referenciada no campo refNFe, em vez do grupo refECF.