cefantacini

Estou tendo um problema de arredondamento muito estranho no momento de preencher o componente ACBrNFe e consequentemente na geração do XML. Postei uma imagem anexo que é bem auto-explicativa, mostro o valor antes e depois de colocar no componente os valores são diferentes. Atualizei o ACBr, reconstrui o Lázarus e o problema persiste.

Estou precisando desenvolver um site de venda e minha experiência com programação web é zero. Alguém que teria experiência poderia me indicar qual seria o melhor caminho?: Seria possivel desenvolver usando o Lazarus? Obrigado!

Deu certo Ítalo, atualizei o ACBr, reconstrui o Lazarus e fiz o teste e o problema foi resolvido ... Se quiser pode fechar o tópico...

Deu certo imprimindo no formato paisagem. Obrigado a todos! Se quiser pode fechar o tópico

Tenho pedido de um cliente para sair o ICMS ST no Danfe na mesma linha da descrição do produto no campo que seria destinado ao ICMS. A imagem abaixo foi tirada do simulador tributário IOB, note que não tem ICMS, apenas o ICMS ST, porem o ST sai na linha do produto, gostaria de saber se isso é possivel e permitido e caso seja, quais propriedades do componente eu devo preencher...

Eu fiz o teste pelo programa de exemplo, ele enviou apenas um xml e o pdf, porem o xml enviado foi o xml sem a autorização e o nome do arquivo é o caminho do mesmo... O XML enviado pelo programa de exemplo segue em anexo... C__Programacao_Lazarus_ACBr_Exemplos_ACBrDFe_ACBrNFe_Lazarus_Docs_1101113520036470726800014055001000000731115566331701-procEventoNFe.pdf-procEventoNFe.xml

Enviando um evento ( Carta de Correção ou Cancelamento ) por e-mail, pelo do comando: DMComp.NFe.EnviarEmailEvento.... Percebi que quando o mail chega, em vez de dois anexos (XML e PDF do evento), chega tbém um terceiro. O nome desse terceiro arquivo é o caminho que eu salvei o XML do evento para carregar no componente. Esse terceiro arquivo é o XML do evento sem a autorização de uso: No caso acima o arquivo que vai a mais é o que está destacado em vermelho. Em anexo estão os dois XML, o que começa com CANC está correto e o que começa com c:\SS_TEMP é o que está indo a mais ... C__SS_Temp_SSNFe_Recentes_1101113520036470726800014055001000000730144391039801-procEventoNFe.pdf-procEventoNFe.xml CANC_20200327_163639994.xml

Deu certo, atualizei o ACBr, reconstrui o Lazarus, recompilei o programa e o problema foi resolvido.

Eu atualize o ACBR, ele mudou a forma de envio, porem o XML enviado está estranho, vc abre ele no IE ele não fica formatado, dá a impressão de que está faltando alguma coisa Temporariamente mudei a rotina, eu salvo o XML, gero o PDF dele, anexo os dois a um mail e envio... Dessa forma mais "manual" está indo corretamente...

Não Foi com um Xml completo, validado, assinado e autorizado. Se quiser posso te enviar ele ...

Eu fiz o testei aqui com o Demo O passo a passo é o seguinte: Fui no Demo (EXE - sem recompilar), configurei os dados de e-mail, e pedi para enviar um mail, selecionei um XML e enviei. foi normal, corretamente. Abri o fonte do Demo no lazarus, compilei e enviei o mesmo xml, aí apresentou o problema.....

Estou tendo um problema com o envio de e-mail da nota, usando o metodo: NFe.NotasFiscais.Items[0].EnviarEmail O danfe vai correto, porem o XML não vai, vai apenas as seguintes informações no XML: <?xml version="1.0"?> -<envEvento versao="" xmlns="http://www.portalfiscal.inf.br/nfe"> <idLote>0</idLote> </envEvento> Coloquei um XML em anexo. Eu me certifiquei de que o XML está carregado corretamente no componente, eu salvo o XML do banco, carrego ele no componente e envio. O XML salvo que usei para carregar no componente, eu conferi e está o correto. Um outro indicativo de que o XML está carregado corretamente é o fato dele gerar o PDF correto.... 35200364707268000140550010000007261062880130-nfe.xml

Atualizei os fontes, reconstrui o Lazarus e resolveu. Obrigado!

