Compliance de SaaS na América Latina: guia por país

Uma empresa pode fechar um contrato de SaaS em seis países e ainda não ter uma operação regional. Para o financeiro, são seis perguntas sobre cobrança, moeda e recebimento. Para o jurídico, são seis análises sobre dados, contrato e responsabilidade. Para o fiscal, são seis respostas diferentes sobre quem recolhe, qual documento prova a venda e o que acontece quando o fornecedor está fora do país.

Para ISVs (Independent Software Vendors, empresas de software que vendem seu produto para outras empresas), a pergunta antes do primeiro contrato não é se a América Latina está no plano. É outra: em qual país a empresa consegue vender agora sem transformar cada cliente em uma exceção? Este guia defende uma resposta operacional: começar pelo país em que o ISV consegue provar a operação, classificar os demais como conditional go ou no-go, e só escalar depois de fechar as lacunas.

Escopo e data. Esta é uma análise COMPARATIVE, voltada ao ISV internacional que vende na América Latina. A análise tributária brasileira é válida em 13 de agosto de 2026, com a tabela de vigência da Distribution Counsel consolidada em 6 de julho de 2026. Mudanças posteriores a esse snapshot não foram incorporadas independentemente à tabela. As transições previstas para 2027 e para 2029 a 2033 devem ser rechecadas antes de contrato, transação ou posição de apuração. O corpus legislativo da Distribution Counsel cobre o Brasil. México, Argentina, Colômbia, Chile e Peru aparecem apenas como triagem regulatória preliminar, com fontes oficiais gerais consultadas em 13 de agosto de 2026. Nenhuma afirmação desses cinco países estabelece alíquota, prazo, registro, faturamento, privacidade, consumidor, segurança, penalidade ou obrigação de fornecedor não residente. Cada ponto exige instrumento oficial específico, datado e verificável, além de validação com assessoria local. Uma página geral de autoridade é ponto de partida para pesquisa, não conclusão aplicável ao contrato específico.

O que compliance de SaaS precisa resolver antes da entrada

Compliance de SaaS é a capacidade de vender, cobrar, entregar, renovar e encerrar um software dentro das regras aplicáveis ao país do cliente. O termo cobre tributação, faturamento, privacidade, contrato, segurança, pagamentos e operação. A empresa está pronta quando consegue nomear o responsável por cada obrigação, guardar a evidência e explicar o fluxo para um cliente, auditor ou autoridade.

O problema costuma aparecer depois da venda. O comercial promete preço em moeda local, o financeiro descobre uma retenção, o jurídico recebe um contrato estrangeiro e a equipe de produto percebe que os dados serão processados por um subcontratado não avaliado. Nada disso é uma surpresa jurídica isolada. É uma entrada de mercado sem desenho operacional.

A matriz deve separar três níveis de certeza:

1. Regra confirmada: obrigação sustentada por lei, autoridade fiscal, autoridade de proteção de dados ou publicação oficial vigente e datada.
2. Hipótese operacional: procedimento que parece compatível com o modelo, mas depende do cliente, do canal de venda, do contrato, da cobrança ou do local de processamento.
3. Lacuna bloqueadora: informação ausente que impede a empresa de demonstrar que pode começar, como a identidade de quem emite o documento fiscal ou a classificação do serviço.

A heurística operacional criada para este guia é direta: um país com oito respostas verificáveis oferece uma base melhor para o primeiro mercado do que um país maior com duas promessas comerciais e seis perguntas abertas. Isso não é requisito legal, pontuação oficial de risco nem métrica universal de prontidão.

Como montar a matriz de avaliação por jurisdição

A matriz converte uma ambição regional em uma decisão por país. Para cada jurisdição, o ISV fixa o caso de uso, anexa a fonte de cada afirmação, nomeia o dono interno e registra o que ainda depende de parecer local. Se um eixo material tem uma lacuna bloqueadora, o país não recebe go, ainda que os outros eixos estejam documentados.

