Recomendação de bibliotecas open source de NF-e e NFC-e
Boa noite!
Conhecem alguma biblioteca aberta e bem mantida para emissão (cancelamento, consulta, etc) de NF-e e NFC-e, de preferência nodejs, rust ou c++?
2
4
Uma que utilizo e recomendo bastante e o ACBR, eles fazem em Delphi e Lazarus. Porem, geram dll para windowa e so para linux, e ainda com exemplos de como consumir em varias linguagens distintas. Se quiser se aprofundar mais eles tem um plano pago para ter um suporte, que pode auxiliar. La eles tem tudo pronto, so utilizar. Voce ae preocupa com regras de negocio e a parte de transmissão fica por conta dessas dll, ou em delphi ou lazarus pode utilizar os componentes deles, ou fazer a sua versao
1
Eu utilizo ACBr há 10 anos e super recomendo. É a comunidade mais ativa e participativa que vera, não só de emissão de notas onde engloba não só notas de produto e serviço, como transporte e outros documentos fiscais. Tem tbm boletos, pix relatório fiscal e etc.
Digo isto como membro que já contribuiu para correção de bugs, criou componentes e que atualmente é consultor ACBr.
1
Boa pergunta! Estou construindo um ERP do zero com Django e Next.js e a parte fiscal é, sem dúvida, o módulo mais desafiador de todo o projeto.
Sobre as opções que já citaram aqui:
- ACBr: É realmente a referência mais consolidada no Brasil pra emissão fiscal. O ponto de atenção é que, como o core é em Delphi/Lazarus, a integração com stacks mais modernas (Node, Python, etc.) acaba sendo via DLL/SO, o que pode gerar atrito dependendo do seu ambiente de deploy — principalmente se você estiver em containers ou cloud.
- PyNFe: Já cheguei a avaliar essa lib por usar Python (que é a linguagem do meu back-end com Django). Ela tem potencial, mas da última vez que olhei, o projeto estava com manutenção irregular. Vale checar o estado atual dos commits e issues antes de adotar em produção.
No meu caso, acabei optando por um caminho híbrido: uso APIs de empresas especializadas em emissão fiscal (como Focus NFe, Enotas, entre outras) como um wrapper no back-end Django. Isso me permite focar nas regras de negócio do ERP (cadastro de produtos, tributação, CFOP, CST) e delegar a parte pesada da transmissão/assinatura digital pra quem já resolveu isso.
O trade-off é claro: você paga por chamada de API, mas ganha tempo de desenvolvimento e evita a dor de cabeça com certificados digitais, schemas XML que mudam por estado/município, e os famosos "web services da SEFAZ fora do ar".
Resumindo, minha recomendação final é ACBR, uso em linux e recomendo. A propósito, deu muito trabalho implementar no linux, mas consegui em um dia, já para windows foi mais sossegado. Mas creio que a dificuldade varia da linguegem de programação utilizada.
Mas vale ressaltar que... ACBR não é solução pronta, veja apenas como um conector com a sefaz, o que é extretamente completo dado a quantidade de Schemas envolvidos. Isso eles te entregam pronto, mas a partir daí e´com você. Ou seja, não basta saber programar, tem que entender de tributação, os mais variados cálculos (se for a n~ivel nacional) envolve muita coisa, como calculos de substituição tributária e tudo mais. Mas não é impossível, há uma curva de aprendizado e tenho que te dizer: Quanto a isso, não conte com IA. Receita Federal e IA não combinam. A exigência por cálculos corretos com diferência máxima de 1 centavo não é opcional.
Se alguém estiver construindo algo parecido e quiser trocar experiências sobre a parte fiscal, fico à disposição — é um tema que pouca gente compartilha abertamente e todo mundo sofre em silêncio haha.
1
Limitar a linguagem complica um pouco, mas se ajudar alguém, vi essa em java https://github.com/Samuel-Oliveira/Java_NFe