Painel de líderes

Olá para todos... Após estar mais de 2 meses trabalhando no Trunk2... Chegou a hora de abandonar o suporte ao Trunk... Essa semana, é a última que ainda envio correções para o "Trunk" Deixo essa decisão a ser tomada individualmente para cada um dos "commiters"... Ou seja, pode ser que outros commiter ainda esteja efetuando correções para o "Trunk" Motivos para eu deixar de fazer o Merge de minhas correções no "Trunk" Estou usando o "Trunk2" a mais de 2 meses Está cada vez mais difícil efetuar um "merge" entre as versões, sem quebrar ou esquecer de algo Estou gastando muito tempo para efetuar Merges, (tempo que poderia ser aplicados em melhorias dos componentes no trunk2) Apenas em casos de extrema necessidade, efetuarei correções no "trunk" Nesse caso, quando receber relatório de erros... Minha primeira pergunta será: O problema ocorre no "trunk2" ? Se na tentativa de reproduzir o erro... eu detectar que o problema não ocorre nos fontes do "trunk2", então resolvido está... Para reportar problemas no Trunk2, use esse fórum específico: http://www.projetoacbr.com.br/forum/forum/55-trunk2/ Para saber mais sobre o Trunk2, leia esse tópico: http://www.projetoacbr.com.br/forum/topic/22410-bem-vindo-ao-trunk2/

Estamos usando Lazarus profissionalmente a mais de 2 anos... e não me arrependo... -> http://www.djpdv.com.br/ Para acesso a BD uso atualmente a ZeosBD, mas os componentes nativos do Lazarus estão muito bons atualmente... Veja também esses projetos: https://github.com/mdbs99/Greyhound https://github.com/leledumbo/ghORM Esqueça o Fast Report no Lazarus... tentei contato com eles algumas vezes e nunca responderam... Use o LazReport ou o Fortes4Lazarus Os problemas do ACBr no Linux são principalmente pela falta de usuários e testes... Por favor abra um tópico novo para cada um dos problemas enfrentados... Quanto a diferença de layout, isso é comum, já que no Linux o Lazarus usa a GTK2 e no windows WinAPI... os componentes são diferentes.. Vc precisa trabalhar com ancoras para que o seu layout se ajuste dependendo do WidgetSet.. Ou então adotar um WidgetSet multiplataforma, como a QT (a GTK2 tb pode ser executada no windows) http://wiki.lazarus.freepascal.org/Multiplatform_Programming_Guide

O Regys conseguiu validar as correções no "Trunk2"... já fiz o merge para o "trunk" e enviei para o SVN...

Já passou da hora do Delphi ter uma suite de componentes nativos para Criptografia e acesso a certificados digitais... Talvez esse componente (pago) faça algo do genero: https://www.eldos.com/sbb/

Boa tarde pessoal, Onde trabalho estamos iniciando um processo de migração do nosso aplicativo que hoje é feito em Delphi 7 + Firebird para outras soluções. O retaguarda está sendo refeito em Java + Postgres e quanto ao PDV ainda não decidimos. O que é certo por enquanto é o uso do ACBr . Estou testando o Lazarus por ser multiplataforma, já que alguns clientes estão solicitando que o PDV rode em Linux e as novas versões do Delphi não dão esse suporte ainda. Já li aqui no fórum e alguns usuários utilizam o Lazarus como ferramenta principal e gostaria de saber se é estável e se não apresenta problemas em longo prazo. Atualmente estou testando o Lazarus 1.4.0 + FPC 2.6.0. Instalei todos os pacotes do ACBr da Trunk2. No Windows tudo correu bem. Nenhum problema. Já no Linux, foi complicada a instalação devido as denpendências do ACBrOpenSSL, mas deu certo. Só que o aplicativo gerado (Exemplo da NF-e) não fecha depois que é executado. Se ele tiver sido executado pela IDE, ela tambem não fecha. Apresenta em seguida uma mensagem dizendo que o aplicativo parou de responder. Tirando esse problema, tudo funciona. Geração e envio da NF-e e DANFE. Alguém passou por problema parecido? Testei no Ubuntu 14.04 e no ultimo release do Arch. Em ambos o problema se repetiu. Outra coisa que vi, foi em relação aos componetes, no caso alguns labels que ficaram maiores no Linux do que no Windows. Quanto a relatórios, alguem usa o FastReport do Lazarus? Não tem no site uma versão trial para avaliar o desempenho. Para acesso ao banco, vimos que tem o UniDAC para Lazarus, já usamos ele no Delphi. No Lazarus ele funciona sem problemas tambem? Vale a pena abandonar o Delphi pelo Lazarus? Desculpem a quantidade de perguntas, as dúvidas são muitas hehehe.

