Stripe, Paddle ou Mollie para SaaS em Portugal

• TL;DR: Para SaaS B2B em Portugal, Stripe é normalmente a escolha mais completa se aceitas tratar de IVA, facturação e reconciliação com rigor.
• Paddle faz sentido quando queres Merchant of Record: cobra mais, mas assume venda, IVA, recibos e parte relevante da carga fiscal em vendas internacionais.
• Mollie é forte em métodos europeus e simplicidade: é boa opção para pagamentos directos e subscrições simples, mas menos completa para billing SaaS complexo.
• A pior decisão é escolher só pela taxa por transacção: dunning, impostos, chargebacks, reconciliação e suporte a upgrades custam mais do que 0,3% de diferença.
• Para Portugal, confirma logo Multibanco, SEPA, cartões, facturação certificada e tratamento de IVA: estes quatro pontos mudam a arquitectura.

A resposta curta: depende de quem é o vendedor

A pergunta “Stripe vs Paddle vs Mollie” parece uma comparação de gateways de pagamento. Não é. Para um SaaS em Portugal, a primeira decisão é perceber quem vende legalmente ao cliente final.

Se a tua empresa portuguesa vende directamente ao cliente, Stripe e Mollie são processadores de pagamento. Ajudam a cobrar. Não passam a ser o vendedor. Tu continuas responsável por IVA, facturação, reembolsos, contabilidade, evidência fiscal, termos comerciais e, em muitos casos, integração com software de facturação certificado em Portugal.

Se usas Paddle, em muitos cenários a Paddle actua como Merchant of Record. O cliente compra à Paddle, não directamente à tua empresa. A Paddle cobra, calcula impostos aplicáveis, emite documentação ao comprador e depois paga-te. Isto muda muito a operação.

Na Impact Origin, quando entramos em produtos SaaS ainda sem billing definido, como aconteceu recentemente com dois clientes activos em fase inicial, a primeira conversa não é sobre SDKs. É sobre modelo comercial. O produto vai vender a empresas portuguesas por factura? Vai vender self-service a freelancers na UE? Vai vender globalmente a consumidores? Vai ter planos mensais simples ou usage-based billing? Vai precisar de trials, upgrades, créditos e descontos por contrato?

A minha opinião prática:

• SaaS B2B com vendas assistidas, contratos e clientes portugueses ou europeus: começa por Stripe, a menos que tenhas uma razão fiscal forte para Merchant of Record.
• SaaS self-service global, com muitos países e ticket baixo: Paddle merece séria consideração, mesmo com margem menor.
• Produto europeu com checkout simples e métodos locais importantes: Mollie pode ser a opção mais limpa.
• Billing complexo com métricas de utilização, add-ons, seat billing e integrações internas: Stripe tende a ganhar.

IVA, facturação e Merchant of Record

Este é o ponto que mais equipas subestimam.

Com Stripe ou Mollie, a tua empresa recebe pagamentos. Isso significa que tens de emitir documentos fiscalmente válidos. Em Portugal, isto pode implicar software de facturação certificado pela Autoridade Tributária, comunicação de séries, SAF-T e processos contabilísticos que não desaparecem porque o checkout é bonito.

Stripe Billing e Stripe Invoicing geram invoices dentro da Stripe, mas isso não deve ser confundido automaticamente com facturação certificada para obrigações portuguesas. Em muitos SaaS portugueses, a arquitectura correcta é: Stripe cobra, o teu sistema regista o evento, um sistema como Moloni, InvoiceXpress, Jasmin ou outro emite a factura fiscal, e a contabilidade reconcilia os pagamentos. O detalhe exacto deve ser validado com contabilista, não com uma thread no Reddit.

Paddle muda o problema. Sendo Merchant of Record, a Paddle é normalmente a entidade que vende ao cliente final. Isto simplifica IVA em vendas internacionais, especialmente B2C, porque a Paddle trata da cobrança e reporte dos impostos aplicáveis no checkout. Tu recebes payouts líquidos. Para equipas pequenas, isto pode poupar meses de trabalho operacional.

