Ir para conteúdo
  • Cadastre-se

RenatoGuarilha

Membros
  • Total de ítens

    2
  • Registro em

  • Última visita

Últimos Visitantes

533 visualizações

RenatoGuarilha's Achievements

Newbie

Newbie (1/14)

  • First Post
  • Conversation Starter
  • Week One Done
  • One Month Later
  • One Year In

Recent Badges

0

Reputação

  1. Italo, boa tarde. Fiquei curioso com um parâmetro desta consulta a Documento Fiscais Eletrônicos. O campo cUFAutor. Será que é o código da UF do Autor do documento que quero consultar? Ou o código do autor da consulta? Se for do autor do documento, será que vão nos obrigar a fazer uma consulta para cada UF em que queremos saber se existe algum documento a manifestar? não faz sentido. Se tiver algum esclarecimento sobre isso, eu gostaria que você compartilhasse.
  2. 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.
×
×
  • Criar Novo...

Informação Importante

Colocamos cookies em seu dispositivo para ajudar a tornar este site melhor. Você pode ajustar suas configurações de cookies, caso contrário, assumiremos que você está bem para continuar.

The popup will be closed in 10 segundos...