FabioTellini

Daniel, boa tarde. Estou tentando usar o PosPrinter.EspacoEntreLinhas na impressão do SAT com uma Daruma DR700, mas o espaço entre as linhas não estão mudando. Fiz testes pelo SATTeste e também não mudou o espaço entre as linhas. Minha rotina que configura a impressão está da seguinte forma: DM.PosPrinter.Desativar; DM.PosPrinter.Porta := 'COM'+ IntToStr(DMP.TBESTACAOPORTA_ECF.AsInteger+1); DM.PosPrinter.Device.Baud := DMP.TBESTACAOVELOCIDADEPORTACOM.AsInteger; DM.PosPrinter.Modelo := TACBrPosPrinterModelo(DMP.TBESTACAOMARCAIMPRESSORATERMICASAT.AsInteger); DM.PosPrinter.LinhasBuffer := 20; //parametro DM.PosPrinter.EspacoEntreLinhas := 20; //parametro DM.PosPrinter.PaginaDeCodigo := pc850; DM.PosPrinter.ControlePorta := True; DM.PosPrinter.LinhasEntreCupons := DMP.TBESTACAOLINHAENTRECUPOMSAT.AsInteger; DM.PosPrinter.CortaPapel := True; DM.ACBrSATExtratoESCPOS.ImprimeQRCode := True; DM.ACBrSATExtratoESCPOS.ImprimeEmUmaLinha := True; DM.PosPrinter.Ativar; Usando da forma DM.PosPrinter.Imprimir(Linhas) o espaço é aplicado, mas no extrato do SAT não estou conseguindo. Sabe me dizer o que eu posso estar fazendo de errado ? Uso o ACBrECFVirtualSAT e o extrato é impresso quando chamo a função DM.ECF.FechaCupom(); Obrigado.

Boa tarde. Fiz alguns testes consultando uma chave do Estado da Bahia e a consulta foi normal, retornando todos os dados. você está com os Schemas atualizados ? http://www.nfe.fazenda.gov.br/portal/listaConteudo.aspx?tipoConteudo=/fwLvLUSmU8=

Bom dia. Tenho a NFCe desenvolvida usando ACBrECFVirtualNFCe e recentemente comecei a desenvolver a NFCe Offline. Estou tendo problema na impressão. Olhando o fonte do componente, vi que na rotina "FechaCupomVirtual" tem o trecho de código "if NotasFiscais.Items[0].Confirmada then NotasFiscais.Items[0].Imprimir;". A Propriedade "Confirmada" só recebe True caso cStat seja 100, 110, 150, 301, 302, 303. Mas por ser OffLine, o cStat sempre é igual a 0, por isso não está sendo impresso. O if que está sendo feito, não poderia ficar da forma abaixo ? if (NotasFiscais.Items[0].Confirmada) or (NotasFiscais.Items[0].NFe.Ide.tpEmis = teOffLine) then NotasFiscais.Items[0].Imprimir;

Boa tarde. A alteração foi na unit ACBRECFVirtualNFCe, função TACBrECFVirtualNFCeClass.CancelaItemVendidoVirtual.

Bom dia. Adicionei duas novas funções na unit ACBrTEFDCliSiTef para a coleta do CPF ou CNPJ pelo pinpad. As funções são as seguintes: - ACBrTEF.TEFCliSiTef.CapturaCpfPinPad; -ACBrTEF.TEFCliSiTef.CapturarCnpjPinPad. Na chamada das funções deverão ser passados dois parâmetros Identificador e ChavePersonalizada. - IDENTIFICADOR: CNPJ liberado pela Software Express para uso da biblioteca de coleta dos dados; - CHAVEPERSONALIZADA: Chave de 280 caracteres gerada pela Software Express. Observação: Em contato com o pessoal da Software Express sobre dúvidas na captura do CNPJ, fui informado que por limitação na quantidade de dígitos que a biblioteca suporta, o CNPJ deverá ser coletado em duas etapas, informando 8 dígitos e após a confirmação, será solicitado os outros 6 dígitos. O CPF será coletado de uma única vez. Em anexo a unit. ACBrTEFDCliSiTef.pas

Giquieu, boa tarde. Fiz as alterações de acordo com o que você sugeriu no link citado acima, mas ainda continuou com o problema. Fazendo a venda na sequência que eu citei acima, o item que deveria ser excluído do XML do segundo cancelamento seria o item 4, mas foi excluído o último item, no caso o item 5. Seguindo a sua lógica, fiz a alteração da seguinte forma: for I := 0 to NotasFiscais.Items[0].NFe.Det.Count -1 do begin if (NotasFiscais.Items[0].NFe.Det.Items.Prod.nItem = NumItem) then begin NotasFiscais.Items[0].NFe.Det.Delete(I); Break; end; end; Dessa maneira, comparando o NumItem com o Prod.nItem deu certo todos os cancelamentos. Obrigado.

Bom dia. Desenvolvi NFC-e usando ECFVirtual. Nas vendas, impressões está funcionando tudo corretamente, mas estou com problemas na hora de cancelar item. O problema ocorre se eu cancelar mais de um item, exemplo da venda: Vendi item 1; Vendi item 2; Cancelei item 2; Vendi item 3; Vendi item 4; Vendi item 5; Cancelei o item 4 Finalizando essa venda, o item 2 foi cancelado corretamente e removido do xml, mas o item 4 continua no xml e o item 5 foi excluído do xml. Debugando o componente, na unit ACBrECFVirtual, procedure CancelaItemVendido, o parâmetro NumItem está chegando exatamente o item que está sendo cancelado, na Unit ACBrECFVirtualNFCe, procedure CancelaItemVendidoVirtual o parâmetro NumItem também está chegando corretamente. Não consegui encontrar o possível problema, alguém passou por essa situação ? Pesquisando no fórum encontrei só o link abaixo, mas mesmo assim não consegui resolver o problema. Obrigado.

