Fature para clientes do mundo todo a partir da Espanha: 71 países, 40 moedas, zero problemas

Um autônomo em Madri com clientes em São Francisco, Berlim e Tóquio tem um problema que nenhum ERP espanhol resolve bem: cada cliente paga em sua moeda, mas a Receita Federal quer o Modelo 303 em euros.

A solução habitual é uma planilha paralela onde os valores são convertidos manualmente, as taxas de câmbio do BCE são copiadas, e reza-se para não confundir os decimais. Porque um iene não tem centavos. Um dinar bareinita tem três decimais. Um euro tem dois. Errar na precisão decimal de uma moeda pode transformar uma fatura de 1.000 em uma de 100.000.

O Frihet suporta 71 países e 40 moedas com precisão nativa. É isso que ele faz e como funciona.

71 países, 40 moedas

O Frihet abrange quatro regiões:

Região	Países	Moedas principais
Europa	31	EUR, GBP, CHF, SEK, DKK, NOK, PLN, CZK, RON, HUF, ISK, TRY
Américas	18	USD, BRL, MXN, CAD, ARS, COP, CLP, PEN, UYU
Ásia-Pacífico	13	JPY, KRW, AUD, NZD, INR, SGD, HKD, THB, IDR, VND, TWD
Oriente Médio e África	8	AED, SAR, ILS, ZAR, NGN, EGP, KES, MAD

A seleção responde a um critério prático: países onde há freelancers e pequenas e médias empresas (PYMEs) que poderiam usar um ERP bilíngue (espanhol/inglês), com Stripe disponível ou a caminho.

A armadilha dos decimais

A maioria dos ERPs que afirmam «suportar multimoeda» tratam todas as moedas como se tivessem dois decimais. Isso é incorreto e perigoso.

O padrão ISO 4217 define três níveis de precisão:

Sem decimais (17 moedas): JPY, KRW, VND, CLP, PYG, ISK e 11 outras. 1.000 ienes são 1.000 ienes, não 10,00 ienes.

Dois decimais (a maioria): EUR, USD, GBP e a grande maioria. 10 euros são 10,00 EUR.

Três decimais (7 moedas): BHD, KWD, OMR, JOD, IQD, LYD, TND. 1 dinar kuwaitiano são 1,000 KWD.

O Frihet resolve isso com funções de conversão que são aplicadas em todo o sistema: PDFs, dashboard, Stripe, chat IA, listas. Não é possível «escolher» os decimais incorretos porque o sistema os determina pela moeda selecionada.

Faturamento internacional + conformidade espanhola: sem conflito

O problema real não é a moeda em si. É que os ERPs espanhóis (Holded, Quipu, Billin) são projetados para faturar em euros com IVA. E os ERPs internacionais (FreshBooks, Xero) não entendem o Modelo 303 nem o VeriFactu.

O Frihet separa ambos os mundos automaticamente de acordo com o país do usuário:

Se seu país é a Espanha, o sistema mostra:

Se seu país é qualquer outro, você vê o faturamento completo – clientes, produtos, faturas, despesas, OCR, IA – sem a camada de conformidade espanhola.

Ambos os perfis usam o mesmo motor. Um autônomo na Espanha que fatura para um cliente no Japão emite a fatura em ienes, mas seu Modelo 303 continua sendo calculado em euros. Um freelancer na Argentina simplesmente não vê o menu de impostos espanhóis.

O que se adapta automaticamente

Ao configurar país e moeda nos ajustes, todo o sistema se ajusta:

Dashboard financeiro. Os KPIs mostram a moeda do usuário. Se a moeda é pesos argentinos, os totais aparecem como «ARS 150.000», não «150.000,00 EUR».

PDFs de fatura. O formato numérico e o símbolo da moeda se adaptam por moeda. Um PDF em ienes mostra valores sem decimais. Um PDF em dinares kuwaitianos mostra três. Não há alternância manual.

Chat IA. As respostas e cartões KPI vêm formatados na moeda do usuário. «Quanto faturei neste trimestre» retorna o valor correto na moeda correta.

Listas e tabelas. Todas as colunas de valores (faturas, despesas, produtos, clientes) usam o formatador unificado.

Stripe Connect. Os links de pagamento respeitam a moeda. A conversão para unidades menores é automática.

Exemplo prático

Um desenvolvedor em Barcelona com três clientes:

• Uma startup em São Francisco que paga em USD
• Uma agência em Berlim que paga em EUR
• Uma empresa em Tóquio que paga em JPY

O fluxo no Frihet:

1. Configura seu país como Espanha e sua moeda principal como EUR
2. Cria faturas para cada cliente em sua moeda correspondente
3. Os PDFs são formatados corretamente por moeda (2 decimais USD, 2 EUR, 0 JPY)
4. O dashboard mostra totais em EUR
5. O Modelo 303 é calculado automaticamente sobre valores em euros
6. VeriFactu se aplica a todas as faturas independentemente da moeda

Sem programa extra. Sem planilha de conversão. Sem ter que lembrar que o iene não tem centavos.

O que não faz (ainda)

Há três coisas que o Frihet ainda não resolve no fluxo multimoeda:

• Taxa de câmbio automática. O Frihet não consulta a taxa de câmbio do BCE para converter entre moedas. O contravalor em euros para o 303 é responsabilidade do usuário ou de seu contador.
• Detalhamento por moeda no dashboard. Os totais usam a moeda principal. Não há um painel separado para cada moeda.
• Saldos por moeda. Não existe um saldo por moeda. Está no roadmap.

São limitações reais. Prometer funcionalidades que não existem é pior do que ser direto.

Para quem é isso

Freelancer espanhol com clientes internacionais. Fature na moeda de cada cliente sem perder a conformidade fiscal espanhola.

Fundador de SaaS que cobra via Stripe. Os pagamentos chegam em múltiplas moedas. O Revenue Sync os importa como faturas respeitando a moeda original.

Nômade digital com base fiscal na Espanha. Tributa na Espanha, trabalha de qualquer lugar. Um ERP que entende ambos os mundos.

Agência com projetos internacionais. Cada projeto em uma moeda diferente. Cada fatura formatada corretamente.

O faturamento multimoeda está incluído no plano gratuito. Um freelancer que fatura para três países não deveria pagar a mais para que seu software saiba que o iene não tem centavos.