windsoft

Olá @BigWings meus componentes de impressão (ACBrDanfeFR, ACBrBoletoFR, ACBrDanfSeFR) são criados dinamicamente, no inicio da aplicação e destruídos apenas quando a aplicação fecha. E tenho um datamodule de relatórios que também é criado no inicio e destruído quando a aplicação fecha.

Olá pessoal, conforme conversado anteriormente pelo discord, utilizamos fastreport nas impressões do ACBr e também nos relatórios internos do sistema. Temos uma instância do componente frxPDFExport em nosso projeto e o ACBr adiciona uma nova instancia do frxPDFExport para cada documento fiscal e para os boletos, com isso, nas janelas de preview do fastreport aparecem multiplas opções de "Exportar para PDF" conforme imagem abaixo. É possível fazer algum procedimento para evitar que isso aconteça?

Obrigado pela resposta @Italo Giurizzato Junior Você tem este comunicado ?

Seria emitir pelo site deles.

Olá @Rene costa cabral boa tarde! Sim tivemos a mesma informação que você, eles irão implementar o GISS mas apenas a versão web, para emissão por API continua usando a GINFES. É uma bagunça danada esse pessoal. Olá @Italo Giurizzato Junior boa tarde! Me desculpe pela demora em responder, a informação que tivemos da EICON hoje é que em Rio Preto não será implantada a GISS para emissão por webservice/api, será apenas pra quem emite de forma online. Ou seja, muito barulho pra nada. Muito obrigado pela atenção.

Eu já estou usando ACBRNFSeX desde o início. Ainda não consegui fazer emitir com o GISS em Rio Preto.

Olá bom dia! Estamos testando a emissão por aqui também, mas sem sucesso até agora. Pelo que vi o Ginfes estã sendo substituido pela Eicon em todas as prefeituras que eles atendem. Diversas prefeituras já estão com comentários no arquivo ACBRNFSeXServicos.ini pra comentar as linhas a partir de 01/11/2024 mas em Rio Preto ainda não consta nada. Alterei o arquivo ACBrNFSeXServicos.ini usando o exemplo da prefeitura de Itu/SP, mas quando tento emitir a NFSe recebo o seguinte erro: Código : A01 Mensagem: Não foi possivel atender a solicitação Correção: Tente novamente mais tarde ou entre em contato com o atendimento. --------- Código : X202 Mensagem: Lista de NFSe não encontrada! (ListaNfse) Correção:

Blz @Victor H. Gonzales - Panda Deu tudo certo, abraço

Observe que tem correção nas mensagens também, além do "SeuNumero"

Olá @Diego Foliene, sim o arquivo é este mesmo. Vou anexar aqui novamente caso facilite. ACBrBoletoW_BancoBrasil_API.pas @Victor H. Gonzales - Panda, desculpe não consigo enviar o LOG agora, mas acredito que apenas com o arquivo já vai ficar claro pra vc o que foi corrigido. E estava claramente errado. Caso precise posso enviar os LOGs em outro momento.

Olá @Victor H. Gonzales - Panda sim, está. O arquivo fonte já foi anexado no ticket, qual arquivo mais você precisa?

Olá @Diego Foliene Realmente anexei o arquivo errado, porém aqui não está permitindo anexar arquivos maiores que 2KB na resposta. O arquivo mesmo compactado fica com 7KB

Olá, amigos bom dia! Estamos utilizando o envio de boletos por api no banco do Brasil e observamos 2 problemas no preenchimento do JSON no envio do banco. No campo "campoUtilizacaoBeneficiario" deveria conter o "Seu Número" mantendo o padrão da emissão dos boletos CNAB mas está sendo enviado as Mensagem indevidamente. No campo "mensagemBloquetoOcorrencia" deveria conter as Mensagens mas está sendo enviado o código das instruções 1, 2 e 3 indevidamente Segue anexo os fontes corrigidos. ACBrBoletoRet_BancoBrasil_API.pas

Olá boa tarde! Conforme solicitado no discord, estou abrindo este tópico para reportar o problema com o tratamento de mensagens de erro no processamento do envio de boletos por API do Banco do Brasil. Ao enviar um evento de baixa por exemplo, se o comando é recusado o motivo da recusa não é preenchido nas propriedades do objeto de retorno. Apenas a propriedade JSON é preenchida com o motivo da recusa. Segue anexo um exemplo de retorno obtido com o Demo do componente: Passos para reproduzir o problema: 1. Emita um boleto e registre por API 2. Logo em seguida tente enviar um comando de baixa do mesmo boleto 3. A função "Enviar" retorna como False, porque o evento de baixa não foi registrado mas os objetos de retorno ficam com vazios apenas com o JSON preenchido RetornoRegistro.txt