A tabela organiza o trabalho. A figura mostra o momento em que a investigação vira decisão.

A matriz também precisa ter validade. Uma nova forma de cobrança, um cliente consumidor, um subcontratado de dados ou uma alteração do contrato padrão reabre a análise. O calendário sozinho não detecta essas mudanças.

Brasil: regra confirmada, transição tributária e pontos de validação

O Brasil tem cobertura tributária no corpus da Distribution Counsel, mas não cobertura integral de compliance. A análise é válida em 13 de agosto de 2026, com a tabela de vigência consolidada em 6 de julho de 2026. Privacidade, consumidor, segurança, faturamento e pagamentos exigem fontes oficiais próprias e avaliação especializada.

Mode CLIENT, contratação direta pelo cliente brasileiro. Para uma contratação direta pelo cliente brasileiro, o IRRF, a CIDE e os demais tributos dependem da classificação jurídica e das cláusulas do contrato. Não há, neste dossiê, suporte suficiente para aplicar automaticamente a Solução de Consulta Cosit 191/2017 a esse fato específico: o documento do corpus trata de SaaS adquirido de fornecedor estrangeiro para revenda a usuários ou clientes no Brasil. A SC Cosit é orientação administrativa que vincula a Receita Federal dentro de seu escopo, não decisão judicial geral. A classificação do contrato direto deve ser validada pela Distribution Counsel. [Fonte oficial: SC Cosit 191/2017, documento oficial da Receita Federal, consultado em 13 de agosto de 2026. O documento está preservado no corpus da Distribution Counsel em references/legislation/brazil/importacao-software/cide/Importação - CIDE - Cosit 191 2017.pdf; a consulta trata dos fatos nela descritos.]

A distinção de CIDE continua decisiva, mas não autoriza transportar a consulta do distribuidor para o cliente. No Mode CLIENT, a CIDE de 10% e a classificação do SaaS como serviço técnico só podem ser aplicadas ao contrato direto quando houver instrumento oficial que cubra os fatos. A isenção do art. 2º, §1º-A, da Lei 10.168/2000 é restrita à licença de uso ou aos direitos de comercialização ou distribuição de programa de computador sem transferência da tecnologia correspondente. Licença pura e SaaS não são a mesma categoria. [Fonte oficial: Lei 10.168/2000, art. 2º, §1º-A e §2º, Planalto, consultada em 13 de agosto de 2026; distinção de regimes: references/tax-incidence-modes.md, linhas 5 a 19.]

A Solução de Consulta Cosit 99/2018, de 17 de agosto de 2018, trata de outra pergunta. Ela registra a posição administrativa de que o IRRF compõe a base de cálculo da CIDE por adição à remuneração líquida, quando os fatos da consulta e a lei atual forem aplicáveis. A SC Cosit 99/2018 vincula a Receita Federal dentro de seu escopo, não é precedente judicial nem regra universal. O gross-up e a base precisam ser testados contra o contrato e a legislação vigente. Ela não é a fonte da classificação de SaaS. [Fonte oficial: SC Cosit 99/2018, ementa e linhas 28 a 40, 166 a 224 do documento do corpus, consultada em 13 de agosto de 2026.]

PIS/COFINS-Importação também não pode ser reduzido a uma linha genérica. No Mode CLIENT, a tabela de vigência registra 1,65% de PIS e 7,6% de COFINS, total de 9,25%, apenas na hipótese de importação de serviços aplicável. A classificação de licença, SaaS, suporte e serviços agrupados controla o enquadramento. O crédito depende do regime não cumulativo, da natureza e da documentação da operação, da escrituração e dos requisitos legais do comprador. Uma empresa no Lucro Presumido não toma esse crédito. [Fonte oficial: Lei 10.865/2004, arts. 7º e 8º, e IN RFB 2.121/2022, art. 273, consultadas em 13 de agosto de 2026; estado vigente: references/legislation/brazil/VIGENCIA.md, linhas 7 a 12.]

