douglas_k

Boa tarde Pessoal, De alguns dias pra cá me deparei com um problema que até então não encontrei solução. Algumas vezes quando fecho minha aplicação é retornado Runtime error 216 ou 217. Efetuei vários testes para afunilar e identificar qual seria o problema e consegui chegar no seguinte. O erro só ocorre quando minha aplicação não consegue conexão com o banco de dados Postgres que é acessado pelo ODBC utilizando DBExpress. Outro fator importante que compilando com o Delphi XE3 o erro não ocorre, agora com o XE7 e XE10 Seattle o erro se manifesta. Então em comum temos dois pontos, a versão da IDE e o problema ao conectar na base de dados, que juntos ocasionam o erro. Se eu tiver sucesso na conexão do banco o erro também não ocorre. Fiz um projeto de testes aonde que no FormActivate eu faço Connected := True; da base de dados, onde é possível simular o erro, o projeto esta em anexo. Alguém já teve algum problema semelhante? Desde já agradeço a ajuda da comunidade. Projeto.zip

Certo, apenas se tornam obrigatórias algumas regras de validação que hoje são opcionais. Se todas estão atendidas melhor. Obrigado.

Bom dia pessoal, Vi que consta uma nova nota técnica no portal http://www.nfe.fazenda.gov.br/portal em que tem algumas validações sobre a geração do QR-code se tornam obrigatórias a partir de 01/11/2016, entre algumas outras alterações. Gostaria de verificar se já foi verificado essa nova NT, talvez haja necessidade de alguma alteração no componente. Link da NT http://www.nfe.fazenda.gov.br/portal/exibirArquivo.aspx?conteudo=hDS5co/qWOc= Desde já agradeço.

uhum, exato.. quando ocorre um exception na captura dessas informações eu pego depois de tirar a Z nesses casos, dessa forma contorna o problema.

Ainda não. Na verdade isso só ocorre quando é a primeira redução z da ECF, algo bem estranho. Já peguei 3 casos onde quando é a primeira redução Z da ECF e ela esta bloqueada ocorre o erro acima ao capturar a data e hora do software básico. Após essa primeira Z emitida, para as restantes não ocorre mais o erro. Vou tentar em contato com o fabricante e qualquer retorno posto aqui. Obrigado.

Boa tarde Pessoal. Começamos adquirir impressoras do modelo Epson TM-T900F. Quando a ECF esta com Redução Z bloqueada e for tentar capturar a data e hora do software básico para armazenar na base de dados ocorre o seguinte erro: Erro retornado pela Impressora: EPSON Categoria: 16-Erro específico do Fabricante Motivo: 8-Intervalo de jornada fiscal inválido. Alguém já teve esse problema? acbrlog.txt

Boa tarde marciodc, Estou com um problema semelhante ao seu. Quando vou fazer a recuperação da venda a variável fsEhVenda não esta setada. Pelo que vi essa variável é setada quando é efetuada a abertura da venda, mais nesse caso a abertura já foi efetuada e quero só continuar o processo. Se tivesse uma maneira de setar ela como true mataria a charada mais não estou conseguindo. Vc continua usando a mesma solução descrita a cima? Desde já agradeço

Bom dia _asseinfo, Tive um problema semelhante a esse e era no fechamento do cupom quando era passada a observação, em alguns casos estava indo um caractere que as impressoras epscon não aceitavam e dava a mesma exceção que para vc. Nesse tópico esta descrito o problema que já foi resolvido pelo Daniel. Se o problema for isso atualize seu ACBr e faça um novo teste. Para habilitar o log seta a propriedade ACBrECF1.ArqLOG com o caminho que vc quer que o log seja armazenado.

Depois de atualizar a ultima versão do ACBr no estabelecimento que estava com problema não aconteceu mais. Até simulei os casos que vinham acontecendo antes e passou corretamente.

show de bola Daniel, vou atualizar o ACBr e jogar no cliente para ver se resolve. Obrigado.

Ok, Daniel. Fico no aguardo. Obrigado desde já.

Bom dia Daniel, Conseguiu simular o erro com o ECFTeste?

Boa tarde Daniel, Até agora o modelo que identifiquei esse problema é na Epson TM-T900F. Consegui simular o erro na ECFTeste. Abra um cupom e faça uma venda normal até o fechamento do cupom. Na observação coloque o seguinte texto 'Trib aprox R$: 0,10 Fed, 0,11 Est e 0,00 Mun; Fonte:IBPT ca7gi3|Cliente:6434-7 RODRIGO JOSE OOOOOOO|CPF:000.000.000-00 IE:000.000.000|Endereco:LINHA TECHIO, SN|Limite: 767,61 - 0,00 = 767,61|Operador: 0' e o mesmo erro que descrevi acima vai ocorrer.

