Pesquisar na Comunidade

Senhores, Em primeiro lugar, gostaria de dizer que admiro muito o trabalho que fizeram no Delphi. É excelente. Em particular o ACBrNFe, que tive a oportunidade de usar. É até interessante listar o motivo pelo qual optamos por usar o ACBrNFe. Nossa software house desenvolveu a nota fiscal eletrônica em .net, em um de nossos projetos web, e quisemos usá-la em nosso projeto delphi (um ERP que estamos migrando também para .net), minimizando os custos de manutenção relacionada a NFe. Apanhamos um pouco com Interoperabilidade, com tipos complexos que não existiam e um mês depois estávamos usando plenamente a nossa NFe .net. Só que um de nossos clientes nos pediu um processamento em massa de notas fiscais eletrônicas e assim fizemos. Já estavamos na implantação quando descobrimos esse problema de consumo de memória no .net (que não foram resolvidos, mesmo nosso código .net sendo código gerenciado). Nos 45 do segundo tempo, já entrando na prorrogação, decidimos trocar a solução e optamos por usar o ACBrNFe e foi uma decisão muito acertada. As razões foram: código nativo delphi, manutenção por uma comunidade. Essa história é um pouco grande, mas é necessária para explicar porque eu gostaria de contribuir com o porting do ACBr para .net, mas não gostaria de usar as Dlls delphi no .net via Interop. Para contribuir temos conhecimento no negócio, na tecnologia e pelo menos mais 2 desenvolvedores dispostos. Mas como não conheço das implicações legais e até políticas do código aberto, estou lançando esse post. Não queremos subverter as regras ou ofender quem quer que seja, queremos realmente contribuir com esse produto maravilhoso, da maneira que podemos.