Aggille Sistemas de Gestão

aonde verifico a versão no LOG ?.. tenho sempre atualizado acbr( meu projeto acessa direto na pasta Demos ) e as DLLs, tenho gerado a cada dois dias pelo Lazarus....

consegui resolver, transformando minha classe em Singleton ao invés de Static.. então ele gera somente uma versão do ACBRNFe... Obrigado a Todos...

essas são as últimas linhas do LOG... 23/03/20 09:20:45:748 - Destravar 23/03/20 09:20:45:750 - LIB_UltimoRetorno 23/03/20 09:20:45:752 - Codigo:0, Mensagem:[Envio][CR][LF]CStat=100[CR][LF]CUF=43[CR][LF]Msg=Autorizado o uso da NF-e[CR][LF]NProt=143200000221533[CR][LF]NRec=[CR][LF]TMed=0[CR][LF]VerAplic=RS202002101016[CR][LF]Versao=4.00[CR][LF]XMotivo=Autorizado o uso da NF-e[CR][LF]tpAmb=2[CR][LF][CR][LF][NFe43200318929920000154550010000001171233511371][CR][LF]Id=ID143200000221533[CR][LF]XML 23/03/20 09:20:45:771 - NFE_GravarXml(0,, ) 23/03/20 09:20:45:775 - Travar 23/03/20 09:20:45:782 - SetRetorno(0, ) 23/03/20 09:20:45:785 - Destravar 23/03/20 09:20:45:787 - NFe_Imprimir(,1,,1,,,) 23/03/20 09:20:45:790 - Travar 23/03/20 09:20:45:793 - ConfigurarImpressao - Iniciado 23/03/20 09:20:45:796 - ConfigurarImpressao - Feito ACBrLibNFE-20200323.log

está fechando...

Boa tarde... estou usando o ACBRLib em um sistema feito em C#.. Desenvolvi a NFe, tudo funciona bem.. porém.. acontece algo estranho... transmito uma nota, imprimo, tudo certo.. A segunda nota transmite, aparece o dialog de impressão... porém o preview não aparece, e o sistema fecha sem nenhuma mensagem.. Atualizei o acbr, recompilei as dlls e o problema persiste Alguém passou por algo semelhante ? sds,

é no modelo Fortes... mas, se como o Daniel falou, ele considera espaços, não há o que fazer... vou tentar diminiur a fonte... obrigado... é no fortes..

Bom dia. quando o código do produto é muito grande, o Danfe fortes não "quebra" a linha.. no Fast funciona corretamente...

Bom dia.. Testado e funcionando 100%.. Obrigado..

Bom dia... essa alteração já está no svn ? sds,

Segue Unit alterada.. testado e funcionando.. ACBrBancoSantander.pas

Não apliquei... vou fazer e postar a Unit..

Bom dia... No arquivo de remessa gerado pro banco Santander, padrão 240, o componente está ignorando a propriedade Cedente.ResponEmissao, posição 61 do bloco P.. Segue abaixo print do Manual, e do fonte do ACBR aonde envia a informação pro arquivo.. sds.

Oi Juliana.,.. estou utilizando o DANFeRetrato_2019.fr3. sds,

Testado e funcionando... sds,

Boa tarde... conseguiuram dar uma analisada nessas alterações ? sds,

Mais um ajuste... a rotina CodMotivoRejeicaoToDescricao não estava buscando corretamente o código no padrão 400... ACBrBancoBrasil.pas

Boa tarde... o Danfe do Fast Report não quebra a página quando as informações adicionais não cabem na página... Por exemplo. Tenho uma nota com 5 itens, porém as informações adicionais têm, digamos, 150 linhas... o danfe é impresso em uma página, e "trunca" as informações adicionais, quando deveria quebrar a página. Há casos pra venda por finame ou outro financiamento, em que toda a descrição do equipamento e informações bancárias devem ir nas informações adicionais, e notas triangulares também têm muita informação adicional. sds,

Bom dia... Ao processar os arquivos de retorno do BB, padrçai CNAB400, todos os comando 85 ( inclusão de negativação ) e 86 ( exclusão de negativação ) estavam vindo como toRetornoOutrasOcorrencias. Analisei o código e percebi que o ACBR estava processando essa opção somente no cnab240... fiz as alterações necessárias e testei.. tudo funcionando.. segue em anexo a unit alterada.. sds, ACBrBancoBrasil.pas

Não zerem as margens do componente...deixem as margens padrão do componente...dir. 5,1 esq 6 , inf e sup 8... ai fica centralizado... Eu coloquei IFs no meu sistema.. só ajusto as margens do componente se a propriedade da minha entidade de configuração for maior do que zero... ex: if( TConfigDanfe.MargemEsq > 0 ) then Danfe.MargemEsquerda := TConfigDanfe.MargemEsq; isso resolveu meu problema..

Oi Juliana... sim.. é o mesmo arquivo... na página 77 ( tabela G015 ) fala sobre os códigos de retorno... segue em anexo print do manual...na verdade creio que no retorno pode vir qualquer um dos código do 2 ao 7

atualizei o acbr, copiei o arquivo .fr3 da pasta obsoletos pra pasta do meu sisteima, emiti um NFC-e e funcionou perfeitamente... obrigado...

Segue em anexo arquivo FR3 do DanfeNFC padrão A4 corrigido para exibição do QR Code ( que não exibia após atualização para versão 5 ) sds, DANFeNFCeA4.fr3

Tive um problema com arquivo de retorno da Caixa. O Acbr dizia que o arquivo era inválido, porém estava na estrutura correta. Depurei e vi que o ACBR considera arquivo de retorno somente se tiver '2' na posição 143 do Header. Porém tem uma situação em que pode vir '4' nessa posição, que acontece quando o arquivo de remessa é processado parcialmente. Alterai o arquivo txt manualmante ( coloquei '2' na respectiva posição ) e o arquivo foi processado normalmente Na unit ACBRBoleto, na linha 2990 está o seguinte código if Copy(SlRetorno.Strings[0],143,1) <> '2' then Raise Exception.Create( ACBrStr( NomeArq + sLineBreak + 'Não é um arquivo de Retorno de cobrança com layout CNAB240') ); deveria ser mudado para if ( (Copy(SlRetorno.Strings[0],143,1) <> '2' ) or ( Copy(SlRetorno.Strings[0],143,1) <> '4') ) then Raise Exception.Create( ACBrStr( NomeArq + sLineBreak + 'Não é um arquivo de Retorno de cobrança com layout CNAB240') ); segue em anexo arquivo de retorno para análise... sds, R190900198.ret

testado e funcionando....obrigado pela solução.. sds,

abri um chamado antes e o que eu coloquei lá reflete na questão dos eventos.. reparei que as consultas não estavam trazendo mais os eventos...o WebServices.Consulta.procEventoNFe.Count sempre vinha zero... na Unit pcnRetConsSitNfe, na linha 204 está gerando uma exception, porque no retorno não tem a tag cMsg... então ele gera a exception e vai pro Except , portanto não conclui o resto da consulta.. comentei essa linha e voltou a funcionar perfeitamente, trazendo certingo os procEventonfe... acho que ali deveria ter um try..except..proprio try protNFe.cMsg := Leitor.rCampo(tcStr, 'cMsg'); except protNFe.cMsg := 0; end; coloquem um ponto de parada nessa linha e vão ver que gera um exception... esse código acima resolve situação