Mode COMPARATIVE, contratação direta versus rota contratada via Nexforce Marketplace. A nota fiscal doméstica em reais da Nexforce pode integrar a documentação analisada para um eventual crédito de uma empresa no Lucro Real, mas a nota fiscal, sozinha, não cria nem garante crédito. O tratamento depende do regime não cumulativo do comprador, da natureza e documentação da operação, da escrituração, do contrato e da classificação tributária confirmada pela Distribution Counsel. Para o Lucro Presumido, o benefício operacional está em moeda local, nota fiscal em reais e simplificação, não em crédito de PIS/COFINS. Em 2026, PIS/COFINS, inclusive PIS/COFINS-Importação, permanecem no regime atual. A partir de 2027, a transição substitui essas contribuições pela CBS na forma prevista no art. 126 do ADCT e na LC 227/2026. De 2029 a 2032, as alíquotas de ISS e ICMS são reduzidas nas proporções do art. 128 do ADCT, e esses impostos são extintos a partir de 2033 pelo art. 129. Não apresentar alíquota futura cheia de CBS ou IBS como vigente. [Fontes oficiais: EC 132/2023, ADCT, arts. 126 a 129, Planalto, consultada em 13 de agosto de 2026; LC 227/2026, dispositivo de transição reproduzido nas linhas 15866 a 15869 do corpus; estado vigente: references/legislation/brazil/VIGENCIA.md, linhas 7 a 14.]

A reforma tributária exige separar vigência de planejamento. Em 2026, PIS/COFINS e ISS permanecem no regime atual. A partir de 2027, a transição substitui PIS/COFINS e PIS/COFINS-Importação pela CBS na forma do art. 126 do ADCT e da LC 227/2026. De 2029 a 2032, ISS e ICMS são reduzidos nas proporções do art. 128 do ADCT, e esses impostos são extintos a partir de 2033 pelo art. 129. A alíquota futura cheia de CBS ou IBS não deve ser apresentada como vigente; qualquer número de planejamento precisa ser identificado como hipótese. [Fontes oficiais: EC 132/2023, ADCT, arts. 126 a 129, Planalto, consultada em 13 de agosto de 2026; LC 227/2026, linhas 15866 a 15869 do corpus; estado vigente: references/legislation/brazil/VIGENCIA.md, linhas 7 a 14.]

Para a entrada do ISV, o resultado brasileiro é conditional go até que a classificação, o contrato, o responsável pelo documento fiscal e o fluxo da remessa estejam documentados. A rota direta do cliente e a rota via Marketplace são comparações distintas. Contrato, contribuinte e camada tributária não podem ser misturados.

México: confirmar o IVA digital e o papel do não residente

México, análise preliminar. O corpus da Distribution Counsel não contém uma pasta legislativa do México. A página geral do SAT, consultada em 13 de agosto de 2026, é apenas ponto de partida para pesquisa. Não há, neste dossiê, suporte para concluir alíquota, prazo, registro, faturamento, privacidade, consumidor, segurança, penalidade ou obrigação de fornecedor não residente. Cada afirmação precisa de instrumento oficial mexicano específico, datado e verificável, além de validação com assessoria local antes da entrada.

