Painel de líderes

Enviei para o SVN... // Calculando o tamanho da Pagina em Pixels // TotalPaginaPixel := rlbsCabecalho.Height + rlbRodape.Height + rlbLegenda.Height + rlbPagamento.Height + rlbMensagemFiscal.Height + rlbConsumidor.Height + rlsbDetItem.Height + rlbDescItem.Height + rlbOutroItem.Height + Trunc((rlbDetItem.Height+5.4) * ACBrNFeDANFCeFortes.FpNFe.Det.Count) ; // Pixel para Milimitros // rlVenda.PageSetup.PaperHeight := max(200, 20+Trunc( TotalPaginaPixel / 3.75 ));

Resolvido. Atualizei as cadeias de certificado para V5 e tudo funcionou novamente.

Corrigido no SVN..

Ocorre sim. Acabei de testar. Com rlVenda.PageSetup.PaperHeight := max(100, 20+Trunc( TotalPaginaPixel / 3.75 ));{Alter Bru-01/07/2017 ajustar qrCode Após InfCliente} Continua ocorrendo com a propriedade ImprimeDescAcrescItem <- False; mas se alterar pra max 200, volta a normalidade. Pra mim nao tem problema fica em max 100, meu cliente vai imprimir no max 10 itens por nota. Obrigado Ricardo pela luz.

Resolvi aqui. Estudei muito bem o ACBr_demo e fiz as mudanças no meu sistema. Funciona no server 2003 tanto com OpenSSL como WinCript ou Capicom. O problema estava na hora de ler o arquivo ini e configurar o componente. No vindows server, provavelmente a mesma situação ocorre também no windowsXP. Por exemplo, quando o Componente ACBrNFe for setado para Capicom e executar qualquer operação sem que este esteja completamente configurado, então dá esse erro mencionado acima. Depois que deu o erro o Componente não deixa mais mudar para OpenSSL ou vice versa, Nas demais versões do Windows, mesmo depois do erro, permite alterar/corrigir a configuração. Então funciona, basta ter o cuidado a ora de setar o componente e, na hora de fazer alguma alteração na configuração usar o comando = ACBrNFe1.SSL.DescarregarCertificado;

tem sim, vou anexar 2 cadeias que resolveram o meu problema, pode ser que resolva o seu também e de outras pessoas. Instale primeiro o ICP-Brasilv5 escolhendo o repositório que deseja salvar, escolha autoridades de certificação raiz confiáveis, faça o mesmo com o v1_v2_v3_v5. depois posta aqui se deu certo .. Atenciosamente, Nilson. ICP-Brasilv5.crt v1_v2_v3_v5_msie.p7b

Juliomar grato pelo retorno, e sim, acontecia o mesmo, porém veja o que fiz... Quando usei o apagarACBr.bat e em seguida fiz o SVN Update para a atualização dos componentes, o arquivo ACBr.inc retornou ao seu estado original com a linha {.$DEFINE USE_MINGW}, ou seja, deixou de usar as dlls da MINGW (no meu caso) e passou a tentar a usar as dlls da \OpenSSL\0.9.8.14 .... por esse motivo começou o Acess Violation se referenciando a dll MSVCRT.DLL. Depois de identificar esse detalhe, descomentei a linha {$DEFINE USE_MINGW}, dei um Build geral por aqui e a aplicação voltou ao normal novamente não ocorrendo mais erros. De qualquer forma fica ai o caso para ajuda se algum dia alguém passar pelo problema acima. Grato.

Verifique se as portas TCP/80 e 443 e UDP/123 no estão liberadas para entrada e saída no firewall. Site para testar comunicação com das portas: https://www.grc.com/x/ne.dll?rh1dkyd2

Use a StringToFloat da unit ACBrUtil que já faz esse tratamento: FNFSeW.NFSeWClass.VersaoDados := StringToFloat(Configuracoes.Geral.ConfigXML.VersaoDados);

Problema resolvido. Eu estava com a versão 1.6.86 diferente da versão 1.6.86 atual. Como notei diferença no tamanho do instalador, resolvi baixar de novo. Desinstalei a que estava e instalei a que eu baixei. Resolveu.

Boa tarde a todos, Já encontra-se disponível os fontes do componente ACBrBPe, bem como o pacote de instalação e o programa exemplo. Já estamos trabalhando para incluir o ACBrBPe no ACBrInstall_Trunk2. Ainda não é possível realizar testes pois ainda não foram disponibilizados os Schemas e o ambiente de homologação.