Executando verificação de segurança...
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.

Carregando publicação patrocinada...
1

Eu penso em construir um PDV para posto de gasolina, o problema em usar essas APIs é que o custo por chamada torna inviável, é um ramo com baixa margem, e um grande volume de cupons por dia (um posto pequeno tem 300 emissões dias, um grande vai pra casa de milhares.

1

ACBR é a solução, mas exige bastante programação. E claro, conhecimento fiscal também. Se eu nao me engano são as csts 02, 15, 53 e 61. Tem bastante detalhe.

Mas como tudo na vida, há um curva de aprendizado.

Estamos discutindo isso la na comunidade Bunto, se quiser se juntar a nós será bem vindo. Só ingressar através do https://bunto.com.br/comunidade

Forte abraço