Boa tarde, Com base no código disponibilizado pelo e Sefaz a também pelo modelo apresentado pelo Marcio.Bonfim, consegui desenvolver um programa para fazer a assinatura do SAT para o modelo A3. O programa possui uma interface simples e muito pratica e foi desenvolvido em C#. Agradeço a todos pela disposição em nos ajudar. Segue abaixo o link do arquivo executável: http://1drv.ms/1ESi0lX Qualquer duvida é só comentar.

O pessoal da T2ti está lançando uma oportunidade imperdível para quem quer ficar mais dentro do mercado e ganhar dinheiro com o que mais está em foco nesse momento no mercado mundial, Desenvolvimento Mobile. Veja mais clicando aqui... e garanta seu futuro. Eu mesmo pretendo fazer.

... ... .... ...................... pega os fontes da pasta branshes, como já foi postado, e vai montando sua rotina de geração... o importante é que já tiveram o grande trabalho de montar as classes dos registros que compõem o ECF. só precisa das classes para ir montando a sua rotina... quando terminarem o componente é só testar a geração. ....

Bom instalei manualmente e deu td certo. Mas um dos problemas era isto, os path do library estavam setados. Obrigado a todos. sem mais ANT.CARLOS/SP

No SVN Obrigado

Limpe seu library path, tem algo muito errado com eles, está abarrotado de caminhos e caminhos gigantes.

Boa tarde Alexsandro, O Ceará no que diz respeito a NFC-e vai utilizar a SEFAZ-Virtual-RS ou é a SEFAZ-CE que vai recepcionar as NFC-e? Se for a SEFAZ-CE por favor nos informe as URLs de cada Web Services para que possamos atualizar a unit ACBrNFeUtil, poi esta ainda não possui elas. Não é atoa que é retornado uma string vazia.

Boa tarde Valdir, Como a NFS-e foge completamente a lógica da NF-e que foi de forma competente utilizada no CT-e e MDF-e por parte da SEFAZ, a migração desses dois últimos componente até tranquila e rápida. A NFS-e alem da lógica ser diferente temos um leque de provedores que não seguem um padrão, até arrendondar tudo isso vamos perder vários dias de sono.

Sim, entendo perfeitamente Juliomar e estou ciente disso. Foi só um comentário que acabamos ficando meio sem saída nessa situação. Obrigado!

Vimos comunicar aos usuários ACBr que estamos trabalhando para sempre trazer melhorias ao Projeto e por consequência a nossos usuário, este post tem por finalidade informar que além das novas versões de NF-e, CT-e, lançamento de SAT-e, NFC-e ,estamos trabalhando para que o projeto ACBr possa ser utilizado na plataforma Firemonkey, no 1o momento não vamos nos preocupar com multi-plataform, vamos usar o que temos e ajusta-lo para que uma aplicação feita em Firemonkey possa usa-la. Como é um caminho novo para nós também, estamos encontrando obstáculos, e não sabemos até onde podemos chegar realmente, mas de 1a mão anuncio que temos 80% dos componentes podendo ser compilados em uma aplicação Firemomkey, como mostra a imagem em anexo. Hoje faltando os componentes ACBrECF (falta bem pouco para esse), todos os eletrônicos NFe, CTe, NFSe, MDF-e, NFC-e se não esqueci de algum são esses. Em anexo segue os fontes alterados, para quem queira fazer algum teste, nesse 1o passo ajustaremos os fontes para que possam ser compilados, num segundo passo converteremos os demos para Firemonkey, não daremos tempos para conversão, o que fizemos até o momento é fruto de tempo disponível que tiramos do nosso tempo de trabalho ou folga, então conto com a compreensão e também ajuda para que possamos o mais breve possível conseguir essa e novação ao Projeto ACBr. Fontes_FMX.zip

Isaque Pinheiro Acredito que você está se baseando no que seria mais lógico, e concordo com você. Mas é sempre bom consultar a legislação específica de cada estado. Aqui no Paraná, por mais incrível que possa parecer, eles pedem para alimentar os registros do tipo 61 quando se tratar de NFCe.

Boa tarde Daniel, Dentro da pasta ...\Fontes\ACBrNFe2 temos a pasta DANFE_QR3 copie os arquivos que estão dentro desta pasta para dentro da pasta ACBrNFe2. Compile a sua aplicação com a opção Build que encontra-se no menu Project.