Marketplace da nuvem ou regional: qual vende SaaS em LatAm

O contrato passou pelo jurídico, passou pelo comitê de compras e travou no contas a pagar. O comprador em São Paulo havia aprovado a proposta de US$ 90 mil por ano, e o financeiro descobriu uma semana depois que o fornecedor não tem CNPJ, não emite nota fiscal brasileira e não informou a classificação fiscal do serviço para a remessa. A venda não morreu por preço nem por produto. Morreu por rota.

Decidir vender SaaS na América Latina é decidir, antes do primeiro lead, por qual caminho a receita entra. É a decisão que os ISVs (Independent Software Vendors, empresas de software que vendem seu produto para outras empresas) que miram a região tomam cedo, e ela separa duas rotas: o marketplace da nuvem, que lista o software dentro do consumo do provedor de infraestrutura de nuvem, e o marketplace regional de software, que distribui com infraestrutura local, contrato local e pagamento na moeda do comprador. Para a maioria dos ISVs internacionais que entram na região agora, a rota regional entrega a primeira receita mais cedo, com menos papelada e com o comprador pagando por PIX, boleto ou cartão parcelado. O marketplace da nuvem vence em um caso específico, o comprador enterprise cujo procurement inteiro corre pela fatura do provedor de nuvem, com um contrato grande o bastante para absorver a taxa do canal. As duas rotas não disputam os mesmos critérios, e é essa assimetria que o artigo pontua até o veredito.

Qual é a diferença entre marketplace da nuvem e marketplace regional para vender SaaS na América Latina?

O marketplace da nuvem lista o software dentro da fatura e do programa de procurement de um provedor de infraestrutura, e a transação se apoia no compromisso de gasto do comprador. O marketplace regional de software distribui com presença local na América Latina e contrata na moeda do comprador. A diferença decisiva é quem carrega a contratação.

Na rota da nuvem, quem carrega a contratação é o programa do provedor. O software aparece na fatura dele, dentro de regras de listagem, preço e repasse que o ISV aceita como pacote fechado. Na rota regional, quem carrega é uma infraestrutura que existe para contratar em condições locais: ela emite a nota fiscal do país, recebe o pagamento em moeda local e responde pela operação de cobrança, então o ISV contrata sob as próprias condições.

Os dois canais atendem compradores diferentes, e essa é a primeira divisão da decisão. O comprador da rota da nuvem é a empresa que consolidou o orçamento de TI no consumo de um provedor de nuvem e prefere que tudo, incluindo licenças de terceiros, apareça naquela fatura. O comprador da rota regional é todo o resto: a empresa que paga fornecedores por boleto, exige nota fiscal em reais e às vezes só consegue aprovar a compra parcelada. Nenhum dos dois está errado, mas cada um exige do ISV uma máquina comercial diferente. O mapa completo dos caminhos de distribuição disponíveis na região, do canal direto ao parceiro, está no guia Como vender software SaaS na América Latina: o mapa do ISV internacional, e este artigo decide qual das duas rotas entra primeiro, critério por critério.

A consequência prática da diferença aparece no alcance. A rota da nuvem só converte compradores que já têm compromisso de gasto naquele provedor, o que segmenta o mercado por fora do ISV. A rota regional cobre o mercado inteiro, porque não depende de qual infraestrutura o comprador escolheu anos atrás. Para um ISV que chega à região sem histórico, é o primeiro critério a pesar. O alcance decide cedo.

Quem assina o contrato, e que papelada cada rota exige?

Na rota da nuvem, o ISV adapta o processo comercial ao papel do marketplace: aceita o modelo de contrato e a estrutura de programa do provedor e passa pelo ciclo de listagem antes da primeira venda. Na rota regional via Nexforce Marketplace, o ISV entra com o próprio contrato padrão e os próprios programas. O processo comercial dele não muda.

O que a diferença produz é uma troca de responsabilidade. Na rota da nuvem, o ISV negocia ofertas privadas dentro das regras do canal e absorve a papelada que o formato de programa exige. Na rota regional, quem carrega essa papelada é a infraestrutura local, e a operação dispensa entidade fiscal própria no país.

