andersonh

Daniel só uma dúvida, você colocou um timer para de tempo em tempo ele refazer a busca das mercadorias em sua base, para assim carregar precos atualizados?

Obrigado Daniel pela dica, vou fazer isso mesmo...

Ola pessoal, gostaria de saber se alguém esta usando algum componente para comunicação com Terminais de Consulta de Preço Gertec. Se existe a possibilidade disso através dos componentes ACBrTer pois pelo que percebi tem apenas do Wilbor, mas nesse tópico Daniel cita algo sobre mas não entendi: Atualmente estou usando o gerenciador da própria Gertec, e gerando o arquivo com as mercadorias mas ele transmite de 8 em 8 minutos e os clientes não estão satisfeitos.

Guilherme. A poucos dias homologuei junto ao Sicredi os boletos, fiz os 10 títulos conforme me solicitaram passei no validador online e mandei tudo junto para a agencia que vai encaminhar para o setor responsável pela homologação. E deram o retorno com a homologação. Inclusive ja esta implantado o sistema e em funcionamento.

OK Régis obrigado era justamente isso. Me passei dessa vez não havia encontrado esse tópico.

Ola pessoal, estou com a seguinte dúvida: Sempre que emito um cupom a prazo (COO: 00100) estou emitindo a 2ª via com o vinculado (COO:00101), no momento que mando cancelar o cupom usando a função ACBrECF1.CancelaCupom existe a possibilidade de saber se o número que estou mandando é vinculado? Pois se mando o número do vinculado a impressora cancela corretamento tanto o 00101 quanto o 00100, mas não achei uma forma de tratar no meu sistema o cancelamento pois não tem como saber se o numero que foi cancelado era o do vinculado ou não. Desde ja agradeço!

Ola pessoal segue anexo unit do banco Sicredi onde tive que efetuar alguns ajustes ao lerRetorno400. Pois a diferença de informações nos retornos COM REGISTRO e SEM REGISTRO do banco. Sendo que estava dando erro ao processar os arquivos de retorno que continham títulos SEM REGISTRO. Realizado tratamento no arquivo para esses casos!

Ola pessoal, segue abaixo alterações efetuadas conforme requisições do BB no momento da homologação. Segue anexo arquivos com as alterações! ACBrBoletoFCFortesFr Alterado seguinte linha txtEspecie2.Caption := IfThen(Trim(Titulo.EspecieMod) = '','R$',Titulo.EspecieMod); para txtEspecie2.Caption := IfThen((Trim(Titulo.EspecieMod) = '') or (Titulo.EspecieMod='1') or (Titulo.EspecieMod='2') or (Titulo.EspecieMod='3') or (Titulo.EspecieMod='4') ,'R$',Titulo.EspecieMod); Devido a necessidade de em alguns bancos, ao gerar a remessa ter que diferenciar o tipo de impressão (Padrão, Carnê...), e não existe no ACBrBoleto um campo especifico para essa finalidade esta sendo utilizado o campo EspecieMod, sendo que quando for um desses valores de 1 a 4 ele deve ignorar pois é os valores usados para controlar o tipo de impressão. ACBrBoleto Na Procedure TACBrBoleto.AdicionarMensagensPadroes( Titulo : TACBrTitulo; AStringList: TStrings ); Ao solicitar homologação junto ao BB solicitaram as seguinte alterações: Nas instruções de protesto ao invés de constar "Protestar em xx/xx/xxxx" deve se informado "Protestar em xx dias úteis" ou "Protestar em xx dias corridos" caso contrario se informar a data tem que ser controlado os feriados, sabados e domingo A principio essa alteração coloquei para se aplicada apenas para o BB mas se acharem interessante a todos ficaria um código de melhor entendimento Na mensagem de Juro ao invés de informar "Cobrar juros de x,xx por dia de atraso para pagamento a partir de xx/xx/xxxx" deve ser informado Cobrar juros de x,xx por dia de atraso para pagamento após xx/xx/xxxx pois fica o entendimento que deve ser cobrado juros a partir do vencimento, sendo que o correto é sempre APÓS O VENCIMENTO.

