abinoan
-
Total de ítens
67 -
Registro em
-
Última visita
Tipo de Conteúdo
Blocks
Notes ACBrLibNFe
Fóruns
Downloads
Calendário
Posts postados por abinoan
-
-
Bom dia,
Após atualizar o ACBr , ao imprimir o danfe (fast report) me reparei com o erro de impressão.
Verifiquei que erro foi na unit ACBrNFeDANFeFRDM. Erro ocorre ao tentar ler o campo 'Mask_vUnCom' como numero.
A linha com erro foi comentada e adicionada linha com correção. Segue método abaixo:
Function TACBrNFeFRClass.FormatValorUnitario( dValor : Double ) : String;
begin
With cdsParametros do
begin
case FieldByName('iFormato').AsInteger of
// 0 : Result := FormatFloatBr( dValor , FloatMask( FieldByName('Mask_vUnCom').AsInteger));
0 : Result := FormatFloatBr( dValor , FloatMask( FieldByName('Casas_vUnCom').AsInteger));
1 : Result := FormatFloatBr( dValor , FieldByName('Mask_vUnCom').AsString);
else
Result := FormatFloatBr( dValor , FloatMask( FieldByName('Mask_vUnCom').AsInteger));
end;
end;
end;
Espero ter contribuído.
Abraço a todos.
-
Boa tarde amigos.
Percebemos que no arquivo ACBrNFeServicos.ini a URL de consulta , referente ao Estado do PI, consta uma aspa simples no seu final, que gera o mesmo erro. Bastando retira-la para que funcione normalmente. Será necessário fazer correção e subir no SVN.
URL-QRCode=http://webas.sefaz.pi.gov.br/nfceweb-homologacao/consultarNFCe.jsf'
-
Obrigado. Vi o exemplo que o Daniel disponibilizou.
-
Bom dia pessoal,
É possível utilizando o TEFD pegar a administradora e quantidade de parcelas informados pelo operador da venda com cartão ?
De já muito obrigado a todos.
-
IniciaFuncaoSiTefInterativo retorna:0: Sucesso na execução da função.10000: Deve ser chamada a rotina de continuidade do processo.Ou seja, retornar 10000 não representa nenhum problema.
-
Certo. Obrigado amigo.
Lembrando que em outra release do componente funciona no mesmo micro.
Mas obrigado. Vou bater cabeça , trocar de computador, testar em outro ok ? obrigado.
-
Entendi. Mas quis mencionar os botoes. YEs e NO ao inves de SIM ou NAO.
-
Pessoal onde falei retentar impressão na verdade é retentar reconectar ao ecf.
-
Bom dia,
Primeiro parabenizar o pessoal do ACBr que faz esse trabalho que é fundamental pra muita gente. Inclusive pra nós programadores.
Pessoal queria sugerir trocar a mensagem de retentar impressão que hoje utiliza MessageDlg pra utilizar MessageBOX pois aí teriamos a mensagem em portugues. Pode ser?
Na funcao abaixo.
function TACBrECFClass.DoOnMsgRetentar( const Mensagem : String;
trocar basicamente:(MessageDlg( ACBrStr( Mensagem+sLineBreak+sLineBreak + cACBrECFDoOnMsgRetentar ),mtConfirmation,[mbYes,mbNo],0) = mrYes) thenPor:(Application.MessageBox( pChar(ACBrStr( Mensagem+sLineBreak+sLineBreak + cACBrECFDoOnMsgRetentar) ),pChar('Confirmação'), MB_YESNO) = mrYes) thenDe já agradecemos. -
Como mencionei...o mesmo demo do ano passado funciona. E nossa aplicacao que utiliza uma release do ACBr do ano passado também funciona. O demo atual do ACBr apresenta o mesma mensagem. Você me sugere alguma coisa ?
-
A mesma aplicacao com ACBr com o TEFD de novembro/2013 funciona perfeitamente com o mesmo codigo fonte..
-
Desculpa pelo tamanho da mensagem. mas é um espelho do que o demo faz. comando a comando.Quando utilizo o demo do ACBR (parte final da primeira impressao e da tudo certo);ACBrECF.AbreCupomACBrECF.VendeItemACBrECF.SubtotalizaCupomSaldo Restante: 1,00Enviando: ATV ID: 38651Enviando: CRT ID: 38652BloqueiaMouseTeclado = SIMComandaECFPagamento, IndiceECF: 02 Valor: 1,00ComandaECF: opeFechaCupomBloqueiaMouseTeclado = SIMACBrTEFD1ComandaECFAbreVinculado, COO:000032 IndiceECF: 02 Valor: 1,00ACBrTEFD1ComandaECFImprimeVia, Tipo: trVinculado Via: 1Confirmado: CRT ID: 38652Rede: VISANET NSU: 10453819607 Valor: 1,00Campo 11: 10BloqueiaMouseTeclado = NAOSaldo Restante: 0,00até aqui a primeira foi blz. abaixo abre uma segunda venda.ACBrECF.AbreCupomACBrECF.VendeItemACBrECF.SubtotalizaCupomSaldo Restante: 1,00Enviando: ATV ID: 38655Enviando: CRT ID: 38656Cannot open file "C:\TEF_DIAL\resp\intpos.sts". O arquivo já está sendo usado por outro processo
A situacao é essa. Transacao simples ou multipla. A primeiro é realizada mas a segunda nao. Na transcao com 1 cartao. a primeira venda é gerada e a segunda recebo uma mensagem informando que o intpos.sts esta sendo usado por outro processo.
-
Bom dia amigos,
Já utilizamos o componente a algum tempo e homologamos TEF com multiplos cartões e sempre funcionou direitinho.
Quando faço uma transação com 1 cartão tudo corre bem, mas ao fazer com varios cartoes recebo a seguinte mensagem:
"Cannot open file "C:\TEF_DIAL\resp\intpos.001". O arquivo já está sendo usado por outro processo."
OBS: Tanto no demo quanto na nossa aplicação recebemos a mesma mensagem.
Utilizo windows 8.1 e ja liberei a pasta do tefdial pra leitura e escrita.
Podem me ajudar ? O que poderia ser?Abraço a todos. -
Primeiro vou verificar se o erro ainda persiste.Caso persista. seria necessário deixar apenas um pouco de papel para que o erro ocorra. Chamar o metodo de Emissao de Reducao Z do ACBr debugando.
-
Eu nao analisei o fonte ainda, pq ficou dificil fazer debug no cliente afinal nao tinha como debugar. Mas exige correcao no fonte sim. A menos que ja esteja corrigido.
-
Boa tarde pessoal,
Descobri qual era o erro da Daruma quanto a reducao Z.
O problema era quando emitia Reducao Z com pouco papel. Ao inves do aviso de pouco papel recebia essa mensagem de erro.
-
o tecnico responsavel pelo atendimento pegou , mas pegou um de uma data e pasta errada. Mas o erro é exatamente por conta do papel.
-
Boa tarde,
O erro era o seguinte: Na emissão da Redução "Z" quando há pouco papel é retornado o seguinte erro: "61/70/9201 is not a valid date".
Como não pude testar pela segunda vez após a troca do papel, visto que a reducao Z foi impressa, então não pude testar novamente com os fontes atualizados.
Entao o erro era por conta da emissao da reducao Z com poupo papel. Será que foi ja foi corrigido esse erro?
-
OK. Obrigado. vou pegar no cliente.
-
Não, qual a qual versao devo comprar para saber se ta atualizada ?
O erro ocorre examente quando chamo o método reducaoz. só da pra ver a linha debugando. mas o problema é no comercio do cliente. o ACBr usa DLL na hora de gerar a reducaoZ ? ou tem alguma configuracao de data do windows que pode influenciar? visto que isto nao ocorre sempre ? visto que imprime algumas vezes e outras nao ? se utilizar um binario direto da DLL funciona.
-
a mensagem pe: 61/70/9201 is not a valid date
-
É como se o ACBr nao pegasse corretamente a data do dia ao enviar para o ECF.
Entao retornar o erro dizendo que a data do tipo 61/70/6588. \\açgo estranho assim.
-
Bom dia pessoal,
A tempos tenho um problema na hora de emitir a Reducao Z no ACBR.
A impressora retorna um erro de data muito estranho.
Tipo 62345666 nao é uma data valida. Sendo que o procedimento para emitir a Reducao Z é bem simples.
ACBrECF.ReducaoZ().
Estou quase desesperado. E só ocorre com Daruma.
-
Perdão pessoal.Vejo que na tag IMPOSTO tem todos esses dados. Que bom.
ACBrTEF - Propriedade ConfirmarDepoisDosComprovantes.
em Dúvidas sobre TEF
Postado
Boa noite. Concordo. A propriedade pode receber outro nome, nome entanto que o COMPONENTE deixe a carga do programador confirmar ou cancelar as TRANSAÇÕES PENDENTES. Creio que isso seja suficiente. Ficaremos gratos.