Mark Apollo

Boa, Italojjr, pensei em fazer isto, mas na correria acabei deixando de lado, bom, vamos lá: Para geração do PDF o quick gera um arquivo, acredito eu que seja um cache, ou coisa parecida, mas, de aproximadamente 500k para cada nfe na pasta temp do usuário. Tenho um volume de aproximadamente 1k de nfe por dia, desta forma acabo tendo um consumo de 500Mb de HD por dia. Tinha resolvido isto com um job do windows para apagar estes arquivos diariamente, mas precisava também parar o meu serviço de envio, pois os arquivos ficam travados por ele. Com o Fortes não percebi este problema (ao menos por enquanto). O Fortes está bem mais completo, não tem "rebarbas" nos itens, bem como, a cada atualização, eu tinha que aumentar tamanho no código do produto. No fortes a rebarba não existe, eu tenho propriedades para ajustar o tamanho do campo e ainda a possibilidade de mudar tipo/tamanho da fonte. Mas o que realmente me motivou a trocar (ou a pensar em trocar) foi outro problema que aconteceu várias vezes mas quero terminar este teste para reportar aqui, caso seja problema no DANFe no Quick ou em qualquer outra parte do ACBr. Por enquanto é "só".

Amigos, estava tendo alguns problemas no DANFe do Quick Report, acabei decidindo por testar o Fortes, percebi que o mesmo está bem mais completo do que o quick, mas tive um pequeno problema referente à descrição do produto, pois quando a mesma é grande, não estava sendo realizada a quebra de linha do item. Realizei o ajuste na ultima versão e disponibilizo aqui, mas, desde já, simplesmente alterei a propriedade "autosize" do "rlbItens" para true, quando pude perceber que existia um label chamado "RLLabel101" no final da linha que não era utilizado em lugar nenhum. Apaguei o mesmo e ajustei a altura do "rlbItens". Após estas alterações o DANFe ficou perfeito. ACBrNFeDANFeRLRetrato.zip

Realmente, também não usava o ACBr na época.

Convivia com este erro incessantemente, mas era no windows xp, parou depois que migrei para o bds 2006. tudo bem que vieram outros, mas, este nunca mais eu vi.

Bom dia, exatamente, somente o ratio para 3, com isso o código de barras ficou bem próximo ao exigido pela febraban e, principalmente, passou a ser lido nos meus leitores.

Olá, Juliana, Com certeza, segue em anexo o manual do Banestes, tanto o CNAB 240 quanto o CNAB 400 Banestes_CNAB240.pdf Banestes_cnab400.pdf

O ACBr Monitor não usa o método "Nfe.EnviarEmail" do componente, mas recria todo o método. Refaço a pergunta anterior: Será que não valeria um parâmetro para deixar opcional se subirá ou não exceção na thread de email? Caso achem interessante posso fazer a alteração e disponibilizar, só não quero ficar fazendo personalizações que só eu utilizarei, pois daqui a pouco terei um componente a parte e não poderei usufruir das atualizações do mesmo.

Na altura não precisei alterar, consegui fazer com que lesse desta forma, ainda não homologuei, mas obtive sucesso na leitura! quais erros está dando no arquivo? vou verificar e subir novamente.

Eu notei, senti dificuldades também, o código de barras não está do tamanho exigido pela FEBRABAN (ao menos o fonte que eu baixei não estava) percebi que o erro acontece no QuickReports, passei a utilizar o Fortes e consegui validar.