OK Daniel obrigado pela dica, mas estranho que no ACBrECFTeste funciona perfeitamente e no meu projeto não.

Pessoal estou com pequeno problema, no momento em que mando procurar a impressora fiscal ou executo algo demorado na impressora que aparece a mensagem na tela de Aguarde...., essa mensagem que é chamada na procedure TACBrECFClass.FormMsgPinta( Texto : String ) esta saindo com fonte tamanho muito pequeno e com funco que quase não da para ler, sendo que no exemplo do ACBrECFTeste, fica perfeito com fundo preto, fonte branca e da para ler tranquilo. Alguem sabe me dizer o que fazer para solucionar? Desde ja obrigado!

É compatível sim, tenho vários clientes que possuem essa impressora e esta funcionando. Qual erro esta ocorrendo? Simplesmente não comunica? Tentou testar com o ToolFS da Daruma?

concordo contigo, só queria ver se alguem teve algum caso semelhante, nas pesquisas que fiz tem gente que esta lançando nos blocos C481 e C485 o cigarro para não tributar. Mas a maioria lança no C491 e C495 e tributa.

Ola pessoal estou com problemas na validação do arquivo PVA Versão 2.0.4, esta dando seguinte erro ao validar: Obrigatório informar aliquota em reais ou aliquota em percentual Produto é cigarro CST: 05 No arquivo esta sendo informado da seguinte forma: |C491|78926639|05|5405|115,00|115,00||||0,00|| |C495|78926639|05|5405|115,00|115,00||||0,00|| Estava procurando no fórum alguma solução mas não encontrei nada que solucionasse, alguem teve o mesmo problema? Inclusive tentei passar valores 0 nos campos que estão em branco, mas o erro continuou acontecendo. Estou com os fontes do ACBr atualizados! Desde ja obrigado!

Geraldo, também tinha esse problema, ja foi ajustado e disponibilizado no SVN. Atualize seus fontes!

Pessoal estou implementando meu frente de caixa com o ACBr, gostaria de tirar a seguinte dúvida: As propriedades Device de cada componente ACBrECF, ACBrLeitor, ACBrBAL vão ser sempre as mesmas ou em algum caso vocês precisaram mudar, pois caso precise irei disponibilizar no sistema a opção de configurar. Desde ja obrigado!

Olá pessoal, estou homologando meu sistema com o BB, na analise do Banco me passaram seguintes informações: No bloqueto que envie para analise, constava seguintes informações: Vencimento: 20/04/2013 Dias uteis protesto: 03 Protesto: 23/04/2013 Vencimento 20/04/2013 (Sábado) com instrução de protesto em 23/04/2013 Será encaminhado para protesto em 24/04/2013 (4ª Feira que é 3º dia útil após o vencimento) Sendo que a opção de mostrarMensagemPadrao, deixei habilitada e nas instruções do bloqueto sai a seguinte mensagem: Protestar em 23/04/2013. O pessoal do banco sugeriu que ao invés de informar a data de protesto, colocar o número de dias que ira protestar seja em dias úteis ou corridos. Estou pensando em adequar as mensagem no ACBr a esse forma, mas gostaria de saber se alguem ja não precisou ou se esta usando dessa forma e tem dado certo. Desde ja obrigado!