Encontrei o seguinte tópico de um colega com o mesmo erro: Foi com esse post que foi criado a alteração no ACBrECF modificado para ajustar as Linhas do Cupom, limitando-as em 8 linhas, se necessário. Isso evita erros em alguns ECFs. Fiz novos testes agora comentando primeiro as linhas if NumMaxLinhasRodape > 0 then Observacao := AjustaLinhas(Observacao, Colunas, NumMaxLinhasRodape); e deixando AjustaComandosControleImpressao(Observacao); normal, e também fazendo inverso descomentado o primeiro e comentado o segundo e nas duas situações o fechamento do cupom passou, o unico problema esta quando é deixado as duas rotinas juntas.

Bom dia Pessoal, Ao enviar o fechamento do cupom em uma ECF Epson TM-T900F, comunicando pelo modelo EscEcf, em algumas situações esta retornando o seguinte erro: ----------------- ERRO ----------------- Erro retornado pela Impressora: EPSON Categoria: 2-Erro em parâmetro do comando Motivo: 1-Conteúdo de parâmetro inválido no comando. ---------------------------------------- Procurando o que poderia estar acontecendo vi que é algo relacionado com a observação que é passada como parâmetro e que houveram modificações para tratar esse campo nas ultimas atualizações do ACBr. Na unit ACBrECF na procedure TACBrECF.FechaCupom(Observacao: AnsiString; IndiceBMP : Integer); foi incluído um novo teste { Todos ECFs suportam no máximo 8 Linhas no Rodapé. Ajusta se necessário, para evitar erro na Impressão, no caso de mais linhas serem enviadas } if NumMaxLinhasRodape > 0 then Observacao := AjustaLinhas(Observacao, Colunas, NumMaxLinhasRodape); Na unit ACBrECFEscECF na procedure TACBrECFEscECF.FechaCupom(Observacao: AnsiString; IndiceBMP: Integer); também foi incluído a linha AjustaComandosControleImpressao(Observacao); se eu comentar as duas novas implementações o erro não ocorre. Gostaria de ver se mais alguém teve problema semelhante ou se alguém sabe como reverter sem ter que modificar o fonte do ACBr, talvez tenha algum bug ou tenho que tratar diferente a observação passada no parâmetro? em anexo log do trecho onde é enviado o fecha cupom de um caso onde deu o erro e outro com as linhas comentadas e não retornando erro. LogACBr.txt

intendo, na verdade quando digo mesmo modelo ACBrNFeDANFCeFortes e ACBrNFeDANFCeEscPos me refiro ao layout de geração, que é semelhante. De qualquer forma a duvida sobre essa quebra de pagina que havia levantado, realmente analisando não é um problema.

Bom dia Daniel, Na verdade para impressão estou utilizando o componente EscPos e imprimindo em uma impressora não fiscal e esta funcionando perfeitamente. No caso descrito no post acima seria para efetuar a geração da Danfe em PDF para posterior manipulação. Estou utilizando os componentes ACBrNFeDANFCeFortes, ACBrNFeDANFCeFortesA4 e ACBrNFeDANFEFR e deixando configurável qual tipo de geração quero efetuar. Dessa forma quando utilizo a geração pelo ACBrNFeDANFCeFortes que seria o mesmo modelo impresso pelo EscPos o PDF gera em algumas situações com mais de uma pagina, quando possui logo praticamente em todas situações. Agora efetuando mais testes acredito que isso seja normal e não um problema. Gerei alguns exemplos e até sem logo gerou mais de uma pagina, em NFC-e com mais itens. Tentei mandar o PDF para impressora não fiscal e imprimiu sem problemas também. Utilizei o ACBrNFeDANFCeFortesA4 com 30 itens e também gerou com 2 paginas então acredito que não tenha nenhum problema mesmo. Só por questão de experiências, qual tipo de Danfe é mais adequado gerar para envio para um cliente por exemplo, sendo que a impressão é no modelo do componente EscPos. Gerar a Danfe com o mesmo modelo utilizando ACBrNFeDANFCeFortes ou gerar em A4, que para uma posterior impressão do cliente seja melhor?

Boa tarde Pessoal, Estou efetuando a geração da Danfe utilizando o componente ACBrNFeDANFCeFortes. Quando coloco logo na Danfe e informo alguns descontos nos itens, por exemplo, ele esta jogando a parte do qr-code em uma segunda pagina. Não consegui identificar o que esta ocorrendo, alguém já teve esse problema?

