Como vender software SaaS na América Latina: o mapa do ISV internacional

Um ISV (Independent Software Vendor, uma empresa de software que vende o próprio produto para outras empresas) aprova a expansão para a América Latina com uma margem calculada em Boston, São Francisco ou Berlim. A fatura que ele emite em dólar ou euro chega ao cliente em São Paulo, Bogotá ou Cidade do México. Entre os dois números há o arco completo do vencimento: retenções na fonte, imposto sobre operações financeiras, trava cambial, um boleto que o cliente não consegue pagar com o cartão corporativo do próprio país. A margem aprovada era a do produto. Ela não sobrevive ao atravessador da remessa.

Este guia trata do lado do vendedor, não do lado do comprador. Existe conteúdo maduro sobre o comprador corporativo latino-americano decidindo entre canais de aquisição, inclusive o que explica compreensão de software pelo marketplace da nuvem e a decisão entre compra direta e marketplace. Aqui a pergunta é a inversa: como um ISV internacional estrutura a ida ao maior mercado de software corporativo da região sem que o câmbio e a burocracia fiscal comam o que o desconto de vendas não pôde proteger.

Qual é o caminho mais direto para um ISV internacional vender SaaS na América Latina?

A resposta curta tem quatro rotas, e nenhuma é trivial: venda direta cross-border, subsidiária local, marketplace de nuvem hiperescalável e distribuidor local na figura de Merchant of Record (MoR). Para a maioria dos ISVs de médio porte, o caminho mais viável com o melhor custo de partida é a quarta rota, um distribuidor autorizado regional que emite em moeda local e assume a conformidade. Para o ISV com contrato corporativo pesado e ticket alto, a venda direta cross-border continua desejável, desde que o preço já embuta a retenção que o país fará sobre a remessa.

O desenho do canal define o desenho da fiscalidade. Vender cross-border cobra do comprador uma remessa ao exterior classificada de acordo com a natureza do serviço, e é essa classificação que decide o imposto retido e o custo final. Abrir subsidiária desloca a tributação para dentro do país, mas cria folha, contabilidade e obrigações acessórias que um produto SaaS raramente sustenta logo no primeiro ano. Vender por marketplace de nuvem transfere a cobrança para o programa comercial de um provedor, com as taxas sobre cada transação e a necessidade de uma entidade fiscal estrangeira para receber. Nenhuma das quatro vale pela simples decisão de estar presente. Vale pelo que cada uma faz com a remessa líquida que chega ao banco do ISV.

Quanto vale de fato o mercado corporativo de software na América Latina?

Vale o suficiente para que o pedido médio internacional dobre a concorrência pela atenção do CFO da região. O dado estrutural que abre qualquer conversa de oportunidade vem do lado do consumo: no Brasil, cerca de 73% do software corporativo usado pelas empresas é de origem estrangeira, número consolidado pela pesquisa da ABES que mede o mercado brasileiro de software e serviços. Um mercado corporativo que consome majoritariamente produto importado é um mercado aberto a fornecedor importado, em tese.

A tese esbarra numa assimetria pouco quantificada. O ISV estrangeiro chega com um produto competitivo e uma proposta em dólar, e esbarra num comprador que tem orçamento em real, política de câmbio, um setor jurídico apontando retenções e um fornecedor local disposto a aceitar boleto parcelado em até doze vezes. A decisão de compra latino-americana não compara apenas software com software. Compara software com software mais a facilidade de pagar o software. O ISV que ignora essa segunda comparação perde para um concorrente de funcionalidade inferior que fatura localmente.

Barreira de entrada não é falta de demanda. É a distância entre o produto ser desejado e o produto ser pagável dentro do processo fiscal e financeiro da empresa compradora. Países como Colômbia, México e Peru exigem versões de faturamento eletrônico próprias, e tirar o dinheiro do caixa do cliente em moeda local para a conta do fornecedor em moeda estrangeira atravessa controles cambiais que variam de país para país. Nota de rigor: o corpus regulatório do Distribution Counsel cobre hoje o Brasil em profundidade; para os demais países da região, a análise abaixo é de caráter preliminar e deve ser confirmada com assessoria local antes de estruturar a operação.

Venda direta cross-border: por que a remessa chega menor do que a proposta?