Olá, Boa tarde Estamos homologando o banco BMP Moneyplus e conforme manual anexo, o arquivo de remessa deve ter um nome pre-definido: A função "CalcularNomeArquivoRemessa" não estava implementada para este banco, segue os fontes ajustados. Outro detalhe é que o logo além de estar desatualizado está fora do padrão dos demais bancos, 149px X 38px e, por isso, estava ficando bem deformado na impressão. Os que eu gerei estão melhores, mas se vocês conseguirem gerar algum com melhor definição melhor ainda. O logo também está na primeira página do manual anexo. -2021921305_Layout_CNAB_400_V9_5 - bmp.pdf Logos.zip ACBrBancoBradescoMoneyPlus.pas

Me desculpe pela demora, segue o XML conforme solicitado. OBS: 1. Este é o XML gerado pela prefeitura 2. No arquivo .fr3 do modelo de impressão Ginfes mais recente, o valor de retenção de impostos federais está com o texto 0,00 fixo, não tem uma variável ou um campo associado a ele então acredito que não foi feita nenhuma correção em versões mais novas. 3.773596058588953E8.xml

Olá pessoal, bom dia! Observamos que na impressão padrão "DANFSEPadraoGinfes.fr3" as retenções de impostos federais não estão sendo totalizadas adequadamente. O campo "retenções federais" está com o valor 0,00 fixo na impressão. Ajustamos a impressão para que seja totalizado o valor dos impostos federais e estamos disponibilizando aqui para que seja disponibilizado para toda a comunidade. Esta imagem abaixo, é uma NF emitida diretamente pelo site do GINFES, veja que os impostos federais são todos totalizados no campo "Retenções federais" Esta outra imagem é da impressão "DANFSEPadraoGinfes.fr3", observe que os impostos são sempre totalizados como 0,00 DANFSEPadraoGinfes.fr3

Eu enfrento exatamente o mesmo problema já tem algum tempo. Aparentemente é cagada na SEFAZ mesmo. Eu acredito que não há o que fazer nestes casos.

Olá Amigos bom dia! Hoje me deparei com uma situação já discutida anteriormente aqui no forum. A possibilidade de geração de arquivos de remessa CNAB400 com 444 posições achei estranho mas o manual do banco SOFISA também pede que seja enviada a chave da NFe no CNAB400 fazendo com que o arquivo fique com 444 posições. Alguns outros bancos já fizeram esta solicitação de envio da chave, mas geralmente são mais coerentes e criam uma seção nova no arquivo de remessa ao invés de aumentar o tamanho do registro de transação, porém infelizmente este não é o caso do SOFISA. Eu fiz o ajuste aqui para que seja enviado o arquivo com 444 posições conforme pede o manual (Anexo), verifiquem a viabilidade de disponibilizar para os demais usuários. NOVO_CNAB444v2.pdf ACBrBancoSofisaSantander.pas

Olá bom dia! Obrigado por subir a correção. Agora é possível gerar boletos usando ISAPI conforme esperado.

Bom dia! Ao tentar gerar o PDF do Boleto com FortesReport em uma aplicação ISAPI, recebo o erro "Operation not supported on selected printer". Pesquisando sobre o assunto, percebi que o mesmo erro ocorria na geração de DANFe com FortesReport e foi solucionado apenas informando Numcopias = 0, porém ao observar o código SetNumCopias do ACBrBoleto ele, não só permite Numcopias maior que zero. Fiz o ajuste no código e consegui gerar boletos usando ISAPI sem problemas. Sugiro que o mesmo ajuste seja feito no ACBrBoleto Segue a unit ajustada para disponibilização aos demais usuários. ACBrBoleto.pas

Olá bom dia! Desculpe pela demora, segue o XML do lote da guia. Atencisoamente,

Olá @Italo Giurizzato Junior Não conseguiram nenhuma solução para o problema ainda?

Olá Amigos boa tarde Percebi um pequeno problema na impressão do GNRe (FastReport), não sei se impacta na impressão do Fortes também, mas acredito que sim. Na leitura do XML o componente não estava preenchendo o campo TipoDocumento para o destinatário, e isso fazia com que não fosse impresso o CNPJ na Guia. Segue anexo o arquivo contendo a correção. Peço por favor que disponibilizem a todos. Segue também um arquivo XML de uma GNRE que pode ser usado pra testes antes e depois da correção. ACBrGNREGuiasRetorno.pas

Sinceramente, nunca tentei enviar cobrança sem fazer o cálculo do dígito do nosso número. Vou ver se consigo fazer este teste de alguma forma e retorno com mais informações, caso consiga.