Régys Silveira

Fiz algumas modificações recentemente no envio de email da NF-e, tente passar o parâmetro UtilizaThread como False e faça os testes.

Valeu Juliomar, boa iniciativa.

Esse tipo de informação não deveria constar no cupom fiscal, porque na verdade o cupom fiscal não deve ser retido pela loja já que ele é o comprovante de venda do cliente, por isso não consta nada desse tipo no manual, inclusive alguns fiscais costumam repreender esse tipo de situação.

Você está utilizando o ACBrECF, se sim, passe no método FechaCupom o que quer que seja impresso no rodapé, bem simples. Lembre que com a legislação do Paf-ECF diversas informações são impressas no rodapé, leve isso em consideração ao montar o seu.

Tente desmarcar a propriedade "IgnorarTagsFormatacao" e faça um teste.

Ele entendeu errado, veja o texto "deverão ser indicados na NF-e o Código de Regime Tributário - CRT", a NF-e é o arquivo digital (XML), a folha impressa se chama DANFE.

Olha eu tenho ele instalado aqui em todos os delphis do 7 em diante até o XE3 e não acontece esse erro, esse erro só vai acontecer ser você tiver outro Jedi.inc em algum dos paths do ACBr ou tiver um ACBr.inc antigo em algum dos paths também.

Você preencheu as propriedades de identificação no componente?

procure todos os jedi.inc que estão dentro da pasta ACBr, apague todos menos o que fica na pasta ACBrComum.

Existe uma propriedade para confirmar o envio, você recebe uma mensagem de confirmação do recebimento, parecido com um e-mail. Quanto a esconder o número não existe um comando AT que eu conheça para configurar o modem para isso.

Isso vai depender sempre da descrição do item, a propriedade que o gigainfo citou tenta programar a impressora para usar sempre duas linhas, mas nem toda impressora aceita isso, em algumas isso é programado na lacração outras aceitam configuração.

Isso vai depender sempre da descrição do item, a propriedade que o gigainfo citou tenta programar a impressora para usar sempre duas linhas, mas nem toda impressora aceita isso, em algumas isso é programado na lacração outras aceitam configuração.

Algumas propriedades são sempre sobre o ultimo cupom, como por exemplo, NumCCF, NumCOO, NumCupom, etc.

Você só esqueceu de nós informar a mensagem de erro. Tente fazer assim: ACBrNFe1.NotasFiscais.Clear; ACBrNFe1.NotasFiscais.LoadFromString(qryNFeNF_XML.AsString); ACBrNFeDANFERaveCB1.ImprimirDANFE(); ACBrNFe1.EventoNFe.Evento.Clear; ACBrNFe1.EventoNFe.LerXMLFromString(qryEventoEV_XML.AsString); ACBrNFe1.DANFE.ImprimirEvento; [/code]

Ontem a tarde voltou ao normal, já consegui fazer testes.

Comunicado postado no portal da nota eletrônica em MG, http://portalnfe.fazenda.mg.gov.br/

Anexe o log do ACBrECF para vermos o que está sendo enviado.

Quantos aos erros que não ocorrem no demo, com certeza é algo na sua rotina então. Para o desconto em percentual, anexe um log para que possamos verificar melhor, porque fiz o teste aqui e está tudo normal.

Os erros ocorrem com o demo?

Você criou corretamente as portas virtuais? Configurou o emulador e o componente corretamente? Qual é o erro?

Sim, para a homologação sempre se utiliza o cnpj que você citou, o componente faz isso automaticamente conforme pede a lei.

removemos o arquivo jedi.inc do acbrcapicom porque era antigo e adicionamos a pasta acbr comum um jedi.inc atualizado, isso é feito automaticamente quando se atualiza o repositório inteiro, se não foi feito algo está errado com o seu repositório. O correto é o jedi.inc da pasta acbrcomum e em nenhuma outra pasta.

O Sérgio está correto, os homologadores pedem que seja sempre o código registrado e de preferência o código de barras então o mais correto a fazer é isso mesmo, mostrar o código de barras e quando não tiver mostre o código próprio.

Troco no cartão é a possibilidade de passar um valor maior que o valor do TEF para o componente permitindo troco no cartão, isso hoje é liberado somente para SC.

Hehe, verdade, na hora de digitar o exemplo eu misturei as bolas.