Porque uma remessa de um sujeito brasileiro ao exterior por um serviço técnico encontra retenções na fonte que um ISV acostumado a faturar dentro de um único mercado não prevê. A Receita Federal classifica SaaS como serviço técnico, e essa leitura foi consolidada por duas soluções de consulta emitidas pela própria Coordenação-Geral de Tributação: a Solução de Consulta Cosit 191/2017 e a Cosit 99/2018. Classificar SaaS como serviço técnico aciona a CIDE sobre remessas ao exterior, e é aqui que mora o erro mais caro da região.

A CIDE incide à alíquota de 10% sobre SaaS e serviços técnicos. A isenção prevista no parágrafo primeiro letra A do artigo segundo da Lei 10.168/2000 aplica-se exclusivamente a licenças puras de software sem transferência de tecnologia, uma categoria distinta de SaaS. Quem trata a assinatura como licença pura e se apoia numa isenção que a classificação oficial não cobre prepara uma autuação, não uma economia. Ao lado da CIDE, a remessa que o comprador faz ao exterior ainda sofre IRRF na fonte (em regra 15% para serviços para contratantes no exterior) e as contribuições ao PIS e à COFINS-Importação sobre o valor do desembolso, quando a operação se enquadra na importação de serviço.

Do lado cambial, a operação ainda paga o Imposto sobre Operações Financeiras (IOF) aplicado sobre operações de câmbio, e a alíquota efetiva e a base variam conforme a natureza da transação e a norma do Banco Central vigente à data da liquidação. A trava cambial do outro lado do balcão é a consequência menos técnica e mais humana: o ISV fecha um repasse em dólar, e o comprador empresarial não encontra um banco disposto ou autorizado a remeter no prazo, porque a operação estrangeira precisa de instituição autorizada e das condições pactuadas. O vendedor que quer o dólar depende de um comprador que luta para enviar o real. Essa travessia é o motivo pelo qual a venda direta cross-border, quando aberta a usuários desse perfil, deve cobrar e precificar a complexidade, não absorvê-la.

Por que a subsidiária local não serve para a maior parte dos ISVs no primeiro ano?

Porque a subsidiária local resolve a moeda e a nota fiscal locais, que são o problema imediato, e cria uma cadeia de obrigações que o produto ainda não tem receita para sustentar. Uma pessoa jurídica local significa contabilidade mensal, demonstrações, folha de pagamento ou estrutura de terceirização, obrigações acessórias nos três níveis de governo e um regime tributário que precisa ser escolhido corretamente antes do faturamento. Na prática, o ISV dobra a operação administrativa para vender uma fatia da América Latina que ainda está sendo validada.

A recomendação por condição é direta. Abaixo de um volume recorrente consolidado de receita na região da ordem de algumas centenas de milhares de dólares por ano, estruturar uma entidade própria não se paga no horizonte em que a área comercial queima caixa. Acima desse patamar, com contratos multiânio e a necessidade de assinar como fornecedor local no país do cliente, a subsidiária começa a fazer sentido como decisão de mercado, não como mero veículo de cobrança. Entre os dois pontos, o ISV prefere não ter a subsidiária e ainda faturar como se tivesse: essa é a função do distribuidor regional, que emite a nota fiscal local em nome dele sem que ele abra a entidade.

Vale separar as duas necessidades que costumam ser confundidas. Ter moeda local e emitir nota fiscal local é diferente de ter entidade local. A primeira é uma exigência operacional de qualquer vendedor sério na região. A segunda é uma decisão de estrutura societária que carrega o custo. Um distribuidor autorizado entrega a primeira sem impor a segunda, e é por isso que a decisão entre abrir entidade e contratar um MoR precisa ser tomada pelo valor do contrato, não por reflexo da primeira conquista comercial.

Marketplace de nuvem hiperescalável: onde o acesso encontra a perda de controle