Abri mais não consegui resolver. Pelo Fortes quando faço a geração da Danfe de uma NFC-e e marco ela como NFeCancelada ele imprime NF-e Cancelada, pelo componente do Fast ele não faz isso. Você utiliza o Fast ou o Fortes para geração da Danfe?

Bom dia Pessoal, Estou fazendo alguns testes após atualizar o ACBr e encontrei alguns problemas na unit ACBrECFVirtual, dessa forma tentei corrigir e gostaria de ver se assim esta correto. - Primeiro problema ocorria ao cancelar um item que foi efetuado um desconto. No momento do cancelamento do item ele estava desfazendo corretamente as informações mas na continuação do cupom no momento que era efetuado o subtotal dele o valor do desconto estava somando no total vendido por alíquota, por exemplo, um item de 10,00 reais foi vendido com desconto de 2,00, ao cancelar o item e finalizar o cupom com outros produtos ele ficava esses 2 reais no total vendido por alíquota. Corrigi isso na rotina TACBrECFVirtualClassCupom.CancelaItem(NumItem: Integer); inicializando DescAcres := 0; - No cancelamento de um item com desconto ele também não estava somando corretamente o valor de cancelados em aberto, estava só somando a venda liquida e teria que ser o valor bruto, senão depois o calculo do valor liquido não fecha. Corrigi isso na rotina TACBrECFVirtualClass.CancelaItemVendido(NumItem: Integer); somando o valor bruto no cancelados em aberto fpCuponsCanceladosEmAbertoTotal := fpCuponsCanceladosEmAbertoTotal + TotBruto; Para simular os erros acima pode ser feito um cupom com 2 itens um com desconto e outro não e o com desconto ser cancelado e então finalizar o cupom. - Em outro ponto quando é efetuado um cancelamento de um cupom que tem desconto no subtotal ele esta descontando o valor bruto do item do total da alíquota e deveria ser o valor liquido já que na venda ele soma o liquido na alíquota, assim gerando diferença. Corrigi isso na rotina TACBrECFVirtualClass.CancelaCupom(NumCOOCancelar: Integer); onde ele remove o total diário por alíquotas alterando para TotalAliq := TotalLiquido; hoje esta TotalAliq := Total; Em anexo a unit. ACBrECFVirtual.pas

Bom dia Pessoal, Tem alguém que utilize os relatórios do fastReport para NFC-e que esta saindo certo NF-e Cancelada na danfe em PDF?

Boa tarde Daniel, Uhum agora esta em anexo a unit. ACBrECFVirtual.pas

Bom dia pessoal, No calculo do rateio do desconto e acréscimo no subtotal na função SetDescAcresSubtotal da classe ACBrECFVirtual no final dela tem as seguintes linhas: if P > 0 then // Commo assim ? Não achou um campeão ? Então use o primeiro Totalizador P := 0; Nesse ponto quando não é encontrado nenhum totalizador para ele jogar valor do resíduo do calculo ele joga na primeira alíquota que ele encontra. Problema que com o teste acima mesmo que ele encontre e mova o índice correto da alíquota para P, ele sempre vai acabar de jogar na primeira alíquota, por isso o teste deve ser trocado para P < 0 que ai só será jogado para a primeira alíquota quando não encontrar nenhuma na rotina anterior. if P < 0 then // Commo assim ? Não achou um campeão ? Então use o primeiro Totalizador P := 0; Outro ponto é que tanto no calculo do percentual efetivo quanto no valor do rateio é utilizado o round (RoundABNT). Pelo Exemplo: http://partners.bematech.com.br/bemacast/Paginas/post.aspx?idPost=5790 ele utiliza o trunc para efetuar os calculos. Por esse motivo tambem substitui o RoundABNT pelo TruncTo.

Bom dia, Tenho hoje desenvolvido a impressão da Danfe em minha aplicação utilizando o componente ACBrNFeDANFeESCPOS. Para fazer a geração das Danfe em PDF coloquei a opção de gerar pelo Fortes tanto com o componente que gera em A4 quanto no layout normal e também com o Fast, deixando assim bem configurável. No Fast para gerar a Danfe normal esta correto, agora quando vou fazer a geração da Danfe de um cancelamento ele não esta jogando NF-e Cancelada na Danfe. Para o Fortes ele esta fazendo corretamente. Estou utilizando o arquivo DANFeNFCe.fr3 e fiz a atualização do trunk2 hoje. Também estou setando NFeCancelada igual a True. Alguém já teve algum caso semelhante?

uhum, obrigado Régys.