Eu percebi que se eu for montando a nota no componente e pedir a impressão ele mostra a quebra de linha, se eu salva o XML e abrir e imprimir ele "fica errado". Será que tem alguma coisa a ver com a forma do Lazarus salvar o XML? isso dá certo: DMComp.NFe.NotasFiscais.GerarNFe; DMComp.NFe.NotasFiscais.Imprimir; Isso dá errado DMComp.NFe.NotasFiscais.GerarNFe; DMComp.NFe.NotasFiscais.GravarXML( 'c:\temp\teste.xml' ); DMComp.NFe.NotasFiscais.Clear; DMComp.NFe.NotasFiscais.LoadFromFile( 'c:\temp\teste.xml' ); DMComp.NFe.NotasFiscais.Imprimir; O problema é que eu pego o XML autorizado e gravo no BD, depois, quando vou imprimir, salvo num arquivo e leio ele......

Estou com um problema na quebra de linha nas informações adicionais, se eu pré visualizar a nota antes de transmitir ele mostra a quebra de linha no DANFE, e depois de transmitir, ele junta tudo, veja: Antes: Depois Não sei se tem alguma correlação, mais somente percebi depois de ter migrado para o lazarus, no Delphi não cheguei a identificar esse problema.... Em ambas as formas a opção do Danfe: QuebraLinhaEmDetalhamentos está True;

Deu certo, fiz umas adaptações seguindo sua lógica e funcionou. Se quiser pode fechar o tópico.

No caso então eu não usaria um DBLResult, faria a somatória "na mão" e colocaria num Label no evento BeforePrint?

Estou fazendo um relatório no fortes que tem que somar um valor, porém se a coluna de débito/crédito for 'D" o valor deve ser decrementado na somatória. Imagino que para isso eu deva trabalhar na propriedade DataFormula do DBLResult. Seria algo do tipo: if ColunaDC = 'D' then ColunaValor := ColunaValor * -1; Caso alguém do grupo tenha experiência e possa me indicar a sintaxe agradeço!

Acabei resolvendo aqui, não achei muita lógica, já tinha removido e inserido vários componente e não tinha resolvido, aí joguei tudo fora, deixei só o form e fiz de novo e deu certo. Leva a crer que era alguma coisa com o RLReport mesmo...

Estou fazendo um relatório no fortes, onde tenho que inserir uma quebra na totalização. Se eu imprimir o relatório direto, sem usar o RLGroup, apenas usando uma banda Detail e uma Sumary, saem todos os registros no relatório, conforme a imagem. Eu preciso que a linha "SEPARADO", saia separado, ou seja, as 3 linhas "JUNTO", a totalização delas e depois a linha "SEPARADO" e a totalização dela. Insiro um RLGroup e coloco as bandas Detail e Sumary nele e mudo a propriedade DataFields do RlGroup: Aí ele passa a imprimir só um "pedaço do relatório: No caso em todas as situações a consulta SQL está ordenada pelo campo CXA_TIPO_LANCAMENTO, que seria a condição para o fortes fazer a quebra.... Onde será que estou errando? Completo.bmp

Era isso mesmo, consegui resolver usando o LT_SSLv3, tanto com libWinCypt quanto com o OpenSSL com as DLL da pasta: ACBr\DLLs\OpenSSL\1.0.2.21\x86 Obrigado a todos pela ajuda.

Eu enviei uma mensagem para o provedor e recebi a seguinte resposta: "Este erro não se refere ao Ginfes, para a emissão de nota via WebService siga as instruções abaixo: Acesse o site Ginfes (http://ribeiraopreto.ginfes.com.br/) clique em “Manuais” e verifique o manual de integração, o manual V3 para integração WebService e V2 para envio do arquivo upload via site. Consulte também os schemas .xsd e manual conceitual disponíveis no site Ginfes para download. Para realizar a integração via WebService, os certificados que podem ser utilizados são as versões A1 e A3 de autoridades certificadoras credenciadas no ICP Brasil (Infraestrutura de Chaves Públicas Brasileiras)." Já atualizei os schemas, os arquivos.ini, todos e o problema persiste. Se alguém tiver alguma outra idéia...

Está o LT_TLSv1_2

No caso, quando era no Delphi, eu rodava o intalador do ACBr, agora no Lazarus é só eu instalar o pacote novamente "por cima"?

Eu descomentei a linha, recompilei o programa, define o OpenSSL e aí passei a receber o erro: Erro Interno: 10091 Erro HTTP: 500 URL: https://homologacao.ginfes.com.br/ServiceGinfesImpl error:1425F10A:SSL routines:ssl_choose_client_version:wrong ssl version Parece que é erro de versão de DLL, eu copiei as DLL das pastas... ACBr\DLLs\OpenSSL\1.0.2.21\x86 e ACBr\DLLs\OpenSSL\1.1.1.4\x86 que tem nomes diferentes...