O marketplace de nuvem hiperescalável parece o caminho de menor fricção porque já tem contratos, listagem e bilhetagem montados. A fricção não some, só muda de lugar, e a leitura honesta começa pelo que o ISV paga por fora da listagem. O ciclo de revisão e a análise de segurança do listing atrasam a entrada em meses. O programa comercial do provedor impõe o próprio papel e a própria estrutura de contrato ao ISV, que passa a vender nos termos do marketplace, não nos termos do próprio produto. Cada transação carrega uma taxa do marketplace. E o ISV precisa de uma entidade fiscal estrangeira para receber a liquidação, que chega em dólar americano e ainda tem de ser repatriada, com custo de conversão e de envio.

Esse trajeto não é o assunto deste pilar no sentido forte; o comprador que avalia canais de nuvem tem o seu próprio tratamento na peça de comprar software pelo marketplace da nuvem. Para o ISV vendedor, a pergunta é estratégica e admite duas respostas que não são degraus de um mesmo caminho. Vender na América Latina via Nexforce Marketplace é uma solução. Vender por um marketplace de nuvem com a Nexforce operando essa rota é outra solução, legítima e distinta, e o ISV escolhe entre as duas, não as percorre em sequência. Nenhuma das duas obriga a abrir entidade fiscal local nem a carregar a conformidade sozinho.

O que decide é o contrato. Se o ISV já vive dentro do programa comercial de um provedor de nuvem, integrar o canal latino-americano a essa fatura é coerente. Se o produto é entregue em cloud agnóstica, amarrar a entrada na região a um compromisso de nuvem é um custo que não precisa existir. E a comparação de custo raramente entra na planilha com o ISV minimizando o custo e o cliente final minimizando o custo ao mesmo tempo; nessa conta, calibrada para os dois lados, a rota de distribuidor regional costuma sair à frente por eliminar a entidade estrangeira a receber e por faturar em moeda local desde a primeira nota.

Moeda local e meios de pagamento: o que Pix, boleto e cartão parcelado fazem pelo fechamento

A região compra como a região paga, e a economia real de cada país entrou numa fase em que os métodos de pagamento locais são tão parte da decisão de compra quanto o preço do software. No Brasil, o Pix virou a infraestrutura de transferência para pagamentos recorrentes e pontuais, o boleto bancário segue sendo o meio que sustenta empresas que não operam com cartão no caixa, e o cartão de crédito local parcelado em até doze vezes é a ferramenta que financia o orçamento de TI quando o valor desconfigura o fluxo de caixa mensal.

O erro recorrente do ISV estrangeiro é assumir que o cartão de crédito corporativo internacional resolve tudo. Ele resolve o portador em uma viagem, não o orçamento de uma assinatura anual. Cartões corporativos internacionais emitidos localmente costumam ter limite definido, trava de moeda e apetite baixo para compromisso recorrente em montante alto, e muitos setores financeiros corporativos não aceitam lançar despesa de software estrangeiro no cartão porque a conciliação do extrato em moeda estrangeira é um custo contábil que ninguém rateia. O vendedor que oferece só cartão internacional reduz o próprio funil a uma fração dos compradores.

O ISV que fatura localmente coloca o produto no mesmo fluxo de pagamento que o cliente já usa para assinaturas nacionais, com faturamento em moeda local e a cobrança em Pix, boleto, cartão local ou assinatura recorrente. O parcelamento não é um favor ao cliente. É a resposta à assimetria real de capital de giro entre um fornecedor que quer o valor à vista e um comprador empresarial que prefere diluir em meses o orçamento aprovado de uma vez. Quem ignora o Pix e o boleto, e quem ignora o parcelamento, corta da proposta exatamente o atributo que o decisor de TI da região usa para convencer o próprio CFO.

Conformidade fiscal e a figura do Merchant of Record: o distribuidor que recebe por você

A figura que resolve o ISV sem resolver contra ele é o Merchant of Record (MoR): um distribuidor autorizado que se posiciona como a entidade registrada da transação diante do cliente e da autoridade fiscal, emite a nota fiscal eletrônica (NF-e) em moeda local, calcula e recolhe os tributos da operação e remete ao ISV a parte líquida, em moeda estrangeira quando o contrato define. Para o ISV, o MoR comprime em uma obrigação contratual o que, na venda direta, está espalhado por classificação fiscal, retenção, banco e cobrança de cada país.