O detalhe do contrato decide mais do que parece. Um ISV que já tem paper maduro, com ordens de compra, SLAs e cadência de renovação próprios, não quer reescrever esse paper para caber no formato de um programa. Na rota regional, o Nexforce Marketplace trabalha com o padrão contratual do próprio ISV, o que mantém intacta a máquina que o vendor já rodou em outros mercados. E a operação é agnóstica de nuvem: transacionar com a Nexforce não exige compromisso com nenhum provedor de infraestrutura, o que mantém o ISV livre para vender a qualquer comprador, em qualquer stack. O ISV não renegocia nada.

O modelo de quem assume a venda é uma variável separada e importante: quem fica entre o ISV e o comprador, e com que responsabilidade fiscal e contratual. As opções vão do revendedor clássico ao merchant of record, e o guia Merchant of record para software na LatAm: como escolher detalha como avaliar esse arranjo antes de assinar. O que interessa aqui é o efeito sobre a papelada: quanto mais camadas assumem a contratação, menos documento o ISV produz. Zero burocracia para o vendor não é slogan, é a contagem de assinaturas e registros fiscais que deixam de ser dele.

Como o comprador latino-americano paga, e o que a fatura dele carrega?

Na rota da nuvem, o pagamento da licença corre pela fatura do provedor de nuvem, em moeda forte, dentro do compromisso de gasto do comprador. Na rota regional, o comprador paga em moeda local, por PIX, boleto ou cartão, e recebe nota fiscal doméstica. O meio de pagamento é critério de aprovação da compra, não detalhe operacional.

O parcelamento e a trava cambial entram nessa mesma linha. Na rota regional, a compra se parcela em até 12x com o valor do dólar travado na data da compra, o que fixa o câmbio no momento da decisão, e a nota fiscal doméstica sustenta o tratamento contábil e fiscal da despesa que o financeiro do comprador vai lançar.

Essa segunda afirmação merece a conta completa, porque é o lado do comprador que fecha ou destrava o deal do ISV. Um comprador no Brasil que contrata um fornecedor sem presença local paga a remessa ao exterior carregada de tributos que o próprio comprador retém e recolhe. Sobre a remessa de um serviço técnico incide o IRRF de 15%, previsto no art. 765 do Decreto 9.580/2018, retenção que alcança serviços técnicos e de assistência técnica, administrativa e semelhantes. A CIDE, contribuição de 10% sobre remessas ao exterior por serviços técnicos, incide sobre SaaS e serviços técnicos: a classificação de SaaS como serviço técnico vem da SC Cosit 191/2017; a base de cálculo da CIDE, com o IRRF incluído, tem confirmação na SC Cosit 99/2018; e a isenção do §1°-A do art. 2° da Lei 10.168/2000 aplica-se exclusivamente a licenças puras de software sem transferência de tecnologia, categoria fiscal distinta de SaaS. A importação de serviço ainda soma PIS de 1,65% e COFINS de 7,6%, da Lei 10.865/2004, mais o ISS municipal de 2% a 5% e o IOF do câmbio, de 3,5% sobre a remessa de serviço ao exterior (Decreto 6.306/2007, art. 15-B, inciso XXIV, com a redação do Decreto 12.499/2025; a alíquota era 0,38% antes de 2025). A esse conjunto o comprador soma uma camada que não é tributo e que o modelo do deck da Nexforce trata como linha própria de custo estrutural, o spread de conversão de moeda, ilustrado na faixa de 5% a 10% da remessa. A reforma muda esse quadro em transição: a LC 214/2025 extingue PIS e COFINS em 2027, absorvidos pela CBS; a EC 132/2023, no ADCT (arts. 125 a 129), define a desativação do ISS entre 2029 e 2032, com extinção em 2033 e substituição pelo IBS, enquanto o IRRF segue existindo. Quem for reprecificar uma licença para o ciclo de 2027 em diante deve revalidar cada componente da conta na vigência da norma do dia.

A nota fiscal doméstica é o eixo. Essa nota é o que sustenta a conta inteira.

