FabioTellini

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.