O Servicio de Administración Tributaria, SAT, é a autoridade fiscal oficial identificada para iniciar a pesquisa sobre serviços digitais. A página geral consultada não é prova de tratamento para o SaaS B2B do contrato analisado. O ISV precisa identificar quem contrata, quem paga, quem cobra e qual documento será entregue, com validação local. [Fonte oficial de pesquisa: SAT, “Servicios digitales”, https://www.sat.gob.mx/consultas/38828/servicios-digitales, consultada em 13 de agosto de 2026.]

Fonte oficial identificada: o SAT é a autoridade consultada, mas a página não fecha o tratamento do contrato. Hipótese operacional: o modelo pode funcionar com cobrança direta ou com infraestrutura regional, mas a responsabilidade depende do contrato. Lacuna bloqueadora: não há, neste dossiê, parecer local sobre registro, declaração, documento fiscal e tratamento B2B do fluxo escolhido. A classificação recomendada é conditional go, não go.

Privacidade, segurança e contrato devem seguir o mesmo caminho. Sem fonte oficial específica no dossiê e sem parecer local para a operação, o artigo não afirma uma obrigação mexicana adicional.

Argentina: fechar moeda, cobrança e contrato antes de prometer escala

Argentina, análise preliminar. O corpus da Distribution Counsel cobre apenas o Brasil. A página geral da ARCA, consultada em 13 de agosto de 2026, é ponto de partida para pesquisa, não fonte específica sobre SaaS B2B de fornecedor não residente. Não há, neste dossiê, suporte para concluir alíquota, prazo, registro, faturamento, privacidade, consumidor, segurança, penalidade ou obrigação uniforme. Cada ponto exige instrumento oficial argentino específico e validação local. A moeda decide.

A ARCA é a autoridade fiscal oficial identificada para iniciar a pesquisa tributária, mas a página institucional consultada é apenas ponto de partida. Ela não prova tratamento para SaaS B2B de fornecedor não residente. A decisão começa com um instrumento específico e um parecer local. [Fonte oficial de pesquisa: ARCA, https://www.arca.gob.ar/, consultada em 13 de agosto de 2026.]

Fonte oficial identificada: a entrada precisa ser investigada junto à autoridade fiscal argentina e às regras cambiais do fluxo. Hipótese operacional: IVA, retenções, moeda e repasse variam conforme cliente, adquirente, contrato e intermediário. Lacuna bloqueadora: preço e prazo prometidos sem mecanismo confirmado de cobrança, reconciliação e recebimento. O país recebe conditional go para um piloto documentado, nunca go automático para escala.

A fonte oficial consultada não basta para afirmar uma alíquota, prazo de registro ou obrigação uniforme para todo SaaS B2B. Esses pontos devem ser fechados por assessoria argentina antes do contrato.

Colômbia: documentar quem vende e quem fatura

Colômbia, análise preliminar. O corpus da Distribution Counsel não contém legislação colombiana. A página geral da DIAN, consultada em 13 de agosto de 2026, é ponto de partida para pesquisa tributária e de faturação eletrônica. Ela não prova o enquadramento do SaaS escolhido nem define o responsável por cada etapa do contrato. Não há, neste dossiê, suporte para concluir alíquota, prazo, registro, faturamento, privacidade, consumidor, segurança, penalidade ou obrigação de fornecedor não residente. É necessária fonte oficial colombiana específica e validação local. [Fonte oficial de pesquisa: DIAN, https://www.dian.gov.co/, consultada em 13 de agosto de 2026.]

Fonte oficial identificada: a DIAN é a autoridade a consultar para IVA e documentação fiscal, mas a página institucional não fecha o caso. Hipótese operacional: o tratamento de fornecedor não residente, faturação eletrônica e retenções depende da venda concreta. Lacuna bloqueadora: não saber quem vende, quem cobra, quem emite e quem arquiva o documento. Sem essa resposta, há no-go para escala. Um piloto só pode ser conditional go depois de validação local prévia.

B2B e B2C não devem ser fundidos em uma única conclusão. A mesma aplicação pode ter fluxos contratuais e documentais diferentes.

Chile: separar o cliente empresarial do consumidor

Chile, análise preliminar. O corpus da Distribution Counsel cobre apenas o Brasil. A página geral do SII, consultada em 13 de agosto de 2026, é ponto de partida para pesquisa, não prova do tratamento tributário do SaaS analisado. Ela indica um eixo a investigar, não uma alíquota, documento ou registro aplicável ao contrato. Não há, neste dossiê, suporte para concluir obrigação tributária, de faturamento, privacidade, consumidor, segurança, penalidade ou fornecedor não residente. É necessária fonte oficial chilena específica e validação local. [Fonte oficial de pesquisa: Servicio de Impuestos Internos, “Servicios digitales”, https://www.sii.cl/servicios_online/1039-.html, consultada em 13 de agosto de 2026.]

Fonte oficial identificada: serviços digitais e IVA devem ser pesquisados no SII, mas a página geral não fecha o contrato. Hipótese operacional: o fluxo B2B pode ter tratamento diferente do B2C. Lacuna bloqueadora: não saber qual regra alcança o cliente que efetivamente paga. Uma operação B2B com documentação validada recebe conditional go. A entrada em consumidores permanece no-go até uma análise própria.

O contrato deve separar cobrança, cancelamento, proteção do consumidor, dados e suporte. O artigo não apresenta conclusão chilena sobre esses temas sem fonte específica e atual.

Peru: validar serviço, cliente e repasse

Peru, análise preliminar. O corpus da Distribution Counsel cobre apenas o Brasil. A página geral da SUNAT, consultada em 13 de agosto de 2026, é ponto de partida para pesquisar IGV, serviços digitais e fornecedores não domiciliados, mas não fecha o caso do ISV. Não há, neste dossiê, suporte para concluir alíquota, prazo, registro, faturamento, privacidade, consumidor, segurança, penalidade ou obrigação uniforme. É necessária fonte oficial peruana específica e validação local antes da decisão. [Fonte oficial de pesquisa: SUNAT, https://www.sunat.gob.pe/, consultada em 13 de agosto de 2026.]

Fonte oficial identificada: o tratamento de serviços digitais e de fornecedores não domiciliados deve ser pesquisado na SUNAT, mas a página geral não fecha o contrato. Hipótese operacional: o resultado depende do contrato, do usuário econômico, da cobrança e do repasse ao exterior. Lacuna bloqueadora: começar a cobrar sem parecer sobre o fluxo escolhido. Sem documentação local, o Peru é no-go para escala. Um piloto só se torna conditional go depois de fechar a lacuna fiscal.

Não há, no corpus disponível, base para afirmar uma alíquota, prazo, registro ou obrigação peruana uniforme para SaaS B2B. A assessoria peruana precisa validar também dados, consumidor, segurança e contrato.

Como transformar a matriz em go, conditional go ou no-go

A classificação mede a distância entre a venda prometida e a operação demonstrável. Não mede o tamanho do mercado. O mesmo país pode ser go para um produto B2B com contrato anual, cobrança testada e responsabilidades documentadas, e no-go para uma assinatura B2C em cartão sem fluxo fiscal validado.

1. Fixar o caso: país, cliente, preço, moeda, contrato, cobrança, processamento, suporte e renovação.
2. Anexar a fonte: norma ou publicação oficial datada para cada afirmação legal; parecer local quando o corpus não cobre o país ou o assunto.
3. Nomear a lacuna: escrever “confirmar quem emite o documento fiscal” é útil. Escrever “verificar impostos” não é.
4. Dar o veredito: go sem lacuna material; conditional go com condições documentadas para piloto; no-go quando a empresa não prova a operação.

A regra evita uma falsa segurança: seis colunas preenchidas não compensam duas colunas críticas vazias.

Quando a infraestrutura regional reduz a carga operacional

A matriz vem antes da escolha comercial porque define o país, o cliente, a moeda, o contrato, a cobrança e as responsabilidades que a operação precisa provar. Mode COMPARATIVE, proposta comercial. Essa ordem evita escolher um canal pela promessa de escala antes de saber quais obrigações continuam sob responsabilidade do ISV e quais dependem do contrato.

O caminho direto por um cloud marketplace cobra um preço operacional antes da primeira venda: o ISV enfrenta ciclos de listing e revisão, paga taxas em cada transação, adapta-se ao contrato e aos programas da plataforma, pode precisar de compromisso com uma nuvem para transacionar e pode precisar administrar entidade fiscal estrangeira, liquidação em USD, custo cambial, repatriação e compliance por conta própria. O atrito não é uma nota de rodapé. Ele entra no ciclo de venda.

Depois dessa comparação, o Nexforce Marketplace pode ser considerado quando o ISV internacional precisa vender em LatAm pela infraestrutura local da Nexforce, receber em moeda local e oferecer métodos regionais de pagamento, conforme a solução e o contrato. Esses atributos comerciais podem reduzir tarefas operacionais, mas não criam dispensa jurídica, registro automático ou isenção tributária. A descrição comercial está baseada em references/nexforce-products.md, não em uma conclusão legal.

O Nexforce Marketplace apresenta duas soluções comerciais distintas: vender em LatAm pela infraestrutura da Nexforce ou vender por um cloud marketplace com a Nexforce conduzindo esse caminho. Conforme a solução, o país, o método de pagamento, a elegibilidade e o contrato, a proposta comercial pode aceitar o padrão contratual e os programas do ISV, operar sem compromisso com uma nuvem específica, conectar uma rede de revendedores, receber em moeda local na região e oferecer Pix, boleto, cartões locais e parcelamento. A possibilidade de pagamento antecipado ao ISV com parcelamento do cliente em até 12 vezes também depende desses mesmos fatores. A ausência de entidade local própria do ISV é uma possibilidade comercial documentada, não uma dispensa legal. Esses atributos não eliminam análise de estabelecimento permanente, registro, licença ou obrigação fiscal. [Fonte comercial: references/nexforce-products.md, linhas 43 a 71.]

A proposta comercial ainda precisa responder quem é o vendedor, quem emite a nota, quem cobra, quem liquida, quem responde por tributos, como funcionam registro, licença, reembolso e chargeback e qual análise de estabelecimento permanente se aplica. Esses pontos dependem do contrato, do país e do modelo operacional exato. O artigo não chama a Nexforce de MoR, revendedora, agente de pagamentos ou instituição financeira sem contrato e fonte que sustentem esse rótulo.

O ganho para o ISV é reduzir a quantidade de fluxos que precisa administrar sozinho. A decisão jurídica continua sendo do caso concreto.

Checklist final para a decisão do ISV

Antes de abrir vendas, a equipe precisa provar que o fluxo escolhido funciona no país, para o cliente e para a moeda definidos. O checklist abaixo transforma cada promessa em evidência: fonte oficial datada para a regra, documento para o faturamento, responsável interno e lacuna declarada quando a operação ainda depende de assessoria local.

• Qual caso de uso foi analisado e quem paga?
• O SaaS foi distinguido de licença pura e de serviços técnicos adicionais?
• Cada afirmação tributária tem fonte oficial específica e data de consulta?
• Quem emite o documento fiscal e quem arquiva a evidência?
• O contrato trata lei aplicável, foro, dados, segurança, suporte e cancelamento?
• Subcontratados e transferências internacionais de dados foram mapeados?
• O método de pagamento foi testado na moeda do cliente?
• Quem reconcilia recebimento, retenção, renovação e estorno?
• Há uma lacuna que bloqueia a escala?
• O país recebeu go, conditional go ou no-go com justificativa verificável?

Como heurística operacional criada para este guia, três respostas terminadas em “o contador resolve depois” indicam que o país ainda não está pronto para escala. O critério não é exigência legal, pontuação oficial de risco ou métrica universal. Também não substitui a análise jurídica.

FAQ sobre compliance de SaaS na América Latina

As perguntas abaixo fecham as decisões que mais facilmente viram promessa comercial sem evidência. A resposta correta depende do país, do cliente, do contrato e do fluxo de cobrança. Onde o corpus cobre apenas o Brasil ou a fonte oficial é geral, a dúvida permanece uma lacuna para assessoria local, não uma autorização para vender.

Um ISV pode usar o mesmo contrato nos seis países?

Um contrato-base pode servir apenas como ponto de partida de redação. Ele não prova compliance em nenhum dos seis países e não deve ser usado inalterado. Tributação, dados, consumidor, faturamento, cobrança, lei aplicável, foro e responsabilidades exigem revisão conforme o país, o tipo de cliente, o fluxo de pagamento, o processamento de dados e a lei local antes da assinatura.

A análise deste guia substitui um parecer local?

Não. O Brasil tem suporte no corpus da Distribution Counsel, com a data de validade indicada no texto. México, Argentina, Colômbia, Chile e Peru têm análise preliminar, baseada em fontes oficiais consultadas em 13 de agosto de 2026. A entrada e a escala exigem assessoria local.

SaaS é sempre tratado como licença de software no Brasil?

Não. Mode CLIENT: para o cliente que contrata SaaS diretamente do exterior, este dossiê não tem suporte suficiente para aplicar automaticamente a SC Cosit 191/2017, cuja consulta trata de aquisição para revenda. A classificação do contrato direto, inclusive a incidência de IRRF e CIDE, precisa ser validada pela Distribution Counsel. A licença pura sem transferência de tecnologia pertence a outra categoria e não deve ser confundida com SaaS.

Qual é a diferença entre go e conditional go?

Go significa que os eixos materiais têm evidência suficiente para iniciar a venda definida. Conditional go permite um piloto com condições claras e prazo para fechar pendências. No-go significa que uma lacuna bloqueia a escala ou impede provar o fluxo escolhido.

O Nexforce Marketplace elimina a validação local?

Não. A infraestrutura pode reduzir carga de moeda, cobrança, repasse e operação conforme o contrato, além de oferecer moeda local, métodos regionais e pagamento antecipado ao ISV com parcelamento do cliente até 12 vezes quando aplicável. Esses atributos comerciais não dispensam validação local, e a classificação jurídica, fiscal, contratual e de dados continua dependente do país e do modelo.

Referências e Leitura Complementar

• Lei Complementar nº 214/2025, Planalto, transição tributária conforme EC 132/2023, ADCT, arts. 126 a 129, consultada em 13 de agosto de 2026.
• Emenda Constitucional nº 132/2023, Planalto, ADCT, arts. 125 a 129, consultada em 13 de agosto de 2026.
• Lei nº 10.168/2000, Planalto, art. 2º, consultada em 13 de agosto de 2026.
• Receita Federal, consulta às Soluções de Consulta Cosit, SC Cosit 191/2017 e 99/2018, consultada em 13 de agosto de 2026.
• SAT, Servicios digitales, consultado em 13 de agosto de 2026.
• ARCA, Administración Federal de Ingresos Públicos, fonte oficial consultada em 13 de agosto de 2026.
• DIAN, Dirección de Impuestos y Aduanas Nacionales, fonte oficial consultada em 13 de agosto de 2026.
• SII, Servicios online, consultado em 13 de agosto de 2026.
• SUNAT, Superintendencia Nacional de Aduanas y de Administración Tributaria, fonte oficial consultada em 13 de agosto de 2026.
• Nexforce Marketplace, atributos comerciais consultados em 13 de agosto de 2026.

Qual o próximo passo para uma entrada documentada?

A decisão de entrada só fica pronta quando a matriz mostra quem faz o quê, com qual documento e sob qual fonte. O primeiro país não precisa ser o maior. Precisa ser o primeiro em que o ISV consegue vender sem esconder uma lacuna material dentro do contrato.

Para o ISV internacional que precisa vender na América Latina pela infraestrutura local da Nexforce, receber em moeda local e oferecer métodos regionais de pagamento, o Nexforce Marketplace pode reduzir a quantidade de fluxos operacionais que o ISV administra sozinho, conforme a solução e o contrato. Essa redução não substitui a validação local. A classificação jurídica, o tratamento fiscal, o contrato e a posição de dados continuam dependendo do país e do modelo, de modo que a matriz permanece como a porta entre a promessa comercial e a operação demonstrável.