Esse é o caso da Plúria — empresa de tecnologia educacional, 80 pessoas, R$ 2,4 milhões por mês em fornecedores recorrentes, sede em São Paulo. Em 30 dias, eles migraram de um único cartão corporativo master (com nome do CFO) para 14 cartões dedicados por categoria de fornecedor. O que mudou no fechamento, na fraude, no fluxo. Caso real, números reais, autorizado a publicar.
O ponto de partida (março/2026)
Antes da migração, a Plúria operava assim:
- 1 cartão corporativo Visa Infinite Itaú, limite R$ 500.000/mês.
- 39 fornecedores recorrentes sendo cobrados nesse cartão (Google Workspace, OpenAI, AWS, Vercel, Stripe, Notion, Figma, Linear, etc).
- Fatura mensal: PDF de 84 páginas, ~470 lançamentos.
- Tempo de fechamento mensal: 5–7 dias úteis envolvendo 3 pessoas (CFO, analista financeira, BPO contábil).
- Reembolsos pendentes: ~R$ 18.000/mês de colaboradores que pagavam com cartão próprio "porque era mais rápido".
E dois incidentes recentes que motivaram a mudança:
- Em janeiro, fraude de R$ 12.000 em uma cobrança duplicada de um SaaS que ninguém usava mais. Demorou 23 dias para identificar; chargeback negado.
- Em fevereiro, cartão master clonado em uma tentativa de compra em e-commerce nos EUA. Itaú bloqueou preventivamente. Resultado: 11 fornecedores caíram simultaneamente em uma sexta à noite. Reativação na segunda.
A decisão (semana 1)
O CFO da Plúria avaliou três opções:
- Manter o master, adicionar regras de fraude: continua reativo. Não resolve o problema da fatura monolítica.
- Cartões corporativos por colaborador (estilo Brex/Ramp): bom para reembolso, ruim para fornecedor recorrente.
- Cartões dedicados por categoria de fornecedor: cobre o problema real.
Optaram pela terceira via HubCard. A meta: 14 cartões, agrupando os 39 fornecedores por categoria, em 30 dias.
A topologia (semana 1)
Os 14 cartões emitidos:
| Cartão | Fornecedores agrupados | Limite/mês | MCC |
|---|---|---|---|
| ads-google | Google Ads | R$ 80.000 | 7311 |
| ads-meta | Facebook/Instagram Ads | R$ 60.000 | 7311 |
| ads-tiktok | TikTok Ads | R$ 30.000 | 7311 |
| ai-tools | OpenAI, Anthropic, Cohere | US$ 4.000 | 5734, 5818 |
| cloud-aws | AWS produção | US$ 3.500 | 7372 |
| cloud-vercel | Vercel, Netlify | US$ 800 | 7372 |
| productivity | Google Workspace, Notion | R$ 8.000 | 5817 |
| design | Figma, Adobe, Sketch | US$ 600 | 5817 |
| dev-tools | Linear, GitHub, Sentry | US$ 1.200 | 5817 |
| payments | Stripe (fees), Pagar.me | R$ 40.000 | 6051 |
| infra-monitoring | Datadog, Grafana | US$ 800 | 7372 |
| comms | Slack, Loom | US$ 700 | 5817 |
| training | Cursos, certificações | R$ 5.000 | 8299 |
| emergencia | Master de contingência | R$ 5.000 | (sem restrição) |
Cada cartão tem MCC restritivo (exceto o de emergência) e teto explícito. Soma dos tetos: equivalente a R$ 320.000 — 36% menor que o limite do master antigo, porque agora ninguém precisa de "folga geral".
A migração (semanas 2–4)
A migração seguiu o playbook descrito em como zerar o cartão master: ondas de 8 fornecedores por semana, sempre com sobreposição (master ativo até confirmar primeira cobrança no novo).
Pontos de atrito reais:
- Google Ads exigiu reabertura de billing thread (1h de fricção, sem fricção técnica).
- AWS teve duas tentativas falhas porque o cartão tinha
country_allow: BRe a cobrança vinha como Irlanda. Resolvido habilitando IE. - Stripe (fees) rejeitou cartão pré-pago no primeiro teste. Resolvido convertendo o cartão para "credit" no provisionamento.
Em 4 semanas, todos os 39 fornecedores migrados. Master mantido como emergência com R$ 5k de limite.
Os resultados (mês 1 pós-migração)
Quatro métricas que importavam para a Plúria:
| Métrica | Antes | Depois | Δ |
|---|---|---|---|
| Tempo de fechamento mensal | 5–7 dias | 4 horas | -94% |
| Reembolsos pendentes | R$ 18k/mês | R$ 1.4k/mês | -92% |
| Tempo médio para suspender fornecedor | 22 min | 140ms | -99% |
| Cobranças sem dono identificado | 14% | 0.3% | -98% |
E dois efeitos qualitativos:
-
A controladoria parou de ser a polícia interna. Não precisava mais cobrar de cada gestor "isso é seu?". Cada lançamento já vem com
card_idque mapeia para uma categoria que mapeia para um responsável. -
Cada gestor ganhou autonomia. O CMO consegue ver, em tempo real, quanto a campanha de ads está consumindo. Antes via no relatório semanal.
O custo
O HubCard custou à Plúria US$ 200/mês (plano Startup) + tarifa transacional padrão. O ROI veio do tempo das 3 pessoas envolvidas no fechamento — estimado em 36h/mês liberadas, equivalente a R$ 7.200/mês em custo de oportunidade. Payback em 6 dias.
Mas o ganho que o CFO mais cita não é financeiro: "agora eu durmo sem checar fatura".
O que não migrou
Três casos ficaram fora do escopo do HubCard:
- Pagamentos via boleto (não é cartão).
- Folha (não é fornecedor).
- Despesas de viagem dos colaboradores (resolvido com outra ferramenta especializada em T&E).
Esse último é importante: HubCard não substitui Brex/Ramp/Conta Simples no caso de cartão de funcionário com reembolso. Eles atendem mercados diferentes. Veja HubCard vs Conta Simples para a discussão completa.
O efeito secundário inesperado
Três meses depois da migração, a Plúria começou a usar a API de cartões pré-pago do HubCard para emitir cartões temporários para campanhas específicas. Cada campanha de growth ganha um cartão com limite exato e data de expiração. Quando a campanha termina, o cartão se autocancela. Auditoria do fim de campanha é uma query — não uma reunião.
Esse padrão emergente — cartão como objeto programático escopado por projeto — é talvez o uso mais interessante do produto, e nasceu de cliente, não do roadmap.
Replicar isso na sua empresa
Se você tem entre 30 e 200 pessoas e gasta mais de R$ 500k/mês em fornecedores recorrentes, esse mesmo modelo cabe. O playbook está em como zerar o cartão master em 60 dias. A topologia de 8–16 cartões dedicados por categoria é o sweet spot pra essa faixa.
A pergunta certa não é "vale a pena?" — é "quantos fechamentos contábeis você ainda quer passar com 470 lançamentos sem dono?".