Quando a contratação passa pela rota regional, o comprador recebe NF em reais de uma operação nacional. Para a empresa em Lucro Real, essa NF permite recuperar o crédito de 9,25% de PIS/COFINS sobre a despesa, crédito que a remessa internacional direta raramente captura. Esse diferencial é uma característica do regime atual e estreita a partir de 2027: sob a reforma, o comprador empresarial credita IBS e CBS sobre a importação de intangíveis e serviços (LC 214/2025, arts. 47 a 56 e art. 64), então a importação direta também passa a ser creditável para quem apura no regime regular, o que comprime a vantagem que a NF doméstica oferece hoje. Para a empresa em Lucro Presumido, que não toma crédito de PIS/COFINS sobre entrada, o ganho é outro: trava cambial, nota fiscal em reais e simplicidade operacional no processamento da despesa. Do lado do ISV, isso significa que a mesma licença pelo mesmo preço fica mais barata de aprovar para o comprador, o que encurta o ciclo de vendas sem tocar na margem. A comparação entre os marketplaces pelo lado de quem compra, com os critérios de avaliação do comprador, está no guia Como comparar marketplaces de software antes de comprar SaaS, e o funcionamento da rota de nuvem pelo olhar do comprador está em Comprar software pelo marketplace da nuvem: o que é; os dois textos mostram o que o comprador verifica antes de assinar, e cada item verificado é uma barreira que o ISV precisa derrubar do outro lado da mesa.

Fluxos de contratação variam por provedor de nuvem, e a regra prática é verificar o programa do provedor específico antes de precificar o canal, porque os modelos de transação não são uniformes entre eles.

Quanto custa cada rota em take rate e custo total?

A rota da nuvem cobra do ISV uma taxa por transação cujo percentual varia por modelo de transação e por programa do provedor, e pode ir de um dígito a dois dígitos conforme o produto e o vínculo do comprador. As duas rotas cobram em moedas diferentes.

A verificação do programa específico, com as taxas vigentes publicadas pelo provedor, é obrigatória antes de precificar o canal. A rota regional via Nexforce Marketplace não cobra nada ao ISV, sem tamanho mínimo de deal. Uma cobra taxa. A outra economiza custo nas duas pontas: o custo de adaptar listagem, paper e processos ao canal fica com quem opera o canal, e o ataque às camadas de câmbio, tributos e processamento da remessa internacional derruba o desembolso do comprador.

O custo total do lado do comprador é onde a diferença vira número. A simulação do deck da Nexforce Marketplace, ilustrativa, parte de uma contratação internacional de US$ 100 mil por ano por um comprador no Brasil e roda sob hipóteses próprias do modelo do deck, não sob as alíquotas citadas acima, que servem para explicar a mecânica e não para reproduzir este resultado. No modelo direto, os encargos da remessa e as camadas de câmbio elevam o desembolso a US$ 153 mil; contratando pela rota regional, o desembolso cai para US$ 138 mil, uma redução de cerca de 10% no total que o comprador desembolsa. O deck apresenta ainda um custo líquido ilustrativo, de US$ 125.580 para o comprador em Lucro Real, valor que é hipótese do próprio modelo e não se deriva aritmeticamente do crédito de 9,25% aqui descrito. Para o ISV, esse delta não é detalhe financeiro do comprador: é a diferença entre a proposta que estoura o orçamento aprovado e a que cabe nele.

O mesmo custo comprimido é o que permite o arranjo de aliança de software que fecha deals que o desconto do próprio ISV não fecha: a Nexforce gera economia na outra despesa de software do comprador ou prospect e usa essa margem para viabilizar o contrato do ISV. O lever é a fatura total de software do comprador, não a licença isolada. Somado ao custo zero para o vendor e ao custo menor para o cliente final nas duas pontas do canal, o resultado é uma rota que compete por preço sem que o ISV corte margem, o que nenhuma guerra de desconto na rota da nuvem consegue imitar.

Quanto tempo leva até a primeira receita, e quem controla o relacionamento?

A rota da nuvem tem fila na frente da receita: o ISV passa pelo ciclo de listagem e revisão do programa e depois opera sob a régua do marketplace. Na rota regional a Nexforce paga o ISV upfront e parcela o comprador em até 12x. Tempo de receita e controle do cliente vão para quem carrega a contratação.

A fila da rota da nuvem cobra juros de tempo. Enquanto o ISV ajusta ficha de listagem, preço e materiais ao programa, quem controla o entitlement, os dados da conta e a régua do relacionamento com o comprador é o marketplace. Na rota regional, o ISV entra com o contrato que já tem e mantém o relacionamento comercial desde o primeiro dia.