Estou com esse mesmo problema. O segundo item que é cancelado continua no xml, e um outro item é excluído. Com isso a NFCe não é validada por diferenças no total da nota.

Ainda não tive tempo de olhar o trunk2, mas tive esse mesmo problema no trunk1 com o QRCode cortado. Estava usando uma Daruma DR700 e a melhor impressão foi configurando a propriedade LinhasEntreCupons do ACBrSATExtratoESCPOS com o valor 3, já na Epson TH-T20 o QRCode estava sendo cortado ao meio. Consegui resolver o problema para Epson TH-T20 deixando o valor padrão da propriedade (valor = 16). Isso usando o trunk1.

Boa tarde. Estou tendo o mesmo problema com impressora Epson, o QRCode está sendo cortado no meio. Mas ainda não estou usando o trunk2. Alguém sabe o que pode ser ? Obrigado.

Bom dia Italo. Obrigado pela informação. Não tenho o Quick Report, estou tentando imprimir o QR Code pelo ACBrNFeDANFEFR e pelo ACBrNFeDANFERaveCB, mas não está sendo impresso o QR Code em nenhum dos dois. O componente já faz a impressão automaticamente ou preciso marcar alguma propriedade ? Tentei configurar a propriedade "TipoDANFE" = tiNFCeA4, mas mesmo assim não foi impresso. Obrigado.

Boa tarde. Estou desenvolvendo a NFC-e no PAF, alguém sabe me dizer se é possível imprimir o QR Code usando o ACBrNFeDANFEFR ou ACBrNFeDANFERaveCB ? Obrigado.

Na verdade problema não está na LFilll, o NUM_CONT está sendo convertido para Currency na função IfThen. Percebi que na atualização 8573 existia a unit Math no uses e na 8574 foi removido do uses, com isso o IfThen que está sendo executado é da unit ACBrTXTUtils.

Boa tarde. Estou tendo problemas na geração do Registro R05 (Registros PAF-ECF), no campo NUM_CONT está sendo adicionado 2 casas decimais. Ex: CCF = 6777, no arquivo está saindo 000677700. Debugando o componente, percebi que até na linha LFill( IfThen(NUM_CONT=-1, RegR04.NUM_CONT, NUM_CONT), 9) da unit ACBrPAF_R_Class o valor da NUM_CONT é 6777, mas ao passar pela função LFill, está sendo adicionado as casas decimais. Estou passando o campo como Integer, mas na unit ACBrTXTClass está sendo executado a função LFill(Value: Extended;... e não a LFill(Value: Integer; No Registro R04 fica certo, 000006777. Alguém pode me ajudar ? Obrigado.

Também estou com o mesmo problema, tanto na minha aplicação quanto no ACBrNFe Demo. Versão Layout : 3.10 Ambiente : 2 Versão Aplicativo : SP_NFCE_PL_008 Status Código : 402 Status Descrição : Rejeição: XML da área de dados com codificação diferente de UTF-8 UF : SP Recibo : Recebimento : 09/04/2015 11:34:20 Tempo Médio : 0 ERRO: Rejeição: XML da área de dados com codificação diferente de UTF-8

Ok. Obrigado.

Boa tarde. Estou com algumas dúvidas de como seria o comportamento da função CNC. Um Cliente quer que as transações do TEF sejam canceladas no momento em que ele cancelar o Cupom, sem ter que usar o menu ADM. Pesquisando aqui no Fórum vi que tem a função CNC, e fiz a rotina de acordo com TEFDemo. Quando cancelo o cupom as transações são cancelas corretamente, mas minha dúvida é a seguinte, quando chamo a função TEF.CNC eu passo os parâmetros OPERADORA, DOC, DATA e VALOR, é exibido a tela do ADM onde tenho que inserir o cartão no PINPAD e informar os dados novamente, os mesmo dados que foram passados para a função por parâmetro. É dessa forma mesmo que deve ser ou existe alguma outra forma onde o cancelamento seria feito sem eu ter que informar os dados novamente ? Obrigado.

Bom dia.. Fiz os testes novamente e deu certo. Obrigado.

Liguei na Certified e falei com um técnico, e fui informado que no caso do cartão de débito, deve aceitar o campo data vazio e assumir a data atual

Está aparecendo dessa forma: Forneca a data da primeira parcela (DDMMAAAA) Pressionando Enter, é exibida a mensagem DATA INVALIDA

Bom dia. Vou homologar TEF esse mês, seguindo o roteiro de testes da Certified encontrei uma situação que não estou conseguindo resolver. Segue o teste abaixo: Realizar uma transação de CDC utilizando um cartão de Débito no valor total de R$ 1,00 em 2 parcelas, com Valor de entrada de R$ 0,10 e com Valor da primeira parcela de R$ 0,10. Ao solicitar a data da primeira parcela pressione apenas <Enter> Fiz a alteração onde permite o campo DATA vazio, porém preciso preencher com a data atual. Hoje na aplicação já existem alguns tratamentos desse tipo, conforme exemplo abaixo: Resposta := AnsiString(frmObtemDado.edtDados.Text); if (Trim(Resposta) = '') and (TipoCampo = 504) then { Taxa de Servico e embarque } Resposta := '0'; O problema é que quando estou no campo DATA, o TipoCampo está retornando -1, com isso não consigo validar. Alguém pode me ajudar, como posso resolver essa situação ? Outra dúvida, como faço para saber se a venda é Débito ou Crédito ? Obrigado.