Mas há trade-offs.

Com Paddle:

• tens menos controlo sobre a relação comercial e fiscal com o comprador;
• a experiência de checkout e a documentação fiscal seguem as regras da Paddle;
• as taxas são mais altas;
• algumas excepções contratuais B2B podem ser mais difíceis;
• a reconciliação passa a ser feita por payouts agregados.

Com Stripe ou Mollie:

• tens mais controlo sobre preços, facturação, contratos e dados;
• consegues integrar melhor com CRM, ERP e processos internos;
• assumes a carga fiscal e operacional;
• tens de desenhar bem o modelo de invoices, credit notes, reembolsos e chargebacks.

Para SaaS B2B em Portugal, isto é muitas vezes decisivo. Uma empresa portuguesa que vende a outras empresas portuguesas pode precisar de factura com NIF, morada fiscal, condições de pagamento e, por vezes, pagamento por transferência. O gateway é só uma parte do sistema.

Documentação relevante:

• Stripe Tax e Billing: docs.stripe.com
• Paddle Billing API v2: developer.paddle.com
• Mollie API v2 e Recurring: docs.mollie.com
• Regras de IVA na UE: europa.eu, secção VAT on digital services

Métodos de pagamento em Portugal e na Europa

Para SaaS B2B, cartões continuam a ser suficientes em muitos casos. Mas em Portugal há nuances.

Stripe suporta cartões, Apple Pay, Google Pay, Link, SEPA Direct Debit e Multibanco em determinados cenários. Multibanco é útil para pagamentos únicos, mas não é uma boa base para subscrições automáticas. Se o produto depende de renovação mensal sem fricção, cartões e SEPA Direct Debit são mais adequados.

Mollie tem uma posição forte na Europa por causa de métodos locais como iDEAL, Bancontact, SEPA, cartões, PayPal e outros. Para Portugal, deves confirmar no momento da implementação a disponibilidade exacta de Multibanco e outros métodos locais no teu contrato e país de operação. Não assumas que todos os métodos listados globalmente estão activos para a tua conta.

Paddle abstrai grande parte desta decisão. O checkout da Paddle apresenta métodos disponíveis consoante país, moeda e risco. Isto é cómodo, mas menos controlável. Se tens uma estratégia muito específica para mercado português, por exemplo promover Multibanco para reduzir abandono em clientes locais, Paddle pode não te dar o mesmo nível de afinação.

A regra prática:

• B2B SaaS acima de 50 euros por mês: cartão e SEPA chegam para começar. Precisas mais de boa facturação do que de dez métodos de pagamento.
• B2C ou prosumer em Portugal: Multibanco pode ajudar, mas cuidado com subscrições.
• Expansão para Países Baixos ou Bélgica: Mollie fica mais interessante por iDEAL e Bancontact.
• Venda global self-service: Paddle reduz trabalho fiscal e operacional.

Uma armadilha comum: equipas escolhem Multibanco porque “os portugueses usam”, mas depois constroem uma subscrição mensal que depende de o utilizador gerar e pagar referências manualmente. Isso aumenta churn involuntário. Para recorrência, escolhe métodos com cobrança automática.

Subscrições, upgrades e dunning

A diferença real aparece quando o billing deixa de ser “plano mensal de 29 euros”.

Stripe Billing é bastante completo para SaaS: subscriptions, prices, coupons, trials, invoices, proration, metered billing, customer portal e webhooks detalhados. Se usares uma versão recente da API, por exemplo Stripe API 2024-04-10, consegues modelar a maioria dos casos comuns sem escrever um billing engine de raiz.

O ponto forte da Stripe é a combinação entre flexibilidade e ecossistema. Queres cobrar por seats? Dá. Queres plano base mais utilização? Dá. Queres upgrades imediatos com proration? Dá. Queres dunning com Smart Retries? Também.

O problema é que flexibilidade cria complexidade. Se cada plano especial vira uma excepção manual, em seis meses tens uma tabela de preços ilegível e relatórios de MRR errados.

