farnetani

Pois é...também fiz como você, utilizei um rounddec para me certificar que eu não estivesse fazendo besteira. O que notei foi que isso ocorre quando eu utilizo o componente AcbrNFse...a solução para o problema foi fechar o sistema após a nota ser emitida/gerada e abrir novamente...RESUMINDO, não achei aonde está o problema, mas ao meu ver, é como se ficasse esse 0,01 na memória...O que fiz também para evitar isso foi tipo uma verificação no arquivo REMESSA, ou seja, após eu gerar o arquivo eu valido ele novamente buscando o título e comparando...pois mesmo eu informando por exemplo (as vezes) 120,00, ele insistia em jogar 120,01...já pensei que pudesse ser vírus, etc...mas NOTEI isso, depois que eu utilizo as funcionalidades do componente ACBRNFSe e já gero o boleto, o mesmo pega esse 0,01 a mais vindo do NADA!!! Se vc descobrir, por favor compartilhe!!! Abraço!

Estou usando: https://svn.code.sf.net/p/acbr/code/trunk Então estou viajando??? Qual é o caminho completo? Esse trunk2 é aquele que mudou várias regras da nfe?

Vixe...sério...como faço pra ver a versão...pois tenho feito os updates e não tem me apontado nada novo...ou vcs já jogaram tudo no novo svn?

Tiago, o lance é o seguinte, tente abrir o arquivo: ACBrNFSeDANFSeFR.pas, nele vc vai achar um datamodule, aí por lá vc manda dá duplo clique no componente do fastreports e manda ler o arquivo...isso fará aparecer os datasets. Aí vc vai e linka eles ao relatorio (.fr3) e pronto...tudo funcionará normalmente!

Juliana e pessoal...acabei de encontrar o erro. Na verdade eu estava fazendo o seguinte, confundi a data de baixa com data de credito e era por esse motivo que estava vindo sem data, pois no arquivo da caixa não vem, como eu estava rodando via debug, pensei que o erro de 00/00/0000 data inválida era associado ao componente. Realmente, se vcs verificarem no arquivo possui algumas linhas do tipo U que estão com as datas zeradas...caberia realmente um if strtointdef(...,0) lá também na classe do componente para evitar isso...mas não era isso que estava causando o meu problema! Obrigado!

Sei que a cobrança do cliente é SIGCB.

Estou com um problema semelhante, só que no meu caso o componente está conseguindo pegar o nosso numero corretamente, porém a data da baixa está dando um erro de conversão. O que pode ser? Segue inclusive o arquivo de retorno em anexo. retorno.RET Na minha classe o código que lê a data está assim: ACBrBanco.ACBrBoleto.DataArquivo := StringToDateTimeDef(Copy(ARetorno[1],192,2)+'/'+ Copy(ARetorno[1],194,2)+'/'+ Copy(ARetorno[1],198,2),0, 'DD/MM/YY' ); if StrToIntDef(Copy(ARetorno[1],200,6),0) <> 0 then ACBrBanco.ACBrBoleto.DataCreditoLanc := StringToDateTimeDef(Copy(ARetorno[1],200,2)+'/'+ Copy(ARetorno[1],202,2)+'/'+ Copy(ARetorno[1],204,4),0, 'DD/MM/YY' );

Já saquei...basta por o arquivo tabservicos.txt na mesma pasta do .exe. Ficou top!

Pessoal, estou com o mesmo problema...como é que vcs solucionaram??? Estive olhando o código fonte e achei isso: if TabServicosExt then NFSe.Servico.xItemListaServico := NotaUtil.ObterDescricaoServico(OnlyNumber(NFSe.Servico.ItemListaServico)) else NFSe.Servico.xItemListaServico := CodigoToDesc(OnlyNumber(NFSe.Servico.ItemListaServico)); Alguém poderia me explicar como eu faço pra começar a ativar no meu relatório da NFSe o item xItemListaServico? O engraçado é que eu estou setando ele, só que mesmo assim eu vi que ele não salva no RPS. O que é esse TabServicosExt ??? No caso ele já pega de alguma tabela essa descrição??? Seria top...mas como faço pra fazer isso pra funcionar? E só serviria para a IMPRESSÃO DO Danfe? No rps ou xml essa informação é normal não constar? xItemListaServico?

Já foi atualizado isso? Estou com o mesmo problema na Caixa. Qual é a propriedade que devo setar para corrigir isso. No meu caso o campo foi com o valor = 2. Mas aonde ajusto isso (propriedade) ? A mensagem de rejeição é a seguinte: Código para baixa ou devolução inválidos.

Compreendido! Obrigado!

Demorou, mas deu certo. Segue o arquivo boleto_homologado_caixa.fr3 para vocês jogarem no trunk e no trunk2. Att., Boleto_Homologado_Caixa.fr3

Ótimo, então independente do item ser ST ou Tributado integralmente, eu jogarei csosn = 900 e informarei as tags com base na situação. No caso se eu estiver emitindo para uma empresa também no simples nacional eu posso proceder da mesma forma, usar o csosn = 900 e se for o caso não informar os valores no caso de simples nacional, certo?