Amigos, gostaria de saber como vocês fazem (se fazem) para enviar uma NFe e não subir nenhum alerta/exceção para o usuário. O que acontece é o seguinte: Fiz um windows service que realiza todo o processo de geração de xml/ assinatura/envio/consulta e envio de email da nfe, tudo utilizando os try/except em seus devidos lugares com seus respectivos tratamentos. Mas, no momento de enviar email, mesmo utilizando o método entre try/except ele deixa subir uma exceção caso o servidor smtp não responda, fazendo com que meu serviço pare de processar os comandos. Utilizo o código abaixo: try Nfe.EnviarEmail( QryFilialDFe_Email_Servidor.AsString, QryFilialDFe_Email_Porta.AsString, QryFilialDFe_Email_Usuario.AsString, QryFilialDFe_Email_Senha.AsString, QryFilialDFe_Email_Usuario.AsString, sDestinatario, 'Nota Fiscal Eletrônica', sMsg, False, True, //Enviar PDF nil, sAnexos, False, //Não pedir Confirmação False, //Não aguardar envio QryFilialNm_Empresa.AsString , False ); except on E:Exception do begin //tratamento do erro sem deixar subir exceção a partir daqui end; end; Ao que verifiquei no código, a exceção não é capturada aqui pois eu não espero a resposta do servidor, logo, quando a thread de email lança a exceção eu já saí do bloco há tempos. Será que não valeria um parâmetro para deixar opcional se subirá ou não exceção na thread de email?

Há algum responsável pelo ACBr boletos que possa dar ao menos um retorno referente à esta thread?

Vale mais uma confirmação de que é só consultar a nota que o status atualiza?

Como assim? quer uma listagem de código e ocorrência do banco? ou quer um método?

Utilizo o QR sem problemas, inclusive sem o problema que o moisesaugusto citou, possivelmente este foi corrigido posteriormente!

Eu não tive este problema, mas desde já te digo que é do gerenciador de relatório que está utilizando. Qual você usa? quick, fast, fortes? qual versão ?

Olá, Consegui resolver o problema, mas foi no Fortes Report. Tive que mexer na configuração da barra do boleto (imgCodigoBarra) alterei a opção ratio para 3, desta forma consegui fazer com que ficasse no padrão da FEBRABAM e consequentemente lendo nos leitores. Segue em anexo junto com a atualização do boleto do Banestes. ACBrBoleto Banestes V.0.2a.zip

Percebi que, para o Quick, no momento da geração do Código de barras, apesar de passar altura e largura no código abaixo: ACBrBarCode1.Typ := bcCode_2_5_interleaved ; ACBrBarCode1.Text := CodBarras; BMP := TBitmap.Create ; try BMP.Width := imgBarra.Width; BMP.Height := imgBarra.Height; ACBrBarCode1.DrawBarcode(BMP.Canvas); imgBarra.Picture.Bitmap := BMP ; imgBarra4.Picture.Bitmap := BMP; imgBarra.Stretch := False; imgBarra.Stretch := True; finally BMP.Free ; end ; Ele não gera o código com esta altura e largura, pois, deixei o imgBarra para autosize e ele ficou grande, quase da largura da página, conferindo "barra por barra" verifiquei também que se não deixo autosize ele não mostra todas as barras. Troquei o gerador para Fortes Reports e o código ficou bem menor ainda não conseguindo a dimensão que a Febrabam exige. Alguém teria alguma solução que não seja usar outro gerador de relatório que não seja o Quick ou o Fortes?

Amigos, estou com um problema em questão do código de barras dos boletos: Gerei boletos para o Bradesco, Banco do Brasil e Banestes(este ultimo fui eu quem implementei), mas, não lê em nenhuma das leitoras que pude testar, enviei para homologação nos bancos, e recebi respostas negativas. A resposta do bradesco foi: Já tenho os boletos funcionando só que fora do ACBr e em Ace Reports, já verifiquei que a string enviada para o código de barras é a mesma que eu passo para meus boletos, ou seja, o código de barras foi calculado corretamente, mas, a imagem do código deve ter algum problema. Obs.: Já olhei em todos os tópicos referentes a código de barras no fórum, estou utilizando a ultima versão do ACBr com QuickReport, BDS 2006.

Banestes é do ES, ainda estou melhorando o código, copiei o modelo do Bradesco e estou implementando com o tempo, acho que ainda tem bastante coisa para melhorar, mas, como disse, o boleto já funciona, vou homologar ele esta semana se tudo correr bem!

Amigos, segue mais uma contribuição, consegui gerar o boleto do Banestes, ainda não implementei os arquivos remessa e retorno, somente fiz mesmo o boleto. Fiz também uma alteração no boleto do quick, pois não estava exibindo o Bairro do Sacado. Fiz um merge com a ultima versão do svn, espero que seja util. ACBrBoleto.zip

Bom, sendo assim, acredito que não tenha nada desta forma, eu faria 2 loops, um para imprimir 1 a 1 outro para adicionar todos novamente.

Alguém já chegou a implementar o boleto do Banestes ou outro banco que utilize código ASBACE? Se sim, como fizeram para exibir o código no boleto?

Acredito que você está esquecendo de limpar a lista ao adicionar os boletos, tipo: limpe, adicione, imprima, limpe, adicione, imprima e assim por diante. Obs: não coloquei o código porque ainda não trabalho com boleto, estou acompanhando o fórum pois quero trabalhar com ele. Já trabalho com outros ACBr's

Tadinho??? Tadinho é uma #%@$#%@$ [piiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiiii] Terei que cancelar minha viagem de aniversário de casamento por causa da paralisação que haverá amanhã, pois acabei de implementar o NFe no sistema da empresa e ainda não passamos por uma contingência, paralisação esta que acredito ser por causa deste certificado.

Como o regys disse, deve traduzir o código do gerenciador de relatório, já cheguei a fazer isso, mas foi com o Quick Report.