Checkout transparente no assistente de código: 5 decisões

Para um fornecedor brasileiro que vende software para fora, embutir um checkout transparente no assistente de código é a decisão mais barata de distribuição e a mais cara de reverter quando ninguém definiu, antes da primeira chamada em produção, quem é o merchant of record.

A conta de cobrança mora num painel separado. A tabela de preço está escrita duas vezes, uma no painel e outra no código. A chave de teste ficou num arquivo de configuração numa sexta e continuou lá na segunda. O primeiro cliente paga em euro. O financeiro descobre a moeda errada depois.

As mesmas operações agora são chamadas de ferramenta dentro do assistente onde esse time passa o dia. Pela LC 116/2003, o que decide se um serviço é exportação não é a moeda que entra, e sim onde o resultado se verifica. Quando o checkout vira ferramenta, o canal de venda passa a ser o ambiente de desenvolvimento do cliente.

O que muda quando o checkout vira ferramenta do agente

Servidores MCP expõem ferramentas que o agente executa. Um servidor MCP de cobrança transforma criar produto, definir preço, abrir sessão de checkout e assinar plano em chamadas de ferramenta. A pergunta deixa de ser qual gateway integrar e passa a ser quem responde pela transação que nasce ali.

O host instancia um cliente por servidor conectado; cada servidor declara ferramentas, recursos e prompts. Ferramenta é função executável que a aplicação de inteligência artificial invoca. A especificação usa chamada de API como exemplo.

Uma skill é uma pasta com SKILL.md: instrução e procedimento, carregada por divulgação progressiva. Skill não executa nada. Ela diz como cobrar. O servidor executa a cobrança. Trocar uma pela outra produz um agente eloquente que descreve o checkout e nunca abre a sessão.

O ambiente de desenvolvimento do cliente vira ponto de venda, e a camada que controla o tráfego de ferramentas é onde esse poder fica visível, como trata o MCP gateway. Quem instala o servidor opera a conta.

Gateway, PSP e merchant of record: três papéis, três responsáveis

Gateway transporta e autoriza o pagamento. O PSP liquida com o estabelecimento comercial. O merchant of record vende para o cliente final: emite o documento, recolhe o imposto de consumo no mercado de destino e responde por estorno. São três papéis com três responsáveis, e o agente não cria um quarto.

O gateway não vende nem assume a relação com o consumidor. O PSP liquida com o estabelecimento comercial que contratou a conta, não com quem aparece na tela.

A conta que abre a sessão é a que aparece para o comprador e para o emissor do cartão, e é por ela que se responde quem vende, não pelo nome do servidor que fez a chamada.

Gateway melhor não muda o vendedor: a relação com o consumidor final continua sendo de quem vende. A distinção que contrato nenhum resolve: merchant of record é papel comercial, e no Brasil o rótulo assinado não cria nem transfere obrigação tributária; a obrigação segue a lei. A lei brasileira já atribui responsabilidade a plataformas digitais, nas operações realizadas por seu intermédio, em hipóteses definidas, pelo critério de quem controla cobrança, pagamento, definição dos termos ou entrega (LC 214/2025, art. 22, caput e § 1º, II), inclusive quando a plataforma está domiciliada no exterior, e permite que a plataforma opte por emitir o documento no lugar do fornecedor com a anuência dele (§§ 12 e 13). O deemed supplier europeu é o mesmo movimento em outra jurisdição, não o único caso.

A pergunta de decisão é concreta: quem assina a nota que o cliente recebe. O guia sobre o que é merchant of record separa esse papel dos outros dois; aqui interessa o que ele muda quando a venda nasce de uma chamada.

Por que a decisão muda de lugar quando o agente configura o preço

Quando preço, moeda, cupom e plano são configurados por chamada de ferramenta, a consequência fiscal nasce no repositório e não na reunião de pricing. Quem guarda a chave de produção decide o que é cobrado. A decisão sai do financeiro e entra no ambiente de desenvolvimento.

A tabela de preço passa a ser versionada junto do código, no mesmo repositório e no mesmo histórico. É prático e é armadilha: o checkpoint de revisão foi desenhado para função, não para preço. Alguém lê o diff da regra de desconto, ninguém lê o diff do valor em euro.

A chave de produção aparece num arquivo de configuração do assistente, ao lado da chave de teste, separada por uma linha de comentário. Ninguém registrou quem a usou. No arranjo descrito, ninguém definiu limite de criação de produto.

O modo de falha tem data e tem nome. A empresa descobre a moeda ou o cupom errado depois do primeiro cliente pagante, e a correção deixa de ser um commit para virar um estorno em mercado estrangeiro.

Ninguém assina essa configuração de preço.

Quem emite a nota e quem recolhe o imposto no destino

A exportação de serviço depende de onde o resultado se verifica, não de quem paga. Se o resultado fica no Brasil, a operação não é exportação e o ISS incide na redação atual da LC 116/2003. Com um merchant of record estrangeiro, o fornecedor fatura para ele e o documento ao consumidor sai no destino.

