windsoft

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!

Sim Carlos, esteja preparado para muitas dificuldades. O ambiente de testes é bastante instável e os resultados obtidos no ambiente de testes nem sempre se refletem no ambiente de produção. Atente-se para o fato de cada UF requerer uma informação diferente para o preenchimento das guias. Utilize o preenchimento da guia pela web como base para parametrizar o seu sistema. Para usar o ambiente de testes, basta você solicitar o uso do webservice com o CNPJ do contribuinte no site. Após você receber o e-mail de confirmação você já conseguirá utilizar o ambiente de testes e de produção.

Olá @gobbo bom dia! Desenvolvemos o projeto para o banco Daycoval/Itaú e está inclusive em produção. Como os moderadores não tiveram interesse em incluir os demais bancos nos fontes desisti de enviar. Se precisar posso enviar as units diretamente pra você. Att.

Vamos desenvolver o projeto para o banco Daycoval. Quando estiver concluído eu posto aqui para disponibilizar para toda a comunidade. Já disponibilizamos também o Layout para o banco Industrial com correspondente Itau. Mas não foi disponibilizado para toda a comunidade pelo pessoal do ACBr até o momento. Gostaria de enfatizar que estes bancos: SAFRA, DAYCOVAL, INDUSTRIAL são bancos de atacado que geralmente são usados por empresas de médio e grande porte, como estes bancos não possuem uma grande rede de agências, trabalham com bancos correspondentes que fazem a cobrança, por isso a necessidade de se criar os projetos como "DaycovalItau","SafraBradesco", "IndustrialItau".

Como consulta pública isso não é possível. Pense na possibilidade de alguem utilizar esta informação, sendo ela pública, para aplicar golpes do tipo: Emails falsos de substituição de boletos das NFes emitidas. Isso só é possível se o campo cNF da chave da NFe não for um número aleatório. É exatamente pra evitar este tipo de consulta pública em lote que serve o campo cNF. Outra situação indesejada seria eu conseguir acompanhar a emissão de notas fiscais do meu concorrente e ver quais preços ele está praticando e pra quem ele anda vendendo.

Aparentemente trata-se de um problema no webservice de homologação. Conosco o problema só acontece neste ambiente.

Tive uma reunião com o pessoal do Santander recentemente e eles falaram que por causa do fim dos boletos sem registro, os bancos devem criar um webservice para envio e registro dos boletos, sem que seja necessário a criação de arquivos remessa e o envio para o banco através do site, como é feito hoje. Até onde sei, o Santander está trabalhando nisso e disseram que estará disponível até o fim deste ano, quanto aos demais bancos não sei em que pé está isso ou se será desenvolvido. No ACBr, até onde sei, a única forma disponível é gerando arquivos de remessa e processando os arquivos de retorno mesmo e este processo é manual mesmo, não há como automatizar.

Você já experimentou utilizar o projeto de demonstração que existe no componente e emitir um boleto com exatamente os mesmos dados dos seus boletos que estão dando problema? Se no projeto DEMO ocorrer o mesmo erro, reporta aqui pra gente testar junto. Abraço

Acredito que seja algum BUG na sua aplicação, utilizamos o boleto do Itaú aqui sem crise.

Olá quartarollo, o layout da NFe não dispõe deste tipo de informação, você deverá colocar isso nos dados adicionais mesmo.

Se você usar o ACBr_Monitor, você consegue. É a maneira mais simples, fora isso você pode desenvolver um "ACBr_Monitor" próprio, usando a mesma idéia.

Olá @Juliana Tamizou e @r_rodrigues nós já estamos utilizando em produção desde fevereiro. Assim como acontece com o banco SAFRA estes bancos de "atacado" utilizam a estrutura de terceiros para envio da cobrança. Os Layouts são baseados no layout dos bancos terceiros, mas possuem algumas modificações importantes. No meu ponto de vista é sim necessário criar a nova unit sim. Att.

Acredito que você não está salvando o protocolo de autorização no XML. Se não for isso, anexe o arquivo XML de uma NF com problemas.

Exatamente @marcelosantos "9"

Esqueçam o que eu falei, só passava no emissor gratuito porque o indIEDest estava como 2 ao invés de 9. A única saída é realmente fazer como o @adrianoa falou acima. Obrigado a todos.