Paddle Billing também suporta planos, trials, discounts, proration e webhooks. A diferença é que estás a operar dentro do modelo comercial da Paddle. Para produtos self-service é suficiente em muitos casos. Para B2B com contratos customizados, procurement e condições específicas, pode ficar apertado.

Mollie Recurring é mais simples. Funciona bem para subscrições menos complexas, especialmente se o teu sistema já tem o conceito de plano, estado da conta e autorização de cobrança. Mas não esperes a mesma profundidade de produto de billing que encontras na Stripe. Muitas equipas acabam por construir mais lógica do lado da aplicação.

Dunning é outro ponto crítico. Um cartão expirado, uma falha 3D Secure ou um débito SEPA rejeitado podem suspender uma conta erradamente. Para SaaS B2B, suspender automaticamente ao primeiro pagamento falhado é quase sempre má ideia. Melhor:

• marcar a invoice como em atraso;
• notificar contactos de billing;
• tentar cobrança várias vezes;
• manter grace period de 7 a 14 dias;
• bloquear funcionalidades progressivamente, não apagar dados;
• criar tarefa interna para contas importantes.

Stripe dá boas ferramentas aqui. Paddle também trata parte do fluxo. Com Mollie, podes precisar de mais lógica própria.

Integração técnica: webhooks, idempotência e reconciliação

A integração com pagamentos deve ser tratada como sistema distribuído. Webhooks chegam duplicados, fora de ordem e por vezes minutos depois do checkout. Se o teu código assume que um evento chega uma vez e na ordem certa, vais criar bugs caros.

Stack típica que recomendamos: Node.js 22 LTS ou outra runtime actual, PostgreSQL 16 para estado transaccional, fila para tarefas assíncronas quando há side effects pesados, e logs estruturados com correlation IDs. Não precisas de microserviços para começar. Precisas de fronteiras claras.

O padrão mínimo é guardar eventos processados e aplicar idempotência. Exemplo simples em PostgreSQL:

create table payment_webhook_events (
  provider text not null,
  event_id text not null,
  event_type text not null,
  received_at timestamptz not null default now(),
  processed_at timestamptz,
  primary key (provider, event_id)
);

O handler deve tentar inserir o evento antes de executar acções. Se a chave já existir, responde 200 e não repete provisioning, envio de emails ou emissão de factura.

Outro gotcha de produção: não actives uma conta só porque o utilizador chegou à success page do checkout. A success page é experiência de utilizador, não confirmação contabilística. Activa com base no webhook certo:

• Stripe: eventos como checkout.session.completed, invoice.paid e customer.subscription.updated, conforme o fluxo.
• Paddle: eventos de transaction e subscription na API v2.
• Mollie: consulta o payment ou subscription após o webhook, porque o webhook é uma notificação para ires buscar estado actual.

Também deves separar três conceitos:

• entitlement: o que o cliente pode usar agora;
• billing state: estado da subscrição, invoice e pagamento;
• accounting state: documentos fiscais, reembolsos, credit notes e reconciliação.

Misturar os três numa coluna plan é uma dívida técnica clássica. Funciona no primeiro mês. Depois chegam trials, upgrades, falhas de pagamento, cupões e pedidos de reembolso parcial.

Recomendação prática: mantém o teu próprio modelo interno de subscription, plan, entitlement e billing_customer_id. O provider é uma dependência externa, não a fonte única de todo o domínio.

Custos: a taxa visível é só parte da conta

As taxas mudam por país, cartão, volume, moeda e contrato. Tens de consultar sempre as páginas oficiais antes de decidir. Ainda assim, há uma diferença estrutural.

Em preços públicos típicos, Stripe para cartões europeus pode estar na ordem de 1,5% mais 0,25 euros por transacção. Mollie para cartões pode ficar numa ordem semelhante ou ligeiramente diferente consoante método e país. Paddle é frequentemente apresentado com uma taxa mais alta, por exemplo 5% mais 0,50 dólares, porque inclui o papel de Merchant of Record.