O artigo 2º, I, da LC 116/2003 afasta o ISS das exportações de serviço; o parágrafo único fecha a porta, e nem o pagamento vindo do exterior muda o enquadramento quando o resultado aqui se verifica.

O imposto segue em vigor com redução escalonada de alíquotas de 2029 a 2032 (art. 8º-B da LC 116/2003) e sai de cena ao fim da transição.

Na transição, o mesmo fornecimento passa a ser testado pelo IBS e pela CBS: a LC 214/2025 considera exportação de serviço ou de bem imaterial o fornecimento para residente ou domiciliado no exterior com consumo no exterior (art. 80). São dois testes, e eles não coincidem em toda operação.

A receita de exportação é liquidada por contrato de câmbio, e o Decreto 6.306/2007 trata o ingresso dessa receita em dispositivo próprio (art. 15-B, I), distinto do que alcança a remessa ao exterior.

Na Europa o critério é explícito: o limiar de EUR 10.000 pertence ao regime de balcão único, alcança a venda à distância de bens e o serviço prestado por via eletrônica, e vale para quem está estabelecido em um único Estado-membro. Para o fornecedor estabelecido fora da União ele não vale: o imposto é devido no Estado do consumidor desde a primeira operação. A plataforma que intermedeia a venda pode ser considerada fornecedora em hipóteses definidas.

Nos Estados Unidos, o mapa mudou em 2018: South Dakota v. Wayfair reverteu a exigência de presença física e passou a admitir que os estados exijam de vendedores remotos a coleta e o recolhimento, com limiares estaduais.

Duas rotas, dois documentos. O do consumidor não sai do mesmo lugar, e quem emite responde pelo imposto no destino. A comparação entre merchant of record e operação própria organiza o resto.

Cinco decisões antes de embutir cobrança no assistente

Cinco definições precisam existir antes da primeira chamada em produção: quem é o seller of record, quem emite o documento por mercado, quem absorve estorno e chargeback, quem guarda a chave de produção e quem classifica a receita na saída do Brasil. Sem as cinco, a configuração decide.

Seller of record é o registro de quem vende na transação e no documento. Merchant of record é o papel comercial de quem se apresenta como comerciante e responde por imposto, estorno e chargeback. Os dois coincidem quando a empresa vende em nome próprio e se separam quando um marketplace ou uma revenda aparece como vendedor.

1. Merchant of record. Definir quem aparece na fatura e a quem o consumidor reclama impede que o papel seja decidido pela tela que alguém montou por último.
2. Documento fiscal por mercado. Definir o cadastro que sustenta cada documento, CNPJ aqui e registro de consumo ou venda B2B lá, evita descobrir na primeira venda um mercado sem cadastro.
3. Estorno, chargeback e inadimplência. Definir prazo e teto de quem absorve evita o time de produto herdar uma perda que não é dele.

As três primeiras são de desenho e cabem numa reunião. As duas seguintes são de operação e aparecem no dia em que alguém abre o editor com a chave na mão. Nenhuma delas é técnica.

1. Chave de produção e limite de criação no agente. Definir quem pode criar produto, em qual moeda e com qual limite evita um plano nascer numa moeda que ninguém combinou.
2. Classificação da receita na saída do Brasil. Definir o registro que sustenta a posição de exportação evita o financeiro classificar a receita por hábito do ano anterior.

O que um checkout transparente resolve, e o que ele não resolve

Checkout transparente resolve onde o comprador paga, mantendo-o no domínio de quem vende. Ele não define quem é o vendedor para fins fiscais nem quem recolhe imposto no destino. Dentro do agente, transparente ganha segundo sentido: a configuração da cobrança fica invisível para quem desenvolve, e a decisão sobre ela também.

No sentido corrente, o termo descreve a página de pagamento no domínio de quem vende, com o dado de cartão no fluxo da loja, e o que ele resolve é conversão, não papel fiscal.

No agente, descreve uma chamada que abre a cobrança sem passar pela página da loja: a ferramenta cria a sessão e o comprador conclui o pagamento na superfície da conta que emitiu aquela sessão. Invisível para quem desenvolve é a configuração, não o pagamento. O que o checkout local muda na conversão de um SaaS em outra moeda é outra conta, e isso não altera quem emite o documento.

Os dois sentidos compartilham a armadilha: transparência para o comprador não é transparência para o fisco.

A diferença é de responsável.

Quando cada lado faz sentido

A empresa assume o papel quando vende em uma moeda, atende poucos mercados, quer manter o cliente e consegue se registrar onde precisa. Contrata terceiro quando vende em muitos países, para consumidor final, e o custo de registro em cada um passa do que a margem suporta. O veredito é por mercado. Nunca por empresa.

