BigWings

Tópico duplicado e já resolvido:

Tente usar a busca do Delphi para procurar por MostrarPreview em todos os arquivos .dfm da sua aplicação.

Essas propriedades não eram usadas para NFCe, por isso foram removidas na refatoração.

Basta corrigir os nomes das propriedades que foram alteradas nos teus formulários e fontes. Chegou a assistir os vídeos e ler os tópicos citados neste?

Não, eu não uso visualizador próprio. Por isso perguntei.

Você já usa visualizador próprio para outros relatórios em Fast na sua aplicação? Caso sim, você pode acessar o objeto frxReport pelo método ACBrNFeDANFEFR.PreparedReport e direcionar ele para o visualizador.

A propriedade agora se chama MostraPreview.

Procure na paleta de componentes pelo componente ACBrNFeDANFCeFR. É esse componente que tens que usar pra NFCe. Falta aí o ACBrNFeDANFCeFR.

O ACBrNFeDANFeESCPos imprime usando comandos da própria impressora, a geração de PDF não está implementada pra ele. Você pode usar o componente DANFE em Fast ou Fortes Report pra isso.

Informe também qual componente DANFE e configurações está usando.

Faça atualização dos fontes. Para impressão NFCe em FastReport agora deve ser usado o novo componente ACBrNFeDANFCeFR.

Já está disponível atualização no repositório. Foi criado um novo componente específico para DANFE NFCe em FastReport. Favor atualizar os fontes e proceder com os testes.

Após o refactoring, o componente de DANFE em Fast Report ficou funcional apenas para NFe, já que agora ele não tem mais as propriedades específicas para NFCe. Ele já está sendo revisado.

Com a nova estrutura de classes o DANFE em FastReport deixou de suportar NFCe adequadamente. Provavelmente será necessário criar um novo componente para DANFE NFCe em Fast. Você pode atualizar/retornar os fontes para a revisão anterior ao refactoring enquanto isso não está resolvido.

A ValidarGTIN apenas compara o dígito verificador do GTIN. Para validar o prefixo de acordo com a tabela de prefixos aceita, use ValidarPrefixoGTIN. Aqui a tabela de prefixos: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=mpYVEbsVRuE=

Comparar o XML gerado contra os Schemas locais. O método enviar assina, valida, envia, consulta o recibo no método assíncrono, e imprime o DANFE (se o parâmetro estiver True). Leia os fontes: function TACBrNFe.Enviar(ALote: String; Imprimir: Boolean; Sincrono: Boolean; Zipado: Boolean): Boolean; var i: integer; begin WebServices.Enviar.Clear; WebServices.Retorno.Clear; if NotasFiscais.Count <= 0 then GerarException(ACBrStr('ERRO: Nenhuma NF-e adicionada ao Lote')); if NotasFiscais.Count > 50 then GerarException(ACBrStr('ERRO: Conjunto de NF-e transmitidas (máximo de 50 NF-e)' + ' excedido. Quantidade atual: ' + IntToStr(NotasFiscais.Count))); NotasFiscais.Assinar; NotasFiscais.Validar; Result := WebServices.Envia(ALote, Sincrono, Zipado); if DANFE <> nil then begin for i := 0 to NotasFiscais.Count - 1 do begin if NotasFiscais.Items[i].Confirmada and Imprimir then begin NotasFiscais.Items[i].Imprimir; if (DANFE.ClassName = 'TACBrNFeDANFERaveCB') then Break; end; end; end; end;

Esse erro geralmente ocorre por estar usando DLL de 64bits para uma aplicação compilada para 32bits ou vice-versa. Você deve copiar as DLL de acordo com a arquitetura do compilador e não do Windows onde vai executar.

Você pode enviar o comando de abertura de gaveta diretamente para o ACBrPosPrinter. Ou usar o ACBrGAV com a propriedade Modelo = gavImpressoraComum e configurando a propriedade StrComando para um compatível com a impressora usada.

Usando xsMsXml como configuração SSLXmlSignLib, é preciso registrar a msxml5.dll. Essa DLL é obsoleta, prefira usar xsLibXML2.

O Manual de Especificações da Contingência Offline para NFC-e - versão 2.0 responde várias das tuas dúvidas: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=YbZEjEHCuHQ= Para NFCe é preferível usar o modo síncrono, assim você reduz a quantidade de chamadas aos webservices e simplifica o tratamento de erros.

Na NT 2016.002 v1.61 o grupo vDesc foi excluído da regra de validação Y01-20, que obrigava a informar todos os dados da fatura caso o grupo fosse gerado. Creio que é a isso que você se refere. Essa regra trouxe vários problemas pra nós, onde as SEFAZ hora exigiam o preenchimento do campo caso não estivesse no XML, hora rejeitavam o XML por falha de schema caso ele fosse gerado no XML com o valor 0,00. Foram publicados novos schemas que as SEFAZ demoraram a implementar. Pra resolver foi acrescentado uma propriedade no componente para determinar se os campos do grupo seriam gerados mesmo que tivessem valor 0,00 ou não: Então a princípio você devia desativar essa propriedade e informar 0,00 para o campo vDesc, e ver se a SEFAZ vai autorizar. Mas acredito que caso informe o vOrig diferente do vLiq e não informe o vDesc vai cair em outra regra de validação:

Todos os schemas, inclusive os da versão 4.00, estão na pasta ACBr\Exemplos\ACBrDFe\Schemas\NFe. A URL que aparece na mensagem é da versão 3.1, verifique a configuração da versão no demo. Mesmo assim, verifique a versão das DLLs, já que você está usando SSLXMLSignLib = xsLibXML2.

Esse é o problema de compatibilidade com a Indy que o Daniel se referiu. Basta seguir as orientações no tópico citado por ele.

Esse é o layout do resumo da NFe. Para obter o XML completo da NFe a nota fiscal precisa estar manifestada, ou seja, o destinatário precisa enviar o evento de manifestação com no mínimo, a ciência da operação. Leia a NT 2012.002 que trata dos eventos de manifestação do destinatário: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=bUBJ/PmtKQo= E a NT 2014.002 que trata do serviço DistribuicaoDFe: http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=s/plBMpQotg=