Vender SaaS na América Latina sem Cloud Marketplace

Um ISV, ou Independent Software Vendor, é uma empresa de software que vende seu produto para outras empresas. Para esse vendedor, a parte difícil de entrar na América Latina costuma aparecer depois do contrato: o comprador aprovou o produto, mas ainda precisa pagar de uma forma que o financeiro consiga registrar e a tesouraria consiga prever.

O ISV pode estar em Delaware, Berlim, Bangalore ou Tel Aviv. O comprador pode estar no Brasil, no México ou na Colômbia. Entre os dois ficam a moeda, o documento fiscal, o prazo de recebimento e a pergunta que trava muitas negociações: quem absorve o trabalho local?

O Nexforce Marketplace foi desenhado para essa venda. É um marketplace independente para software e IA, com cobrança em moeda local, meios de pagamento regionais e estrutura de faturamento para a América Latina. O objetivo não é transformar o ISV em operador de uma infraestrutura estrangeira. É dar ao vendedor um canal local para chegar ao comprador sem abrir uma entidade em cada país.

O cloud marketplace continua sendo uma alternativa possível. Ele pode fazer sentido quando o comprador já tem crédito comprometido com um provedor específico e exige que a compra siga esse caminho. Para o ISV, porém, essa escolha tem custos que precisam entrar na margem antes da assinatura.

Por que vender SaaS na América Latina trava depois da assinatura?

A venda internacional não termina quando o jurídico aprova o MSA. O comprador precisa pagar em sua moeda, receber o documento que o país reconhece e justificar a despesa dentro do próprio processo de compras. O ISV precisa saber quanto receberá, em qual data e sob quais termos. Quando essas respostas ficam espalhadas entre bancos, contadores e plataformas, o ciclo comercial perde velocidade.

Esse é o problema de distribuição de software para ISVs que querem vender na América Latina. Não é um problema de produto. O produto pode estar pronto para uso, mas o caminho de cobrança não está pronto para a região.

Um contrato anual de US$ 100 mil mostra a diferença. A proposta comercial pode registrar apenas o preço do software. Depois aparecem o câmbio, a taxa do meio de pagamento, a conversão para a moeda do comprador, o documento fiscal e o prazo de liquidação, cada um com seu custo e seu prazo. Cada item parece pequeno isoladamente. Juntos, mudam o valor que o comprador aprova e o valor que o ISV recebe.

O pagamento cross-border é, portanto, uma decisão comercial. Não é apenas uma etapa do financeiro.

Quais custos o cloud marketplace coloca na conta do ISV?

Um cloud marketplace oferece acesso a uma base de compradores acostumada a comprar dentro do ecossistema de nuvem. Essa conveniência pode ser real. Ela não elimina o custo de vender para um comprador latino-americano. O ISV precisa comparar a rota com uma alternativa independente antes de decidir qual canal protege melhor a margem e o relacionamento comercial.

O contrato do canal pode substituir o contrato do produto

Um ISV corporativo normalmente vende com MSA, SLA, política de privacidade, regras de renovação e limites de responsabilidade que foram negociados com cuidado. A compra dentro de um cloud marketplace segue os termos exigidos pelo próprio canal. O comprador pode acabar assinando um conjunto de condições diferente daquele que o ISV construiu para o produto.

A diferença não é estética. Ela afeta renovação, suporte, responsabilidade e a forma como o time jurídico interpreta a venda. Quando o canal impõe sua documentação, o ISV perde tempo adaptando cada oportunidade ou aceita uma relação contratual que não controla completamente.

A taxa incide antes de a receita chegar

Cloud marketplaces cobram uma parcela da transação conforme o programa e o acordo comercial. Para produtos de infraestrutura que não são SaaS, o intervalo pode chegar a 20% no AWS Marketplace. A taxa padrão de 3% sobre um contrato anual de US$ 150 mil retira US$ 4.500 da receita bruta. Esse valor não aparece no preço que o comprador viu na primeira proposta.