1. Empresa como merchant of record. Já tem cadastro no mercado de destino, vende para público concentrado e mantém relação, dado de pagamento, assinatura e estrutura fiscal própria.
2. Terceiro como merchant of record. Vende para consumidor final em muitos países. O terceiro assume documento, imposto e estorno; a empresa entrega margem, relação comercial e portabilidade da assinatura.
3. Modelo misto. É merchant of record onde já tem cadastro e terceiriza no resto, com dois regimes e duas rotinas de conciliação.

O critério que separa os três é a combinação de número de mercados, tipo de comprador e disposição de manter estrutura fiscal própria em cada país. Para quem quer vender SaaS no exterior sem operação local, o segundo item é o mais frequente e o mais caro de desfazer.

O que verificar no contrato e na configuração

Contrato e configuração precisam responder às cinco decisões anteriores, com o mesmo nome: merchant of record, documento fiscal por mercado, estorno e chargeback, chave de produção e classificação da receita na saída do Brasil. Verificar isso antes da primeira venda custa uma reunião. Depois, custa migração de base.

1. Merchant of record. A cláusula que nomeia o papel e o que ela atribui a cada parte.
2. Documento fiscal por mercado. O cadastro que sustenta cada documento e o responsável nomeado.
3. Estorno, chargeback e inadimplência. O prazo, o teto e quem paga a diferença.

As duas seguintes são de configuração e não aparecem no contrato.

1. Chave de produção e limite de criação no agente. Quem é dono da chave de produção, qual é o escopo dela e qual é o limite de criação.
2. Classificação da receita na saída do Brasil. O registro que sustenta a posição de exportação, e quem o assina.

Fora dessas cinco, três verificações extras completam a configuração do dia a dia, sem substituir nenhuma delas.

• Rotação da chave de produção e escopo de criação de produto no agente.
• Tratamento do dado de pagamento, com os subprocessadores e a residência declarada.
• A saída: migração da assinatura, tokens de cartão e histórico.

O Nexforce Marketplace atende o fornecedor brasileiro que quer receber em real com nota fiscal doméstica, não transforma a Nexforce em merchant of record no destino nem emite documento no lugar do cliente. O Nexforce Marketplace descreve o fluxo.

Perguntas frequentes

O que muda quando o checkout dentro do agente vira chamada de ferramenta?

Muda o dono da configuração. Com o checkout rodando como ferramenta, preço, moeda e plano passam a ser definidos por quem tem a chave de produção, e a pergunta sobre quem é o merchant of record sai do financeiro, por omissão e nunca por decisão.

Quem recolhe o imposto de consumo quando o agente abre o checkout?

Quem recolhe é o merchant of record, não o gateway. Fora do Brasil, o imposto segue o mercado de destino. No Brasil, o ISS é devido no município do estabelecimento prestador, ressalvadas as exceções do art. 3º da LC 116/2003. O agente não muda o papel.

O que muda na nota fiscal de um SaaS brasileiro que vende para fora?

Depende de onde o resultado se verifica. A LC 116/2003 não trata como exportação o serviço cujo resultado se verifica no Brasil. Se o software roda e produz efeito aqui, o documento segue a operação doméstica, com ISS na redação atual e IBS e CBS na transição.

Checkout transparente resolve o problema fiscal de vender fora do Brasil?

Não resolve. O termo define onde o comprador paga e mantém o dado de cartão no fluxo de quem vende, o que é decisão de conversão. Quem emite o documento e recolhe imposto no destino é definido pelo papel de merchant of record e pela lei.

Quando vale contratar um merchant of record terceiro?

Vale quando o custo de se registrar em cada mercado passa do que a margem suporta, o que costuma acontecer na venda para consumidor final em muitos países. O terceiro assume documento, imposto e estorno, e a empresa entrega margem e portabilidade da assinatura.

Referências e Leitura Complementar

• LC 116/2003, Planalto. Acesso 26/10/2026. https://www.planalto.gov.br/ccivil_03/leis/lcp/lcp116.htm
• LC 214/2025, Planalto. Acesso 26/10/2026. https://www.planalto.gov.br/ccivil_03/leis/lcp/lcp214.htm
• Decreto 6.306/2007, IOF, Planalto. Acesso 26/10/2026. https://www.planalto.gov.br/ccivil_03/_ato2007-2010/2007/decreto/d6306.htm
• Balcão único de IVA da União Europeia. Acesso 26/10/2026. https://vat-one-stop-shop.ec.europa.eu/index_en
• Especificação do Model Context Protocol. Acesso 26/10/2026. https://modelcontextprotocol.io/docs/2026-07-28/learn/architecture
• Especificação de Agent Skills. Acesso 26/10/2026. https://agentskills.io/specification
• South Dakota v. Wayfair, 585 U.S. (2018). Acesso 26/10/2026. https://supreme.justia.com/cases/federal/us/585/17-494/

O que essa decisão custa depois

A conta de não decidir cai na primeira venda estornada num mercado onde a empresa não emite documento, e no dia em que alguém pergunta quem autorizou o preço.

O resto é conversa.