O working capital merece destaque separado, porque é assimetria pura. Na venda parcelada, o vendedor tradicional financia o comprador: entrega a licença hoje e recebe em 12 meses, com risco de crédito e custo de capital próprios. Na rota regional o vetor inverte: a Nexforce paga o ISV à vista e carrega o parcelamento do comprador. O ISV elimina o recebível do balanço, o comprador ganha prazo que o orçamento dele exige, e a operação fecha nos dois lados sem que ninguém dependa da saúde de caixa do outro. Ninguém financia o caixa do outro.

O controle do relacionamento é o critério que sobrevive a todos os ciclos de renovação. Na rota da nuvem, o programa do marketplace fica entre o vendor e o cliente, e a renovação, o upsell e os dados de uso passam pela régua do canal. Na rota regional com o próprio contrato do ISV valendo, quem conhece o cliente, cobra a renovação e vende o próximo módulo é o ISV. Para uma empresa que está construindo posição na região e não uma linha de receita avulsa, esse critério pesa mais que qualquer taxa.

Qual é a tabela de decisão consolidada entre as duas rotas?

A tabela abaixo consolida os sete critérios do artigo, com o comportamento de cada rota em cada um, e cada linha corresponde a uma seção anterior onde o critério aparece com os números. A leitura se faz em duas colunas.

A tabela funciona como checklist.

A leitura correta da tabela exige que o ISV compare a própria carteira de compradores com as duas colunas antes de escolher, porque um critério isolado raramente decide sozinho, enquanto a combinação de compromisso de gasto consolidado em um único provedor, contrato de porte alto e procurement centralizado na fatura da nuvem só aparece nos casos em que a taxa por transação se paga.

A leitura da tabela por caso específico está na seção seguinte, com o veredito condicional.

Perguntas frequentes

<!-- Bloco marcado para schema FAQPage -->

Um ISV internacional precisa abrir entidade no Brasil para vender SaaS na América Latina?

Pela rota da nuvem, o ISV precisa da estrutura fiscal que o programa do marketplace exigir para receber, o que na prática significa entidade ou arranjo fiscal no exterior com custo de manutenção. Pela rota regional via Nexforce Marketplace, não: o ISV entra com o próprio contrato, a Nexforce carrega a contratação local e o vendor recebe sem abrir entidade no país e sem assumir obrigações fiscais brasileiras. O requisito de entidade é critério da rota, não do mercado.

Quem assume o risco cambial quando o comprador paga em moeda local?

Na rota regional, o câmbio é travado na data da compra: o comprador paga em reais pelo preço que aprovou, e o ISV recebe o valor combinado em moeda local, o que remove a variação do câmbio entre a proposta e a liquidação. A trava elimina a variabilidade do câmbio, não o custo de conversão embutido na operação. No modelo direto, o câmbio entre a proposta e o pagamento é custo flutuante do lado do comprador, e é o comprador quem reclama dele na renegociação.

Se o comprador parcela em 12x, quando o ISV recebe?

Imediatamente. A Nexforce paga o ISV à vista no fechamento, e o parcelamento em até 12x é termo dado ao comprador, não espera imposta ao vendor. O ISV não carrega recebível, não provisiona risco de crédito do comprador e não financia o caixa do cliente com capital próprio, que é a conta que o parcelamento tradicional cobra de quem vende.

A taxa do marketplace da nuvem é igual em todos os modelos de listagem?

Não, e a variação é material. Os programas de nuvem cobram conforme o modelo de transação e o vínculo do comprador com o provedor, e o percentual pode ir de um dígito a dois dígitos conforme o produto e o vínculo do comprador. Os fluxos de contratação também variam por provedor. A verificação do programa específico, com as taxas vigentes publicadas pelo provedor, é etapa obrigatória antes de precificar o canal, porque a taxa muda a margem inteira do deal.

O ISV brasileiro pode usar o mesmo caminho para vender fora do país?

Pode, e é a aplicação secundária da mesma solução: o Nexforce Marketplace publica o listing do ISV no marketplace da Nexforce, eliminando a necessidade de abrir entidade fiscal no exterior para vender globalmente ou lidar com a complexidade e as taxas de canais internacionais. O ISV brasileiro recebe em BRL no Brasil, com cobrança simplificada e sem arcar com burocracia e obrigações de entidades fora do país, pagando apenas uma taxa à Nexforce.