A pergunta correta não é apenas quanto custa listar. É quanto sobra depois da taxa, do câmbio, do custo de aquisição e do suporte necessário para fechar a venda.

O dólar desloca o risco para os dois lados

O comprador brasileiro orça em reais. O mexicano trabalha em pesos. O colombiano aprova em pesos colombianos. A liquidação em dólar cria uma diferença entre o valor aprovado e o valor pago, além de expor o ISV à conversão e à repatriação.

Se o câmbio muda entre a proposta e a liquidação, alguém paga a diferença. Sem uma regra clara, o comprador recebe uma surpresa ou o ISV reduz sua margem para manter o preço. O canal pode facilitar a compra dentro da nuvem e ainda deixar a última conta cambial para as partes resolverem.

A entidade fiscal e o documento local viram obstáculos

O ISV internacional nem sempre tem entidade no país do comprador. O comprador, por sua vez, precisa de um documento fiscal que possa registrar. Um invoice estrangeiro não cumpre automaticamente a mesma função de uma nota fiscal eletrônica brasileira, de um CFDI mexicano, de uma facturación electrónica colombiana ou de um DTE chileno.

Quando a rota de cobrança não oferece esse documento local, o departamento de compras chama o fiscal. O fiscal chama o jurídico. A venda que parecia aprovada volta para a fila.

O comprador assume a parte que o produto não resolve

A operação também exige classificação, arquivo de documentos, aprovação de remessa e reconciliação. Se cada país tem um procedimento, o ISV precisa responder a perguntas que não fazem parte do produto: como o comprador registra a despesa, qual documento recebe e como o pagamento será conciliado?

A distribuição de software para ISVs fica mais cara quando o vendedor precisa ensinar o cliente a montar a própria infraestrutura de compra. O atrito aparece na última milha, justamente quando a oportunidade deveria virar receita.

[TECHNICAL IMAGE MARKER: figure-cloud-marketplace-friction-vs-independent-marketplace]

Figura técnica a inserir: comparação entre contrato, taxa, moeda, documento fiscal, pagamento e prazo de recebimento em um cloud marketplace e no Nexforce Marketplace. Fonte editorial: referências/nexforce-products.md, seção The ISV side of the Marketplace.

Como um marketplace independente reduz o atrito da venda?

O Nexforce Marketplace é um marketplace independente. O ISV escolhe uma rota de venda própria, separada dos cloud marketplaces, e chega ao comprador latino-americano com cobrança regional. O vendedor mantém seus termos comerciais e o cliente paga com mecanismos que o financeiro local já conhece.

A distinção importa porque o Nexforce Marketplace não é um complemento de um cloud marketplace. Não é uma camada sobre o fluxo de AWS, Azure ou Google Cloud. É um canal independente para uma necessidade diferente: vender software em mercados onde moeda, documento fiscal e pagamento local definem a viabilidade da compra.

O fluxo é direto. O ISV apresenta seu produto e seus termos comerciais. O comprador fecha a contratação. O Nexforce Marketplace estrutura a cobrança em moeda local, oferece opções como PIX, boleto e cartões locais, e organiza a documentação fiscal aplicável à operação. O ISV recebe à vista, enquanto o comprador pode parcelar em até 12 vezes com câmbio travado na data da compra.

A infraestrutura local não muda o produto nem obriga o ISV a abrir uma entidade fiscal em cada país. Ela muda o caminho do dinheiro.

O ISV conserva seu contrato e seus programas

O contrato do ISV continua sendo a referência comercial da solução. Isso inclui o MSA, os níveis de serviço, a política de renovação e o programa de descontos que a equipe já conhece. O vendedor não precisa reconstruir sua documentação para cada comprador que chega pela região.

Essa característica reduz uma burocracia que costuma ser subestimada. A equipe jurídica não precisa comparar dois contratos para entender qual prevalece. O comprador não precisa aceitar termos de um canal que não conhece o seu contexto. A negociação continua centrada no software.

O canal não exige compromisso com uma nuvem