O valor do MoR não é o valor de uma taxa. É o valor do que ele remove da operação do ISV: a emissão de NF-e conforme a regra local, a conformidade fiscal automatizada ante a retenção que o comprador faria, e a garantia de remessa líquida sem surpresa cambial, porque o ISV sabe o que entra na própria conta antes de fechar o pedido. O modelo também desloca a mecânica de cobrança: no caso da venda direta, é o comprador quem importa e retém, e o crédito de PIS/COFINS fica amarrado à mecânica de importação. Com a nota fiscal doméstica emitida pelo distribuidor, a empresa compradora em Lucro Real não cumulativo ganha um ponto local de conferência para sustentar eventual crédito, enquanto a empresa em Lucro Presumido não toma crédito na entrada da NF e se beneficia pela trava cambial, pela nota em reais e pela simplificação operacional.

O que a Nexforce Marketplace faz como ecossistema de distribuição regional para o ISV?

A Nexforce Marketplace se apresenta ao ISV internacional não como um marketplace de nuvem a mais, mas como o ecossistema regional que aproxima o fornecedor dos compradores latino-americanos em moeda local. Para o ISV de fora vendendo para dentro, os atributos são objetivos: nenhum custo para o ISV entrar, custo menor também para o cliente final, sem valor mínimo de negócio, cobertura da América Latina inteira, meios de pagamento regionais e a alavancagem do software alliance, que gera economia na conta de software que o prospecto já paga para tornar viável o negócio do próprio ISV. O vendedor internacional alcança a região pela infraestrutura local da Nexforce sem abrir entidade própria.

Duas soluções e a peça nomeia qual é a sua. Se o objetivo é vender na América Latina pela infraestrutura da Nexforce, a Nexforce atua como o distribuidor e MoR: negocia contra o padrão de contrato do próprio ISV, em nuvem agnóstica, fatura em moeda local em todos os países da região, usa a rede de resellers e paga o ISV à vista enquanto parcela o cliente em até doze vezes. Se o objetivo é vender por um marketplace de nuvem com a Nexforce operando essa rota, a Nexforce assume esse caminho. A diferença entre comprar software por marketplace e a balança de decisão entre compra direta e marketplace está tratada nas peças dedicadas ao comprador; para o vendedor, o que importa é que nenhuma das duas rotas Nexforce o obriga a manter uma entidade fiscal estrangeira correndo atrás de cada boleto.

A assimetria de capital de giro é, na prática, o argumento de fechamento. Um ISV quer o valor presente no fechamento, e o comprador quer diluir em parcelas recorrentes. A Nexforce deixa os dois ganharem ao mesmo tempo: o ISV recebe à vista e o cliente financia até doze vezes sem que o câmbio corrompa o meio do caminho, porque a trava cambial impede que a paridade do fechamento seja redesenhada por um pico de cotação semanas depois. A força dessa estrutura é comparar bem contra a rota de tentativa e erro: banco, classificação, retenção e cobrança tocados uma vez pela própria operação de quem conhece a região.

O que um ISV precisa fazer para escolher entre os quatro caminhos?

A decisão entre os quatro caminhos segue uma ordem que protege a margem: primeiro o ticket e o contrato, depois a moeda, depois o responsável pela conformidade, e só então o meio de pagamento. Antes de escolher o canal, o ISV deve fechar a conta de quanto da própria proposta sobrevive à travessia da região, e isso exige simular o custo efetivo por condição de venda, não por preço de catálogo.

1. Registre o ticket e o ciclo do contrato. Valor por venda, prazo anual ou multianual, renovação e número de usuários definem se a operação pede um MoR ou uma entidade local.
2. Experimente as quatro rotas no mesmo escopo. Venda direta, subsidiária, marketplace de nuvem e distribuidor regional comparadas pelo custo efetivo para o mesmo ticket, moeda e prazo.
3. Classifique a remessa como o país classifica. Confirme se o país trata a operação como licença de software ou serviço; a CIDE e a isenção do parágrafo primeiro letra A dependem dessa distinção, que é anterior à negociação.
4. Escolha o responsável pela conformidade. Decida se o próprio ISV carrega retenção, NF-e e banco de cada país, ou se um MoR os assume em contrato.
5. Confirme o meio de pagamento que o cliente usa. Pix, boleto, cartão local parcelado e recorrente dizem mais sobre o fechamento do que o preço comparado em dólar.