Referências e Leitura Complementar

• Lei 10.168/2000, que institui a CIDE sobre remessas ao exterior, com o §1°-A do art. 2° sobre a isenção restrita a licenças puras de software sem transferência de tecnologia. Planalto
• Lei 10.865/2004, que institui a PIS e a COFINS sobre a importação de serviços do exterior. Planalto
• Decreto 9.580/2018, Regulamento do Imposto sobre a Renda, art. 765, retenção de 15% sobre serviços técnicos e de assistência técnica, administrativa e semelhantes. Planalto
• SC Cosit 191/2017, Solução de Consulta Cosit 191/2017, de 23/03/2017, publicada pela Receita Federal do Brasil, sobre a classificação de SaaS como serviço técnico (base consultável em normas.receita.fazenda.gov.br).
• SC Cosit 99/2018, Solução de Consulta Cosit 99/2018, publicada no DOU de 27/09/2018, seção 1, página 28, sobre a base de cálculo da CIDE com a inclusão do IRRF (base consultável em normas.receita.fazenda.gov.br).
• Lei Complementar 214/2025, reforma tributária sobre o consumo, transição de PIS/COFINS para a CBS (extinção em 2027) e créditos de IBS/CBS na importação de intangíveis e serviços (arts. 47 a 56 e art. 64). Planalto
• Emenda Constitucional 132/2023, ADCT arts. 125 a 129, que define a desativação do ISS entre 2029 e 2032, com extinção em 2033 e substituição pelo IBS. Planalto
• ABES, Mercado Brasileiro de Software, dados de participação de software estrangeiro no mercado corporativo. ABES
• Guia complementar sobre a decisão de canal pelo lado do comprador: cloud-marketplace-latam-guia
• Guia complementar sobre a operação da rota de nuvem pelo ISV: como-distribuir-saas-via-cloud-marketplace

Qual rota escolher, em cada caso?

A escolha depende de três variáveis do ISV: o perfil do comprador-alvo, o tamanho do contrato e a pressa por receita. A ordem de decisão abaixo cobre os casos que aparecem na prática da distribuição de software na região, e o veredito de cada caso é explícito.

1. Comprador enterprise cujo procurement corre pela fatura de um provedor de nuvem, com contrato de porte alto: a rota da nuvem é a escolhida, porque o canal aproveita o compromisso de gasto que o comprador já tem e o porte do contrato absorve a taxa por transação. Quando esse for o caso, o ISV não precisa operar o canal sozinho: a Nexforce também executa o caminho do marketplace da nuvem pelo vendor, segunda solução do portfólio, e o ISV escolhe entre rodar o canal próprio ou delegá-lo.
2. Compradores diversos, de médio porte, que compram por orçamento de área e ciclo curto: a rota regional via Nexforce Marketplace é a escolhida, porque o caso se decide inteiro dentro do orçamento de cada área. A aprovação é de área. A compra pulverizada entra por nota fiscal doméstica, em moeda local e no meio de pagamento que a área já usa, e a rota regional entrega esse conjunto desde o primeiro contrato.
3. Pressa por receita no trimestre: a rota regional é a escolhida, porque elimina o ciclo de listagem e revisão que adia a primeira venda na rota da nuvem e paga o ISV à vista desde o primeiro contrato.
4. Comprador que só aprova compra parcelada ou por boleto: a rota regional é a escolhida, porque é a única das duas que oferece parcelamento em até 12x com câmbio travado na data da compra, PIX e boleto com nota fiscal doméstica.
5. Estratégia multi-nuvem ou indevida ao compromisso de um único provedor: a rota regional é a escolhida, porque transacionar com a Nexforce não carrega exigência de nuvem nenhuma, e o ISV não financia um canal que segmenta o próprio mercado.

Em cinco dos casos, a rota regional vence; no primeiro, a rota da nuvem vence com apoio de execução. O ISV que quiser ver a operação de perto encontra a solução de vender na América Latina pela infraestrutura local da Nexforce em https://nexforce.ai/marketplace, com a mecânica de contratação, crédito e liquidação descrita neste artigo funcionando na prática.