O Nexforce Marketplace é agnóstico de provedor. O ISV pode transacionar mesmo que seu produto rode em uma infraestrutura de nuvem diferente daquela usada pelo comprador, ou em infraestrutura própria. A compra não depende de um compromisso de consumo com um provedor específico.

Isso é útil em vendas para grupos que têm ambientes mistos. A decisão de comprar o software fica separada da decisão de concentrar consumo de nuvem.

A moeda local chega a toda a América Latina

A América Latina não tem uma moeda única nem um processo único de faturamento. Brasil, México, Colômbia, Chile, Peru e Argentina têm práticas de cobrança diferentes. O ISV precisa apresentar um preço que o comprador consiga aprovar e uma forma de pagamento que o time local consiga executar.

O Nexforce Marketplace trabalha com cobertura regional e meios de pagamento adequados ao mercado. No Brasil, isso inclui PIX e boleto. Em outros países, entram transferências e cartões locais. Na Argentina, o processamento exige atenção ao câmbio oficial e à estrutura de faturamento eletrônico, porque a diferença entre referências cambiais afeta a leitura do preço.

O resultado comercial é simples: o preço deixa de ser uma promessa em dólar que o comprador precisa converter sozinho.

O comprador pode parcelar e o ISV recebe à vista

O parcelamento cria uma assimetria útil. O comprador pode pagar em até 12 vezes com câmbio travado na data da compra. O ISV recebe à vista e não carrega um recebível de doze meses.

Para a equipe comercial, isso muda a conversa com o CFO do comprador. O cliente avalia o impacto mensal. O ISV não precisa financiar a venda nem esperar a cobrança de cada parcela. A margem passa a depender do contrato, não de uma cadeia de recebimentos.

A rede de revendedores encurta a entrada regional

A cobertura regional não depende apenas de pagamento. O ISV também precisa encontrar compradores e parceiros que conheçam os ciclos de compras locais. A rede de revendedores do Nexforce Marketplace acrescenta acesso comercial em mercados onde o vendedor ainda não tem equipe.

O revendedor local conhece o idioma da negociação, os prazos de procurement e os setores que compram a solução. O ISV mantém o foco no produto, enquanto a distribuição ganha presença regional sem a abertura imediata de uma operação comercial em cada país.

A aliança de software usa o orçamento total do comprador

Há vendas em que o produto tem retorno comprovado, mas o orçamento aprovado não fecha. O ISV aplica o desconto máximo permitido e ainda fica acima do limite do cliente. Uma redução adicional sai diretamente da margem do vendedor.

A aliança de software trabalha em outra base. O Nexforce Marketplace identifica economias em outras despesas de software e IA do comprador. A redução encontrada no portfólio total pode abrir espaço para a compra do ISV, sem exigir que o vendedor ultrapasse sua política comercial.

Essa é a razão pela qual o benefício pode existir para os dois lados: o ISV paga menos para alcançar o comprador, e o comprador paga menos no conjunto da sua despesa de software. Os casos registrados da ConectCar, do grupo Itaú, com redução de 10%, e da Softplan, com redução de 17%, mostram a lógica da economia no portfólio.

Qual canal faz sentido para cada venda?

A escolha depende do motivo da compra. Se o cliente exige consumo de crédito já contratado com um provedor de nuvem, o cloud marketplace pode ser a rota necessária. Se o problema é vender SaaS na América Latina com moeda local, documentação regional e recebimento previsível, um marketplace independente responde melhor à necessidade.

O ISV pode usar esta sequência antes de aceitar a rota de cloud marketplace:

1. Confirmar se o comprador exige o canal ou apenas prefere sua conveniência.
2. Calcular a taxa sobre a receita bruta e o efeito no preço líquido do ISV.
3. Verificar moeda de liquidação, prazo de recebimento e exposição cambial.

Esses três itens formam o custo financeiro. Os dois seguintes tratam do jurídico e da decisão.

1. Confirmar qual contrato o comprador assinará e qual documento fiscal receberá.
2. Comparar esses custos com uma distribuição independente em moeda local.