Cada passo tira do caminho uma variável que, deixada para depois, reaparece como retenção a descoberto ou como remessa devolvida. A conta completa, antes de qualquer escolha de canal, inclui o preço, o que o país retém, o que o câmbio custa e o que o processo interno do cliente exige para pagar.

Perguntas frequentes sobre como vender SaaS na América Latina

As respostas abaixo valem para o ISV internacional que vende para compradores corporativos. Elas resumem o peso das retenções, o papel do MoR e a decisão entre os canais, sempre do ponto de vista de quem remete o produto para dentro da região.

O ISV precisa abrir uma entidade local para vender na América Latina?

Não. Uma entidade local só se justifica quando o volume recorrente e os contratos multianuais passam a pagar a estrutura administrativa e societária. Antes disso, um distribuidor regional na figura de Merchant of Record emite a nota fiscal local e recebe em moeda local sem que o ISV abra a própria pessoa jurídica no país do cliente.

A remessa ao ISV em dólar sofre retenção na fonte?

Sim, mas em regra a retenção incide sobre a remessa que o comprador faz ao exterior, não sobre a conta do ISV. SaaS é serviço técnico e a CIDE incide à alíquota de 10%; o IRRF na fonte incide conforme o caso, e ainda há o IOF sobre a operação de câmbio. A isenção da Lei 10.168/2000, parágrafo primeiro letra A, vale só para licença pura de software sem transferência de tecnologia.

O que é um Merchant of Record e como ele ajuda o ISV?

É o distribuidor autorizado que aparece como a entidade que registra a transação, emite a NF-e em moeda local, calcula e recolhe os tributos e remete ao ISV a parte líquida, em moeda do contrato. Ele tira do ISV a classificação fiscal, a retenção e a cobrança de cada país, e garante remessa líquida sem surpresa cambial.

O marketplace de nuvem é a melhor rota para o ISV?

Depende do contrato do ISV. Se o produto já vive no programa comercial de um provedor de nuvem, integrar a região a essa fatura é coerente. Se o produto é cloud agnóstico e o ISV não quer depender de compromisso de nuvem nem de entidade estrangeira a receber, a rota de distribuidor regional em moeda local tende a custar menos para ele e para o cliente final.

Referências e Leitura Complementar

A base da classificação de SaaS como serviço técnico e da CIDE está nas soluções de consulta da Receita Federal (SC Cosit 191/2017 e SC Cosit 99/2018) e na Lei nº 10.168/2000, que disciplina a CIDE e a isenção do parágrafo primeiro letra A para licença pura de software sem transferência de tecnologia.

A mecânica cambial, o IOF e as condições de liquidação de operações estrangeiras devem ser conferidos nas normas e orientações do Banco Central do Brasil. A medida do mercado de software corporativo brasileiro vem da pesquisa da ABES, citada como contexto de oportunidade, não como garantia de receita.

Para o lado do comprador, leia comprar software pelo marketplace da nuvem: o que é e a decisão entre como distribuir SaaS via marketplace de nuvem. A página do Nexforce Marketplace detalha a contratação regional em moeda local, a NF-e e o ecossistema que paga o ISV à vista.

Do mapa à remessa líquida

O mapa do ISV internacional na América Latina não se desenha na cor do crescimento, mas na cor do que chega à própria conta depois que o país, o banco e o cliente cobram a parte deles. A venda direta cross-border segue viva para contratos grandes e maduros, desde que o preço embuta a retenção que virá. A subsidiária local é decisão de volume, não de primeira conquista. O marketplace de nuvem serve ao ISV já integrado a um programa do provedor. E o distribuidor regional na figura de Merchant of Record é a rota que devolve ao ISV a simplicidade de vender software como se vendesse em casa, faturamento em moeda local, NF-e e conformidade nas mãos de quem conhece a região, sem que ele abra uma entidade para descobrir essa simplicidade.

A escolha de reduzir a vender por um distribuidor local não é uma escolha por menos presença. É uma escolha por colocar a presença onde o cliente sente: na nota fiscal local, no meio de pagamento que o financeiro aceita e no preço que não muda porque a cotação mudou. É esse o estado que um ISV que quer soma na América Latina precisa perseguir antes de comemorar a maré de contratos.