BigWings

Sim, foi renomeada após o refactoring nos componentes de impressão:

Entendi. Existem as tags para acréscimo, que são o frete, seguro e despesas acessórias. Se o acréscimo não tem relação com frete ou seguro, a tag correta para informar seria a vOutro. Caso não queira usar as tags de acréscimo, você ainda pode acrescentar o 0,01 residual no vProd do item de maior valor, e informar o valor unitário como uma divisão do vProd pela quantidade. O valor unitário no XML é meramente informativo, e pode ter até 10 casas decimais.

ACBrNFeDANFEFR1.MostraSetup := True;

Por quê não pode acrescentar? A regra geral é que o resíduo do rateio do desconto entre os itens seja somado ao total do desconto do item de maior valor.

Parece ser um problema no webservice de consulta de protocolo que está retornando a rejeição 217 mesmo para NFe existente na SEFAZ. Tente contato com a SEFAZ-BA e relate o problema.

Esse erro tem a haver com os cabeçalhos enviados na comunicação com os webservices. Você pode estar enviando o XML de evento para uma URL incorreta. Certifique-se de que está com os fontes atualizados. Veja se está configurando o componente para a versão correta. ACBrNFe1.Configuracoes.Geral.VersaoDF := ve400; Veja se não há um arquivo ACBrNFeServicos.ini desatualizado na pasta da aplicação.

Sim, mas apenas para os códigos ANP da lista.

Você deve informar CST := cstRep60 em vez de cst60. Isso é necessário por exigência de se gerar o grupo ICMSST no XML, e não o ICMS60 nos casos de operação com combustíveis com os códigos ANP relacionados.

dmDanfe foi tornado privado na classe e não é mais acessível dessa forma. Há opção de retornar o frxReport diretamente pela propriedade ACBrNFeDANFEFR1.PreparedReport (ela já executa um Prepare no relatório).

Para AL, AP, DF, ES, PI, RJ, RO, RR, SE e TO não é possível utilizar o método de consulta de cadastro: http://www.nfe.fazenda.gov.br/portal/webServices.aspx?tipoConteudo=Wak0FwB7dKs= SP está funcionando normalmente: Testei pelo demo do ACBrNFe e retornou normalmente: Está com os fontes atualizados?

Para NFCe use o componente ACBrNFeDANFCeFR.

Bom dia. Obrigado por contribuir. Na verdade a condição de não utilizar a configuração de margens já existia antes do refactoring e do novo componente. Você chegou a testar a impressão com os arquivos .fr3 do repositório?

Reabri para aguardar o retorno do @marco_visao.

Acabei de testar pelo demo do ACBrNFe e parece normal. - Estão usando o novo componente ACBrNFeDANFCeFR? - Qual arquivo .fr3 está sendo configurado na propriedade FastFile? - Anexar XML e imagem/PDF ilustrativo do problema.

Veja o tópico abaixo:

Nenhuma alteração foi necessária no componente, o novo padrão implica apenas na atualização dos schemas.

Pode ser algum redirecionamento das exceções feita em Application.OnException, um componente ApplicationEvents com o evento OnException implementado, ou um componente de uma suite de tratamento de erros como o madExcept ou EurekaLog referenciado nos fontes.

De quando era a sua versão anterior à atualização? Esse problema foi reportado após o refactoring, mas segundo os relatos, já foi solucionado.

No protocolo retornado pelo método de consulta, uma tas tags é o Digest value da NFe autorizada pela SEFAZ. Essa tag é comparada com a mesma tag digest value gerado na assinatura do XML carregado no componente. Caso elas não coincidam significa que o XML carregado tem alguma diferença em relação ao XML autorizado, e pra efeito legal não é o mesmo XML. Se a propriedade "Validar digest" do componente estiver True, será gerada a exceção, caso contrário, o XML será montado com o protocolo, mas sem valor legal. Para dúvida sem relação com o assunto do tópico, abra um novo tópico.

Bom, esse não é um DANFSe gerado pelo ACBrNFSe (veja o rodapé com a informação do aplicativo). O layout do DANFSe do ACBr nunca vai ser exatamente igual ao do provedor, já que ele atende a cerca de 100 provedores/sistemas NFSe diferentes, pela quantidade de arquivos na pasta ACBr\Exemplos\ACBrDFe\ACBrNFSe\ArqIni. Você pode tentar usar um arquivo .fr3 diferente da pasta ACBr\Exemplos\ACBrDFe\ACBrNFSe\Delphi\Report que mais se aproxime ou criar o seu próprio com base neles.

A impressão não tem muito a haver com os dados informados no envio. Ela é baseada nos XML da NFe e processamento de evento carregados no componente. Fez o teste de impressão usando a opção "Imprimir evento" do demo do ACBrNFe?

Houve recentemente o Refactoring das impressões DF-e. Pode mostrar exatamente qual a diferença nos layouts do DANFSe que percebeu?

O método de consulta não retorna o XML da nota, apenas o protocolo dela. Quando você faz a consulta carregando o XML o que o ACBr faz é montar o XML completo a partir do XML carregado mais o protocolo de autorização retornado pela consulta. Então você deve carregar o XML sem o protocolo e executar o método de consulta: ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromFile('C:\PATH\TO\ARQUIVO-NFE.XML'); ACBrNFe1.Consultar; Para o XML de retorno da consulta você pode usar: ACBrNFe1.WebServices.Consulta.RetornoWS; Para o XML completo montado pelo ACBrNFe: ACBrNFe1.NotasFiscais[0].XMLAssinado;

Essa unit de fato tem erros e não devia estar sendo compilada. Você faz referência a essa unit em alguma parte da sua aplicação? Compilando o demo do ACBrSAT o problema também ocorre?