A decisão deixa de ser "onde o software já está listado?" e passa a ser "qual canal permite fechar a venda sem transferir o trabalho para o comprador?".

Para uma comparação mais ampla sobre canais de distribuição, consulte Quando contratar um marketplace de distribuição de software e Como distribuir SaaS via cloud marketplace. A página do Nexforce Marketplace descreve o canal independente para ISVs e compradores.

O que o ISV brasileiro precisa considerar?

É outro problema. O ISV brasileiro é uma aplicação secundária desta análise. Quando vende para fora, o problema muda de direção: o vendedor quer alcançar compradores internacionais sem abrir uma entidade fiscal em cada destino. O Nexforce Marketplace pode disponibilizar o software em seu marketplace independente, organizar a cobrança e permitir que o ISV receba em reais no Brasil, pagando uma taxa pelo serviço.

Esse caso não substitui o foco principal do artigo. O leitor central é o ISV internacional que quer vender na América Latina. A diferença é importante porque os custos, a documentação e a pergunta de tesouraria não são os mesmos nos dois sentidos da venda.

Perguntas frequentes

O Nexforce Marketplace é um cloud marketplace?

Não. O Nexforce Marketplace é um marketplace independente para software e IA. Cloud marketplaces são uma alternativa de canal, com seus próprios contratos, taxas e regras de transação. O Nexforce Marketplace oferece uma rota separada para vender na América Latina com cobrança local.

O ISV precisa trocar seu contrato?

Não. O ISV pode usar seu próprio contrato e seus programas comerciais. A contratação continua baseada nos termos do vendedor, enquanto o Nexforce Marketplace organiza cobrança, pagamento e documentação local.

O ISV paga taxa de adesão ou tem volume mínimo?

Não há custo para o ISV e não há mínimo de negócio indicado para acessar a solução. O artigo usa "zero custo para o ISV" no sentido dos diferenciais registrados na referência de produto; condições comerciais específicas devem ser confirmadas diretamente na contratação, caso a caso.

Como o comprador paga?

O comprador pode pagar em moeda local com meios regionais, como PIX, boleto, transferência local e cartões domésticos, conforme o país. Também pode parcelar em até 12 vezes com câmbio travado na data da compra.

Como o ISV recebe quando o cliente parcela?

O ISV recebe à vista no fechamento da venda. O comprador pode parcelar, mas o vendedor não carrega o recebível de cada parcela.

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

A proposta do Nexforce Marketplace é permitir que o ISV internacional alcance compradores da região sem abrir uma entidade fiscal própria em cada país. A estrutura exata depende da contratação e da jurisdição da operação.

Quando um cloud marketplace ainda pode ser a escolha certa?

Quando o comprador exige que a compra use crédito ou um programa de consumo já contratado com um provedor de nuvem. Nessa situação, o ISV deve calcular taxa, contrato, moeda, liquidação e documentação antes de aceitar o canal.

Referências

A referência de produto do Content Studio registra os sete diferenciais do Nexforce Marketplace para ISVs: contrato próprio, operação agnóstica de nuvem, custo menor para ISV e comprador, moeda local na América Latina, rede de revendedores, aliança de software e pagamento à vista ao ISV com parcelamento ao comprador. Os casos de ConectCar, do grupo Itaú, e Softplan também constam dessa referência. Os números vêm da plataforma.

A ABES é a fonte institucional do dado de que 73% do software corporativo no Brasil é estrangeiro. A classificação de SaaS como serviço técnico consta das decisões SC Cosit 191/2017 e SC Cosit 99/2018, que devem ser consultadas em matéria tributária. Este artigo não substitui análise jurídica ou fiscal para uma operação específica.

O argumento central permanece comercial: o cloud marketplace pode ser necessário em algumas compras, mas não é a única rota para vender SaaS na América Latina. Para o ISV internacional, um canal independente reduz o número de decisões locais que precisam ser resolvidas antes de a receita existir.