farnetani

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?

Juliana, o que eu notei é como se o componente em alguns casos tivesse carregado 0,01 centavos de diferença. Isso também aconteceu na hora de gerar o arquivo remessa. Fechando o sistema e reabrindo novamente o erro desaparece. Tenho a suspeita que o problema está relacionado ao processador/memória do micro, pois o mesmo já foi formatado (eliminando o sistema operacional e vírus).

Pois é...o mais interessante, o erro acabou de acontecer. Foi isso que eu analisei também. Mas foi assim, acabei de fazer o teste e o aconteceu o erro de diferença pra maior de 0,01. Aí fechei todo o sistema e gerei novamente e foi certo. O que pode ser isso? Já formatamos a máquina e instalamos novamente o windows 7 (original). Pode ser problema da máquina?

Pessoal estou com um problema inusitado, ou seja, só acontece numa respectiva máquina do cliente. Na minha máquina quando vou simular a mesma situação não se repete. O problema na verdade está aleatório, ou seja, de vez em quando acontece na máquina dela. O problema está relacionado ao código de barras e o valor do boleto que está apresentando uma diferença de 0,01 centavos no código de barras. Estou com os componentes atualizados. Alguém saberia me dizer o que pode ser isso? Sinistro demais! O problema é que isso está causando um problema inclusive no fechamento da contabilidade (diferenças de 0,01). A princípio acho que o problema poderia estar até mesmo no Sistema Operacional / Processador...porque nos meus fontes não existe programação pra esse tipo de situação acontecer. Segue a tela em anexo.