Executando verificação de segurança...
1

Meus 2 cents,

  • Você já tentou lançar SaaS no Brasil e esbarrou nesses problemas ?

Sim, varias vezes - e continuo esbarrando ate hoje.

  • Pagaria por um boilerplate que já vem com tudo isso pronto?

Claro... que nao ! OK, o mercadopago eh um parto (pagseguro tb), mas outros (stripe, abacatepay, validapix, etc) sao bem documentados e leva uma manha (se isso).

Noves fora gerar o "codigo pix" (qrcode ou sequencia) eh bem documentado, nao eh complicado (os webhooks, por outro lado sao problematicos devido a necessidade de acordo com o banco, p.ex. - ai entra o validapix e semelhantes).

Alem disso cada boilerplate sempre engessa um pouco o desenvolvimento.

Um que ate considerei usar (brasileiro) foi o do igniterjs, que resolve um bocado de problemas.

As demais features (auth, CPF, LGPD) na pratica nao sao tao impactantes assim (no sentido dificuldade ou customizacao BR) que justifiquem o custo de aquisicao/mensalidade.

  • Que features seriam indispensáveis pra você ?

A unica feature aqui que de fato eh complexa eh emissao de NF, mas nao lembro de nenhum dev solo que tenha conseguido com sucesso levar um projeto de NF ate o fim (a quantidade de guerreiros que ficaram pelo caminho, por outro lado, conta-se ao milhares em decadas de TI).

NF eh um pesadelo - se posso sugerir aqui, nao reinvente a roda: faca parceria com uma (ou mais) empresa(s) com API pronta e redistribua como um wrapper no teu boilerplate, faz mais sentido (p.ex. para usar a API da empresa A, use parametros tais, para a empresa B, parametros tais, e assim por diante).

Fiz algo semelhante para um cliente (pre-pandemia e LLMs): ele precisava conectar diversas empresas de logistica e cada uma tinha sua propria API; entrei em contato com cada empresa, peguei a documentacao e fiz "um wrapper para todos governar". Funcionava uma beleza so que sempre tinha encrenca com empresas mudando endpoints, certificados vencendo, servidores fora do ar. A manutencao acabou sendo um pesadelo, mas funcionava. Anos depois o cliente acabou usando outro tipo de solucao, vida que segue.

Meu ponto ? Wrapper eh o melhor caminho, mas da trabalho e manutencao e no final das contas voce nao consegue cobrar o que vale; voce vai perder noites de sexo agradavel com sua companheria pelo prazer de tentar advinhar porque o endpoint da empresa X parou de funcionar e ficar debugando a bagaca porque o suporte tecnico deles nao atende de final de semana, mas a porra do sistema precisa funcionar.

Saude e Sucesso !

Carregando publicação patrocinada...
1

As demais features (auth, CPF, LGPD) na pratica nao sao tao impactantes assim

Mais ou menos empresas de saúde especialmente integradas com SIS APS geralmente tem a possibilidade de login como gov.br como requerido

1

Ponto excelente! Login gov.br em SaaS de saude integrado com SIS APS e um nicho super especifico que ninguem resolve bem.

Voce trabalha com sistemas de saude? Se tiver mais detalhes sobre as dores dessa integracao, tenho interesse em entender melhor. Esse tipo de necessidade muito nichada e exatamente onde boilerplates podem gerar valor real.

1

Cara, MUITO obrigado pelo nível de detalhe. Sério, esse tipo de feedback vale ouro.

Você tocou em pontos que estou pesquisando fundo:

  1. Sobre pagamento ser "uma manhã": concordo que gerar Pix não é complicado. O inferno são os webhooks, as peculiaridades de cada gateway, e os edge cases que só aparecem em produção. Mas entendo que pra dev experiente, isso não justifica pagar.

  2. NF-e como wrapper: exatamente o caminho que faz sentido. Parceria com APIs especializadas (Asaas, Nuvem Fiscal, Focus NFe) ao invés de reinventar. Sua experiência com o wrapper de logística mostra o tradeoff: funciona, mas manutenção come vivo.

  3. IgniterJS: não conhecia, vou estudar. Obrigado pela referência.

  4. Sobre estar "5 anos atrasado": esse é o ponto que mais me faz pensar. Com Codex e ferramentas AI, a barreira de criar scaffold caiu muito. O valor talvez não esteja no código em si, mas em todo o setup BR que leva horas de debugging.

Seu feedback confirma algo que outro comentário aqui também apontou: o público que PAGARIA talvez não seja o dev solo experiente, e sim quem não quer perder aquelas noites debugando endpoint de terceiro.

Saúde e sucesso!