Pessoal, estou com a seguinte dúvida: - Como uma empresa no regime SIMPLES NACIONAL deve emitir uma nota de devolução para uma empresa de lucro real (seu fornecedor que irá se apropriar do crédito)? Pergunto isso porque os fornecedores estão dizendo que a nota de devolução tem que ser exatamente igual a nota de compra, ou seja, destacar os impostos nos campos das notas, porém se eu não mudar o CRT da empresa de 1 para 3 por exemplo, eu não consigo fazer isso, destacar o ICMS e ICMS-ST nos itens e nos totais dos impostos. Como é que vocês estão fazendo? Existe algum campo especial para isso? Alguma orientação? Eu tenho mudado o CRT para corrigir esse problema. Alguém poderia me dar uma dica sobre isso? Devo usar CST e proceder dessa forma alterando o CRT ou existe alguma outra forma que eu possa fazer isso com CSOSN e destacar os impostos para o meu fornecedor não reclamar e poder obter o crédito da devolução. Antes informávamos nas informações adicionais, agora a informação que temos que isso não é mais possível e que o correto é fazer destaque dos impostos nos seus respectivos campos. Porém não consegui fazer isso com o ACBR. Alguém tem algum exemplo de XML para que eu possa analisar? Preciso saber como fica a situação quando por exemplo o CLIENTE DE SIMPLES NACIONAL compra direto da Fábrica e ela manda os itens com SUBSTITUIÇÃO TRIBUTÁRIA (ST) em destaque na nota (CST-BB = 10) e como fica a situação também dos ITENS com CST-BB = 00 (tributado integralmente).

Pessoal, notei que no arquivo: ACBrNFSeDANFSeFRDM.pas a referencia no dataset: cdsServicos está com size = 1 o que ESTÁ ERRADO! Aí arrumei, tipo joguei size e o displaywidth = 15, só que agora preciso atualizar o .bpl do componente, tentei fazer isso abrindo apenas o pacote de NFSe, mas aí deu o erro abaixo, eu não vou conseguir atualizar isso dessa forma? Terei que rodar o instalador? Unable to load project U:...\ACBrNFSe\ACBrNFSeDanfseFRpkg.dproj Error in module : REQUIRES clause is incorrect

Pessoal, como IMPRIMIR um qrcode na impressora Zebra TLP2844 ou GC420T? Devo gerar o qrcode antes e salvar como imagem e depois transferir para a impressora? Alguém aqui já montou isso? Alguém aqui pode indicar um componente de Qrcode?

Sim...já estamos mandando pra homologação com as alterações...passando eu já lhe envio o arquivo boletofr.fr3.

Voce sabe me dizer se com outro componente de impressao, por exemplo, com o FortesReports o boleto está 100% conforme deve ser?

Nossa, obrigado pelas informações. Para eu utilizar a trunk2 eu terei que refactorar muita coisa pelo o que eu vi. Vou procurar saber mais a respeito. Só que é o seguinte, mesmo no trunk2 os arquivos do fastreports não estão de acordo com o layout do banco, ou seja, estão realmente faltando os campos: - Outras Deduções - Outros Acréscimos O boleto certo abaixo eu tirei de um outro sistema. Como é que os outros programadores estão fazendo com este problema? Será o caso de eu ter que alterar os arquivos .fr3 mesmo ou já teve alguém que fez isso? Na alteração eu terei que me atentar para alguma particularidade em especial? Pq to precisando liberar isso urgentemente para o cliente e estou meio que querendo fazer isso. Não terá problemas em eu diminuir o espaço dos campos ?

https://svn.code.sf.net/p/acbr/code/trunk Eu tenho que usar trunk2? Isso é oficial? A quanto tempo? Vou baixar no trunk2 pra ver...mas acho que eu havia navegado no link que o Juliomar passou e me abri o .fr3 do boleto e me parece que ainda não consta realmente as instruções. Mas vou checar novamente.

Com dito no outro post. Os arquivos do fastreports (.fr3) estão desatualizados, faltando as informações: Outras deduções e Outros acréscimos

Ok. Realmente notei que no SVN está desatualizado! Só gostaria de saber se alguém já havia feito, pelo jeito não então.

Juliomar, se você verificar nos fontes, os arquivos do fastreports (.fr3) estão desatualizados com base no que a Caixa está pedindo no processo de homologação. Dizeres abaixo são da caixa e no MODELO IMPRESSO DO BOLETO não estão saindo os campos em vermelho, se vc pesquisar dentro do arquivo .fr3 do SVN me parece que realmente não estão lá. - corrigir o campo agência/cedente. Tal campo deve ser composto pelo código do PV + seis posições + DV, separados por barra e traço. Exemplo: XXXX/XXXXXX-X - faltam campos no “campo de cálculo” o qual é composto de: valor do documento, descontos, outras deduções, mora/multa, outros acréscimos e valor cobrado.

Layout para Fastreports foi atualizado? Porque aqui pra mim ainda continua a não sair os campos: Outras deduções e Outros acréscimos...

Preciso saber se estas alterações foram persistidas para Fastreports também?