Num pagamento de 20 euros:

• Stripe a 1,5% mais 0,25 euros custa cerca de 0,55 euros.
• Um modelo a 1,8% mais 0,25 euros custa cerca de 0,61 euros.
• Paddle a 5% mais cerca de 0,50 euros custa perto de 1,50 euros, antes de eventuais conversões ou condições específicas.

Parece óbvio escolher Stripe. Mas a conta muda se precisares de:

• implementar IVA OSS;
• validar VAT IDs;
• emitir facturas e notas de crédito correctamente;
• lidar com sales tax fora da UE;
• reconciliar centenas de microtransacções;
• manter suporte de billing;
• responder a chargebacks;
• gerir falhas de pagamento.

Se tens ticket médio de 300 euros por mês em B2B, a diferença percentual é menos relevante do que controlo e integração com processos internos. Se tens ticket de 9 euros por mês global, Paddle pode compensar porque reduz trabalho fiscal e operacional.

Não compares apenas margem bruta. Compara margem depois de operação.

Pergunta simples: quanto custa uma hora mensal do teu contabilista, uma hora de developer sénior e uma hora de suporte a resolver billing? Multiplica por 12. Em muitos SaaS pequenos, isto pesa mais do que a taxa do gateway.

Recomendação por cenário

Escolhe Stripe se:

Tens SaaS B2B em Portugal ou na UE, precisas de subscrições com alguma complexidade, queres controlo sobre dados e processos, e tens capacidade para tratar de facturação e impostos com apoio contabilístico. É a escolha que eu faria na maioria dos SaaS B2B portugueses com ambição de crescer de forma controlada.

Stripe também é a melhor opção se planeias usage-based billing, múltiplos preços, customer portal, trials, cupões, upgrades frequentes e integração com ferramentas internas. A documentação é boa, os webhooks são detalhados e há muito conhecimento disponível.

Escolhe Paddle se:

Vendes self-service para muitos países, especialmente B2C ou prosumer, e não queres transformar a tua equipa numa operação fiscal internacional. A taxa maior pode ser uma troca racional. Para equipas pequenas, reduzir superfície fiscal pode valer mais do que optimizar cada transacção.

Mas não escolhas Paddle só para “evitar chatices”. Lê bem os termos, testa o checkout, valida como aparecem invoices para clientes empresariais, confirma dados exportáveis e percebe como vais reconciliar payouts.

Escolhe Mollie se:

O teu foco é Europa, queres métodos locais com boa cobertura, tens pagamentos relativamente simples e preferes uma integração mais directa. Para produtos com subscrições simples, doações recorrentes, memberships ou modelos próximos de eCommerce, pode ser muito boa opção.

Eu seria mais cauteloso com Mollie em SaaS B2B com billing complexo, múltiplos planos, add-ons, métricas de utilização e reporting financeiro exigente. Aí, provavelmente vais escrever mais lógica própria.

Não escolhas nenhum antes de responder a isto:

• Quem é o vendedor legal?
• Que documento fiscal o cliente precisa?
• O pagamento é recorrente automático?
• Há vendas fora da UE?
• O produto tem planos simples ou billing por utilização?
• O que acontece quando o pagamento falha?
• Como vais reconciliar payouts com facturas?
• Como sais deste provider daqui a dois anos?

Esta última pergunta é importante. Guarda IDs externos, mas não deixes o provider definir todo o teu domínio. Se amanhã migrares de Paddle para Stripe, ou de Stripe para outro processador, precisas de saber quem tem direito a quê sem depender de uma API externa para responder a tudo.

Conclusão

Para SaaS em Portugal, Stripe é normalmente a opção mais forte para B2B com controlo técnico e financeiro. Paddle ganha quando Merchant of Record reduz complexidade fiscal internacional. Mollie é uma boa escolha europeia para pagamentos e subscrições simples.

A decisão certa não é a mais barata. É a que reduz risco operacional sem bloquear o produto.

Se estás a enfrentar um problema parecido, marca uma conversa em https://impact-origin.com/agendamento.