Como Vender SaaS na América Latina Além dos Cloud Marketplaces

O ISV (Independent Software Vendor, empresa de software que vende seu produto para outras empresas) europeu ou americano tem um cliente em São Paulo. O contrato está assinado. Resta resolver como o comprador brasileiro paga e como o vendor recebe. A resposta óbvia, há cinco anos, seria listar no cloud marketplace que o cliente já usa. Mas o AWS Marketplace, o mais relevante para a maioria dos ISVs globais, ainda exclui o Brasil, a Argentina, o Chile e o Peru da lista de países elegíveis para sellers. O Google Cloud Marketplace também mantém restrições severas. O Azure é a exceção que aceita vendedores de todos os seis países, mas listar no Azure não resolve as outras quatro camadas de atrito que o ISV enfrenta para vender SaaS na América Latina.
Em resumo: O AWS Marketplace exclui quatro dos seis maiores mercados latino-americanos. O Azure aceita, mas o ISV que lista ali ainda encara entidade fiscal, custo tributário, moeda e compliance em cada país. Para vender SaaS na América Latina, o Nexforce Marketplace substitui essa rota bloqueada por um canal que emite nota fiscal local, liquida em USD e não exige entidade própria do ISV em nenhuma jurisdição da região.
O guia de listing diz como publicar. A planilha de elegibilidade diz que o ISV não pode. A pergunta real não é como listar em um cloud marketplace. A pergunta real é como vender SaaS na América Latina quando o cloud marketplace fecha a porta.
A frustração que os guias de cloud marketplace não cobrem
O ISV internacional que quer vender na América Latina percorre um caminho previsível. Primeiro, lê os guias de onboarding do AWS Marketplace, do Azure Marketplace e do Google Cloud Marketplace. Estuda os requisitos técnicos de integração e a documentação de produto exigida. Abre o formulário de registro de seller. E encontra uma tabela de países elegíveis.
O Brasil não está nela. A Argentina, o Chile e o Peru também não. O ISV que opera a partir da Europa ou dos Estados Unidos e está acostumado a listar sem barreira geográfica bate em um muro que não é técnico. É jurisdicional.
A exclusão não é um atraso administrativo. É uma restrição permanente de elegibilidade que o AWS Marketplace e o Google Cloud Marketplace mantêm para sellers com sede em jurisdições que eles classificam como de alto risco regulatório. Para o ISV global, isso significa que o canal de distribuição que funciona em Londres, em Berlim e em Austin não funciona para o comprador em São Paulo, em Buenos Aires ou em Bogotá.
O custo dessa exclusão é silencioso. O ISV perde o deal. Ou tenta resolver sozinho.
E é aí que o problema fiscal da América Latina entra no funil de vendas do vendor internacional como uma surpresa que custa o contrato.
O que o ISV enfrenta quando tenta vender direto para a América Latina
Vender SaaS diretamente para um comprador latino-americano, sem cloud marketplace, coloca o ISV diante de cinco camadas de atrito que, juntas, explicam por que 70% do pipeline internacional da região morre entre a proposta e o fechamento. Nenhuma dessas camadas aparece no CRM.
A primeira camada é a entidade fiscal. O comprador empresarial na Argentina, no Brasil e no México precisa de uma nota fiscal local para contabilizar a despesa e recuperar créditos tributários. O ISV sem entidade na Argentina não emite uma factura eletrônica da AFIP. O ISV sem CNPJ no Brasil não emite uma nota fiscal. O comprador não consegue pagar. Ou paga e assume sozinho todo o custo tributário da remessa internacional. Nos dois casos, o ISV está vendendo com um desconto estrutural embutido que ele não precificou.
A segunda camada é o custo tributário da remessa. Quando o comprador brasileiro paga diretamente um vendor no exterior, a Receita Federal classifica a operação como importação de serviço. A carga efetiva sobre o valor do contrato pode ultrapassar 47%, distribuída entre IRRF (15% padrão, 25% para países de tributação favorecida), CIDE (10%), PIS/COFINS-Importação (9,25%), ISS municipal (2% a 5%) e IOF-câmbio (3,5%). O ISV não paga esses tributos, mas o comprador paga. E o comprador, na hora de decidir entre o software do vendor internacional e uma alternativa local que vem com nota fiscal e zero carga de importação, faz a conta.
A terceira camada é a moeda. O comprador quer pagar em reais, em pesos, em soles. O ISV quer receber em USD ou EUR. O banco intermediário cobra spread cambial que pode chegar a 8% em bancos tradicionais. O prazo de liquidação do câmbio, entre o fechamento do contrato e a saída do dinheiro, expõe as duas pontas a oscilação cambial que nenhum contrato de SaaS prevê.
A quarta camada são os métodos de pagamento. O comprador corporativo latino-americano opera com boleto, PIX, transferência bancária local e cartão de crédito emitido no país. Cartão de crédito internacional, que é o método padrão de cobrança do ISV global, sofre taxa de rejeição acima de 30% em transações cross-border acima de USD 5 mil. O comprador tenta pagar e o pagamento não passa. O ISV acha que o cliente desistiu.
A quinta camada é o compliance regulatório. A LGPD no Brasil, a Lei de Proteção de Dados Pessoais na Argentina, a Lei Federal de Protección de Datos Personales no México. Cinco países, cinco regimes de proteção de dados, cinco exigências de localização e notificação de incidentes. O ISV precisa de um encarregado de proteção de dados em cada jurisdição. Sem ele, a área jurídica do comprador bloqueia a contratação.
| Camada de atrito | Caminho direto (sem cloud marketplace) | Via Nexforce Marketplace |
|---|---|---|
| Entidade fiscal | O ISV precisa abrir CNPJ, entidade na Argentina, registro no México e em cada país onde vende | O ISV não abre entidade. O Nexforce Marketplace opera como infraestrutura local nos seis países |
| Custo tributário da remessa | Carga efetiva de até 47,8% (IRRF + CIDE + PIS/COFINS-Importação + ISS + IOF) paga pelo comprador | Nota fiscal nacional. Comprador não tem exposição a tributos de importação |
| Moeda e câmbio | Spread cambial de 3% a 8% por remessa, oscilação entre fechamento e liquidação | Câmbio travado na data da compra. ISV recebe em USD, comprador paga em moeda local |
| Métodos de pagamento | Cartão internacional com taxa de rejeição acima de 30% em transações acima de USD 5 mil | PIX, boleto, transferência local e cartão nacional. Rejeição inferior a 2% |
| Compliance regulatório | Cinco regimes de proteção de dados, exigência de encarregado por jurisdição | Compliance fiscal e regulatório operado pelo Nexforce Marketplace em cada país |
Essas cinco camadas explicam por que o pipeline do ISV global na América Latina tem 70% de taxa de abandono entre a proposta comercial e o fechamento, segundo dados agregados de clientes do Nexforce Marketplace em 2025 e 2026. O comprador quer o software. O caminho para pagar por ele é que quebra o negócio.
As cinco camadas de atrito que derrubam o pipeline do ISV internacional na América Latina, em um fluxo:
Vender na América Latina via Nexforce Marketplace: o canal que não exige entidade própria
O Nexforce Marketplace resolve as cinco camadas de atrito com uma arquitetura que substitui a exportação direta por uma operação local: o ISV internacional não abre CNPJ no Brasil, não abre entidade na Argentina e não se registra como contribuinte no México.
O Nexforce Marketplace opera como a infraestrutura de distribuição regional. Recebe o contrato do ISV, emite a nota fiscal local em reais ou na moeda do país de destino, cobra o comprador via PIX, boleto ou cartão local e liquida o pagamento ao ISV em USD, EUR ou na moeda de operação do vendor.
O ISV assina um único contrato com o Nexforce Marketplace. O comprador latino-americano assina o contrato padrão do ISV, sem adaptação. O ISV não altera seu processo comercial. O comprador recebe nota fiscal local que permite a dedução integral do gasto como despesa operacional e, para empresas no regime de Lucro Real no Brasil, o creditamento de PIS/COFINS de 9,25%.
Esse é o diferencial que muda o funil. O comprador não precisa calcular IRRF, CIDE e gross-up. Não precisa fechar contrato de câmbio com o banco. Não precisa justificar para a área fiscal por que está pagando um vendor estrangeiro sem nota. Ele recebe uma fatura em moeda local, paga como paga qualquer outro fornecedor nacional, e o software está liberado.
Para o ISV, a conta é direta. O Nexforce Marketplace não cobra taxa de listing. Não há custo para o ISV integrar ou manter o produto no marketplace. Não há volume mínimo de transação. O ISV define o preço. O Nexforce Marketplace adiciona sua margem sobre o preço final ao comprador. O ISV recebe o valor integral do contrato, liquidado em USD, sem spread cambial abusivo, sem oscilação de câmbio entre o fechamento e a liquidação.
Os sete diferenciais que reorganizam a conta do ISV
A substituição do canal direto pelo Nexforce Marketplace altera a economia da distribuição em sete pontos: contrato inalterado, independência de nuvem, custo menor para os dois lados, moeda local nos seis países, rede de revendas, aliança de software e pagamento à vista com parcelamento ao comprador. Cada um elimina uma perda que o ISV sofre no modelo tradicional.
O primeiro é o contrato do ISV. O Nexforce Marketplace trabalha com o contrato padrão do vendor e com seus programas comerciais. O processo de vendas do ISV não muda. Um cloud marketplace impõe o seu contrato e a sua estrutura de programa ao vendor. Aqui, o ISV mantém o controle comercial.
O segundo é a independência de nuvem. Transacionar via Nexforce Marketplace não exige que o ISV ou o comprador estejam em uma nuvem específica. Não há compromisso de consumo com hyperscaler atrelado à transação.
O terceiro é o custo menor para os dois lados. Mais barato para o ISV, que não paga revenue share de cloud marketplace sobre cada transação. Mais barato para o comprador, que não arca com o custo tributário integral da remessa direta. São duas afirmações separadas porque são duas economias distintas.
O quarto é a moeda local em toda a América Latina. O comprador paga em reais no Brasil, em pesos na Argentina, em pesos mexicanos no México, em soles no Peru, em pesos colombianos na Colômbia e em pesos chilenos no Chile. O ISV recebe em USD. Esse alcance regional não está disponível em nenhum canal de distribuição direta.
O quinto é a rede de revendas. O Nexforce Marketplace opera com uma rede de revendedores locais que aceleram a penetração em contas enterprise em cada país. O ISV acessa o mercado via múltiplos canais sem gerenciar cada revenda individualmente.
O sexto é a aliança de software. O Nexforce Marketplace gera economia na compra de outros softwares do mesmo comprador, usando o volume total de gasto com software para financiar o deal do ISV. Esse é o diferencial que fecha contratos que o desconto comercial do ISV, sozinho, não alcança. O comprador vê o custo total do portfólio de software cair. O ISV entra em uma conta que, pelo preço isolado do seu produto, não entraria.
O sétimo são os métodos de pagamento múltiplos, com a assimetria de capital de giro como peça central. O Nexforce Marketplace paga o ISV à vista, antecipando o valor integral do contrato. O comprador parcela em até 12 vezes, com câmbio travado na data da compra. O ISV não carrega recebível. O comprador tem prazo. Nenhum banco oferece essa combinação em uma operação cross-border.
A esses sete somam-se três condições estruturais que eliminam barreiras de entrada: o ISV não paga nada para integrar, não há valor mínimo de contrato para transacionar, e o compliance fiscal e regulatório de cada país é operado pelo Nexforce Marketplace. O ISV vende na América Latina com a mesma simplicidade com que vende no seu mercado doméstico.
A classificação fiscal que o ISV não precisa resolver, mas o comprador sim
Toda remessa de software do exterior para o Brasil é classificada como importação de serviço para fins de PIS/COFINS-Importação e ISS, e como royalty para fins de IRRF (SC Cosit 75/2023). A Solução de Consulta Cosit 107, de junho de 2023, consolidou esse entendimento para a Receita Federal. O meio de pagamento é irrelevante. Cartão de crédito, wire, SWIFT. Se o fornecedor está fora e o comprador está no Brasil, é importação.
A CIDE (10%) incide sobre SaaS e serviços técnicos. A isenção do parágrafo 1º-A do artigo 2º da Lei 10.168/2000 aplica-se exclusivamente a licenças puras de software sem transferência de tecnologia, categoria distinta de SaaS. O ISV que vende uma plataforma como serviço não está vendendo uma licença. Está vendendo um serviço técnico continuado. A CIDE incide.
Essa distinção importa porque o comprador brasileiro que faz a remessa direta paga CIDE. O comprador que adquire via Nexforce Marketplace recebe uma nota fiscal nacional. A CIDE, o IRRF, o PIS/COFINS-Importação e o ISS são resolvidos na camada do marketplace. O comprador não tem exposição fiscal. O ISV não precisa explicar a classificação tributária brasileira para o cliente.
Para contratação de software na Argentina, no México, na Colômbia e no Chile, a lógica é análoga. Cada país tem seu próprio regime de retenção na fonte sobre serviços digitais, sua própria exigência de nota fiscal local e sua própria autoridade tributária. O Nexforce Marketplace opera a infraestrutura de compliance em cada jurisdição. O ISV recebe em USD. O comprador recebe o documento fiscal que a sua contabilidade exige.
FAQ
O ISV precisa abrir entidade no Brasil para vender via Nexforce Marketplace? Não. O Nexforce Marketplace opera como a entidade local em cada país. O ISV mantém um único contrato com o Nexforce Marketplace, sem registrar CNPJ, sem abrir filial e sem se inscrever como contribuinte em qualquer jurisdição latino-americana.
Quanto custa para o ISV integrar ao Nexforce Marketplace? Zero. Não há taxa de listing, não há custo de integração, não há volume mínimo de transação. O ISV define o preço do seu software e recebe o valor integral do contrato.
O comprador latino-americano paga em moeda local? Sim. O comprador no Brasil paga em reais, na Argentina em pesos, no México em pesos mexicanos, no Peru em soles, na Colômbia em pesos colombianos, no Chile em pesos chilenos. O Nexforce Marketplace liquida ao ISV em USD ou na moeda de operação do vendor.
O ISV pode vender seus softwares na Argentina, no Peru e na Colômbia além do Brasil? Sim. O Nexforce Marketplace cobre todos os seis países: Brasil, Argentina, México, Colômbia, Chile e Peru. O ISV acessa todo o mercado latino-americano com um único contrato de distribuição.
Qual a carga tributária que o comprador brasileiro paga na importação direta de SaaS? A carga efetiva padrão chega a 47,8% sobre o preço líquido do software, distribuída entre IRRF (15%), CIDE (10%), PIS/COFINS-Importação (9,25%), ISS municipal (2% a 5%) e IOF-câmbio (3,5%). Pela rota Nexforce Marketplace, o comprador recebe nota fiscal nacional e não arca com esses tributos de importação.
E se o ISV já tem clientes na América Latina operando com remessa direta? O Nexforce Marketplace pode fazer a transição. O ISV mantém o cliente. O Nexforce Marketplace assume a camada de cobrança, emissão fiscal e liquidação. O comprador passa a receber nota local e a pagar em moeda local. O ISV passa a receber do Nexforce Marketplace em vez de receber diretamente do comprador.
Referências e Leitura Complementar
- Importação de Software: Guia de Riscos e Custos Ocultos
- Como Distribuir SaaS via Cloud Marketplace: Guia em 7 Passos
- Guia Completo de Cloud Marketplaces para ISVs: AWS, Azure e Google Cloud
- AWS Marketplace para ISVs: Guia Prático de Listing e Integração
- Solução de Consulta Cosit 107/2023, Receita Federal
- Lei 10.168/2000 que institui a CIDE
- Nexforce Marketplace
O Cenário à Frente
A América Latina tem 670 milhões de habitantes, um dos mercados de SaaS que mais cresce no mundo, e uma barreira de entrada que até hoje foi lida como ausência de demanda. Não é ausência de demanda. É ausência de infraestrutura de distribuição. O comprador quer o software. O que faltava era um canal que fizesse o dinheiro cruzar a fronteira sem queimar o negócio no meio do caminho.

Venda seu software na América Latinasem custos de estrutura e poupando 50%
Distribua seu SaaS através da plataforma Nexforce escalando canais de vendas de forma simples
Fazer SimulaçãoArtigos relacionados

Ofertas privadas e renovação automática para o ISV
Como a renovação automática de oferta privada transforma receita recorrente do ISV em compromisso de canal, o que o vendedor entrega ao aceitar o programa, e a rota que mantém contrato e moeda local.
Read more
Pagamentos locais na LatAm: PIX, SPEI, boleto e cartões
O mapa país por país do método de pagamento local como infraestrutura de conversão do ISV internacional que vende software na América Latina, de PIX e boleto a SPEI, PSE e adquirência local.
Read more
Pagamentos B2B internacionais: guia do ISV na LatAm
O pilar dos pagamentos B2B internacionais para o ISV que vende software na América Latina: aceitação, métodos locais, câmbio, liquidação e repatriação, camada por camada, com a distinção contra merchant of record.
Read more