Ola pessoal, segue abaixo duas mudanças que tive que fazer: Alteçãoes ACBrBancoBrasil procedure GerarRegistroTransacao400(ACBrTitulo : TACBrTitulo; aRemessa: TStringList); override; Caso Comando da Posição 157 ou 159 for 06(Protesto em dias corridos), deve ser informado na posição 392 o número de dias para protesto, sendo que estava levando apenas um digito no dias de protesto causando erro no layout do arquivo pois deve ser 2 digitos. Segue correção efetuada: padR(DiasProtesto,2,'0')+ ' ' + // Número de dias para protesto + Branco Alterações ACBrBoletoFCFortesFr procedure TACBRBoletoFCFortesFr.RLBand3BeforePrint ( Sender: TObject; var PrintIt: boolean ) ; A linha abaixo estava comentada, sendo que não estava imprimindo as instruções no Carnê causando a rejeição dos bloquetos pelo banco no momento da homologação, removido comentário. ACBrBoletoFC.ACBrBoleto.AdicionarMensagensPadroes(Titulo,MensagemPadrao); //-- Anderson : estava comentado Segue anexo units ajustadas em funcionamento para atualizar no SVN.

Ola pessoal, estava tendo problema na impressão de carnê no FastReport sendo que estava saindo apenas 2 carnês na página, as configurações da impressora estavam certos, e estava com a ultima versão dos fontes do SVN. Apenas reduzi um milimetro o RLBand, nem afetou o tamanho dos outros componentes, se puderem analisar e disponibilizar no SVN segue anexo.

O cancelamento sera através do envio de Eventos, que é um outro WebService para recepção de 'mensagens' seja de cancelamento, manifestação do destinatario, cce, entre outros. A partir dessa data o WebService que até então era exclusivo para o cancelamento não sera mais utilizado em algumas Unidades Federativas.

Pessoal ja descobria solução: Na unit ACBrBoletoFCFortesFr.pas tem o seguinte bloco de códigos: {$IFDEF FPC} LoadPortugueseStrings; {$ELSE} // Para que serve esse método ?? // //SetVersion( CommercialVersion, ReleaseVersion, CommentVersion ); {$ENDIF} Ao remover do método SetVersion( CommercialVersion, ReleaseVersion, CommentVersion ); ele não da mais as mensagens de erro com o Fortes última versão e imprime 3 carnês por página. Minha dúvida é a seguinte: Porque esta comentata essa linha? Valeu!

Ola pessoal, estou tendo alguns problemas ao gerar os Boletos no layout Carnê com o FortesReport. Ao gerar os carnês ele esta imprimindo apenas 2 em uma folha deixando um espaço em branco que caberia outro carnê. Ja revisei as configurações da impressora, atualizei os fontes do SVN, reduzi o tamanho das margens no próprio carnê e nada soluciona o problema, inclusive estou pensando na hipótese de que a versão que possuo do componente FortesReport seja o problema, qual versão estão usando? Alguém ja teve algum problema semelhante? Desde ja obrigado!

sim testei com varios modelos de impressora, qual versão do Fast Report vocês estão usando?

Aproveitando o tópico pessoal tenho o seguinte problema. Não possuimos na empresa nosso software homologado ao PAF-ECF sendo que devido as impressoras antigas e a Bematech onde o identificação do consumidor deve ser ao abrir o Cupom, não temos as informações de CPF na memória da impressora, posso ler e gerar o ATO COTEPE 17/04 diretamente da minha base de dados, e se alguem conhece algum componente para geração dessa forma? Desde ja obrigado!

OK obrigado, pesquisei no fórum pelo nome do campo que deu erro mas não tive nenhum resultado, achei que ninguem tinha tido até então. Valeu obrigado!

Ola pessoal quando uso algo que precisa dos componentes PCN para NFe ao compilar ocorre erro nas seguintes linhas do pcnNFeW.pas: Gerador.wAlerta('T01', 'COFINSST', DSC_COFINSST, 'As TAG <vBC> e <pCOFINS> não podem ser informadas em conjunto com as TAG <qBCProd> e <vAliqProd>'); Gerador.wCampo(tcDe2, 'U02', 'vBC ', 01, 15, 1, nfe.Det.Imposto.ISSQN.vBC, DSC_VBCISS); Da erro que não esta declarada. Se eu colocar as seguintes variaveis (DSC_COFINSST e DSC_VBCISS) como string ('DSC_COFINSST' e 'DSC_VBCISS') ai resolve o problema, queria ver se é correto fazer assim? Desde ja obrigado