windsoft

Já tive problemas parecidos, não sei se é isso que está acontecendo contigo. Nestes casos, eu abro a imagem no melhor editor de imagens que existe (paint ) e clico em salvar como e salvo uma nova cópia da imagem aí imprime normalmente. Veja se ajuda.

Não sei quando à outros dias. Mas hoje o serviço da SEFAZ/SP ficou indisponível por volta das 18:30

Segue anexo Juliomar. DemoOBSLonga.pdf

Olá @Juliomar Marchetti, a mais correta na minha opinião é esta que eu coloquei anexo, pois não sei se o pessoal do ACBr disponibilizou a versão com as implementações que eu fiz no repositório.

Sim amigo, conforme eu falei acima, você precisa atualizar para a versão 3.0 do CTe, os webservices da versão 2.0 foram desativados hoje.

Não, a desativação estava marcada para hoje 04/12/2017.

Pelo que sei a versão 2.0 do CTe foi desativada hoje.

Olá @Marcos Mentz_5837 boa tarde! Tente utilizar o danferetratonovo.fr3 ou este anexo. DANFeRetratoNovo.fr3

Talvez eu não tenha entendido direito. O banco dá a opção de você utilizar CNAB400 ou CNAB240 se no CNAB400 só aceita 8 dígitos para o número da conta, será que existe conta com mais de 8 dígitos?

Olá Cristiano, boa tarde! Realmente parece que não existe Safra Itaú, que tipo de ajuda você precisa?

Valeu @Agnaldo Prates Como você já tem mais experiência com este banco, no que você acha que impactaria a modificação para 8 do tamanho da conta em ambos os casos?

Olá @Fabiano Sehn e @Agnaldo Prates obrigado pela atenção. No CNAB240 funciona corretamente mesmo informando-se tamanho 8, pois já é tratado como 12 ao gerar o arquivo, portanto a solução que postei inicialmente resolve todos os casos sem necessidade de nenhum outra intervenção. Me desculpe @Agnaldo Prates pesquisei, mas não encontrei o tópico.

Olá bom dia! Estamos homologando o banco Sicoob tanto no CNAB400 quanto CNAB240. Homologamos boletos e remessa CNAB240 perfeitamente, mas a remessa CNAB400 está sendo recusada porque o número da conta não está sendo informada. Observei que há um problema na função "PadLeft" que ao truncar o número da conta "000000007256" ela pega os 8 primeiros dígitos e não os 8 últimos como deveria. Para não mexer na função "PadLeft" que acho que pode causar impacto em outros pontos do projeto, eu alterei o tamanho da conta na unit "ACBrBancoBancoob.pas" para 8 dígitos, que é o tamanho máximo de conta corrente do banco (antes estava 12). Segue a unit para ser disponibilizada a todos. ACBrBancoBancoob.pas

Olá @sgeinformatica muito obrigado pela ajuda. Esta linha maior, me atormenta, eu não consegui entender porque ela não finaliza onde deve. Quanto às 2 linhas da primeira página, está correto, isso é devido ao fato de existir um código que "completa" a página para não deixar um espaço em branco. Assim como pode ser visto na segunda página.

Olá @sgeinformatica obrigado pela ajuda. Segue anexo o arquivo corrigido. Se possível, gostaria que você realizasse um novo teste, já que o problema não acontece na minha versão. Um abraço e obrigado. DanfeRetratoNovo.fr3

Podemos providenciar. Vou ver com minha equipe e eu posto neste topico.

Eu acredito que não há necessidade @hleorj

Olá @hleorj pelo que eu entendi, o @sgeinformatica diz que conseguiu arrumar o problema inicial que ele relatou, e não o erro que apareceu pra ele "could not convert null..." este erro, não aconteceu aqui, eu estou usando a versão 5.4.3 do fastreport, teria que testar na versão 5.6 pra ver se consegue reproduzir o problema.

Fiz testes com o arquivo XML disponibilizado aqui e no DanfeRetratoNovo.fr3 e também não recebi nenhuma mensagem de erro. Qual a versão do fastreport você está usando @sgeinformatica? NFe35170904930099000181550010000036591002422001.pdf

Olá @hleorj boa tarde! Nossos testadores aqui encontraram outra situação em que a numeração do total de páginas da NFe ficava incorreta. Ajustamos e estou disponibilizando a nova versão corrigida aqui. Abraços DanfeRetratoNovo.fr3

Ainda havia um problema com a numeração das páginas na impressão em lote. Que foi resolvido. Em algumas notas de 2 páginas por exemplo, eram exibidas páginas 1/1, depois 2/1. Agora está corrigido.

Olá amigos boa tarde! Segue anexo uma versão mais atualizada com uma pequena correção. DanfeRetratoNovo.fr3

Olá amigos, boa tarde! Realizamos algumas melhorias e ajustes na impressão do DANFE para fastreport e gostaríamos de disponibilizar o arquivo .fr3 para ser incorporado no projeto e disponibilizado para todos. Ajuste na numeração de páginas na impressão de NFe em lote Ao carregar diversas notas fiscais no componente e imprimi-las todas de uma vez era informado o número total de páginas incorretamente. Agora o totalizador de páginas segue a quantidade de páginas para cada chave de nfe. Ajuste na impressão da continuação dos dados complementares Ao imprimir uma NFe com dados complementares muito longos, a continuação dos dados complementares era impressa dentro da próxima página na seção "produtos" incorretamente. Agora a continuação dos dados complementares é impressa na última página (se couber) ou em uma nova página assim como acontece no Fortes. Preenchimento dos espaços em branco na impressão de produtos antes da impressão dos dados complementares. DANFeRetratoNovo.fr3

Observe que você está informando a tag infModal.Lota = 0 (carga fracionada), a tag de motorista e veículo só é informada para infModal.Lota = 1 (carga fechada "apenas um CTe no caminhão") Não seria isso?

Segue as units novas e alteradas. Neste pacote está a emissão de boletos para o banco SAFRA/BRADESCO, INDUSTRIAL/ITAU e DAYCOVAL/ITAU Att. ACBrBoleto.zip Olá Juliana, bom dia! Daycoval, Industrial e Safra, são bancos de atacado. Bancos que atendem à médias e grandes corporações, estes bancos não possuem ou possuem pouquíssimas agências, portanto é inviável pra eles e para os clientes fazerem cobrança diretamente por eles, visto que, ainda hoje, o boleto vencido só pode ser pago no próprio banco. Desta forma, estes bancos utilizam-se de bancos correspondentes, (Itaú/Bradesco). Então os arquivos de remessa que são enviados para os bancos possuem o código do próprio banco, porém a emissão dos boletos seguem os padrões estabelecidos pelos bancos correspondentes (Itaú/Bradesco). Por isso a "confusão" com os números dos bancos e a necessidade de se criar os layouts mistos, tipo SafraBradesco, IndustrialItau, etc. Os arquivos que anexei acima, estão todos sendo usados em produção, se você julgar de interesse de todos, pode disponibiliza-los no repositório. Abraços e bom dia!