Contrato de plataforma e-commerce B2B: o que negociar antes de assinar
A maioria das empresas que contrata uma plataforma de e-commerce B2B dedica semanas avaliando funcionalidades, comparando interfaces e negociando o preço da mensalidade. O contrato em si costuma ser revisado superficialmente, quase sempre com pressa, na semana antes do início do projeto.
Isso é um erro. E um erro caro.
Contratos de plataforma B2B têm cláusulas que passam despercebidas na euforia da contratação e causam problemas sérios 18 a 36 meses depois — quando você tenta migrar para outro fornecedor, quando o ERP é atualizado e quebra a integração, quando você precisa extrair seus dados históricos, ou quando o fornecedor reajusta o preço de forma que você não tinha como antecipar.
Este guia percorre as cláusulas que mais causam problemas, o que negociar em cada uma delas e um checklist para levar ao jurídico antes de assinar qualquer contrato.
Por que contratos de plataforma B2B têm cláusulas que ninguém lê
Contratos de software SaaS são geralmente padronizados — o fornecedor usa o mesmo modelo para todos os clientes, com ajustes pontuais de preço e prazo. O problema é que o modelo padrão é escrito para proteger o fornecedor, não o contratante.
Três características tornam esses contratos particularmente arriscados:
Linguagem técnica que o jurídico não conhece. Seu advogado revisa o contrato buscando cláusulas abusivas do ponto de vista jurídico, mas pode não entender o que significa "o fornecedor não é responsável por falhas de integração decorrentes de atualizações de terceiros" — que na prática significa que quando o TOTVS lançar uma nova versão e quebrar o conector, você paga pela correção.
Dependência que cresce com o tempo. Nos primeiros meses, migrar de plataforma é trabalhoso mas viável. Depois de 2 anos, com 800 clientes cadastrados, histórico de 50.000 pedidos, integrações com 3 sistemas e representantes treinados no portal, migrar é um projeto de 6 meses e R$ 300.000. O contrato foi assinado quando a dependência era baixa — as cláusulas restritivas ficam mais relevantes justamente quando a dependência é alta.
Renovações automáticas e reajustes não detalhados. "O contrato renova automaticamente por igual período com reajuste pelo índice X" parece razoável. Menos razoável é quando o índice é o IGP-M em ano de inflação alta, ou quando o fornecedor alega que novas funcionalidades justificam um "reajuste de escopo" não coberto pelo índice contratual.
Cláusula 1: propriedade dos dados
Esta é a cláusula mais importante do contrato — e a mais negligenciada.
O que está frequentemente no contrato padrão: linguagem vaga sobre "dados gerados na plataforma" que, interpretada amplamente, pode significar que o fornecedor tem direitos sobre os dados de comportamento de compra dos seus clientes, os padrões de pedido, os dados de catálogo e precificação.
O que você precisa garantir em contrato:
Seus dados são seus, sem ambiguidade. Isso inclui:
- Cadastro de clientes (CNPJ, dados de contato, endereços, condições comerciais)
- Histórico completo de pedidos (data, itens, quantidades, preços, status)
- Dados de comportamento no portal (acessos, buscas, carrinhos abandonados)
- Catálogo de produtos e tabelas de preço
- Dados de representantes e suas carteiras
O fornecedor pode processar esses dados para operar a plataforma — mas não pode usá-los para qualquer outra finalidade (treinamento de modelos de IA, benchmarking de mercado, venda de dados agregados) sem seu consentimento explícito.
LGPD: qualquer processamento de dados pessoais (de compradores, representantes, usuários do portal) precisa estar em conformidade com a LGPD. Exija que o contrato especifique o papel do fornecedor como operador de dados — não controlador — e que ele se comprometa a processar dados pessoais apenas mediante sua instrução.
Negociação: essa cláusula raramente tem resistência do fornecedor, porque a maioria já tem linguagem de conformidade com LGPD e propriedade de dados. Se o fornecedor resistir, é um sinal de alerta sobre como eles tratam dados dos clientes.
Cláusula 2: portabilidade e extinção do contrato
O que acontece quando você decide migrar ou o contrato termina?
O que está frequentemente no contrato padrão: nada explícito sobre portabilidade. Ou, pior, uma cláusula que garante acesso aos dados "mediante solicitação formal no prazo de 30 dias após rescisão" — sem especificar formato, completude ou custo.
O que você precisa garantir em contrato:
Exportação de dados durante o contrato: você deve poder exportar seus dados a qualquer momento, em formato padrão aberto (CSV, JSON, XML) — sem precisar abrir chamado ou pagar por isso. Essa exportação precisa incluir todos os dados operacionais, não só um subset.
Exportação completa após rescisão: ao rescindir o contrato, você tem direito a uma exportação completa de todos os dados históricos, em formato legível por humanos e por máquinas, dentro de um prazo razoável (máximo 30 dias). O fornecedor não pode cobrar valor adicional por isso.
Período de acesso read-only pós-rescisão: é razoável pedir um período de 60 a 90 dias de acesso read-only ao portal após a rescisão — tempo suficiente para concluir a migração, treinar a equipe na nova plataforma e resolver pedidos em andamento.
Destruição ou devolução de dados: após o período de transição, o fornecedor deve destruir ou devolver todos os seus dados — com confirmação formal. Isso é requisito da LGPD e boa prática de segurança.
Negociação: fornecedores resistem ao período de acesso read-only pós-rescisão porque isso aumenta o custo de servir clientes que estão saindo. Seja firme: 60 dias é razoável e é o tempo mínimo para uma migração responsável. Se o fornecedor oferecer 15 dias, negocie para 45.
Cláusula 3: SLA (Service Level Agreement)
O que está frequentemente no contrato padrão: "o fornecedor se compromete a manter disponibilidade de 99,5% mensal, excluindo janelas de manutenção programada e indisponibilidades decorrentes de fatores externos."
O que você precisa questionar e negociar:
O cálculo de 99,5%: 99,5% de uptime mensal equivale a aproximadamente 3,6 horas de indisponibilidade por mês. Isso é o padrão do mercado. Mas "disponibilidade" precisa ser definida — disponível para acessar a home page não é a mesma coisa que disponível para processar pedidos e integrar com o ERP.
Exclusões que esvaziam o SLA: a cláusula "excluindo fatores externos" pode ser muito abrangente. Uma integração com ERP que falha porque o ERP do cliente ficou fora por 30 minutos é "fator externo"? Um DDoS que derruba o portal é "fator externo"? Exija que as exclusões sejam explícitas e limitadas.
Janelas de manutenção: "manutenção programada" excluída do cálculo de SLA pode significar que o fornecedor pode realizar manutenções de 4 horas às 22h toda sexta-feira sem ferir o SLA — enquanto seu cliente no Japão (fuso diferente) fica sem acesso em horário comercial. Exija que janelas de manutenção sejam comunicadas com antecedência mínima (72 horas) e que não ocorram em horário comercial nos principais fusos dos seus clientes.
Penalidades por descumprimento: o SLA sem penalidade real não é um SLA — é uma promessa. Exija créditos de serviço (desconto na próxima fatura) em caso de descumprimento, proporcionais ao impacto da indisponibilidade. Um padrão razoável: 10% da mensalidade por hora de indisponibilidade acima do SLA, limitado a 30% da mensalidade mensal.
SLA de suporte: além da disponibilidade do portal, exija SLA para suporte técnico:
- Incidentes críticos (portal fora do ar, integração com ERP parada): resposta em até 1 hora, resolução em até 4 horas
- Incidentes altos (funcionalidade crítica degradada): resposta em até 4 horas, resolução em até 24 horas
- Incidentes médios/baixos: resposta em até 8 horas úteis
Cláusula 4: reajuste e previsibilidade de custo
O que está frequentemente no contrato padrão: reajuste anual pelo IPCA, IGP-M ou índice similar. Parece razoável — mas há armadilhas.
O que você precisa negociar:
Índice de reajuste: prefira IPCA (mais estável) ao IGP-M (mais volátil). Em anos de inflação alta com IGP-M elevado, a diferença pode ser significativa.
Reajustes por "expansão de escopo": alguns contratos permitem que o fornecedor reajuste o preço quando você cresce — mais clientes cadastrados, mais pedidos mensais, mais SKUs no catálogo. Isso é legítimo desde que os limiares e os valores de reajuste estejam explicitamente definidos em contrato antes da assinatura. "Reajuste a ser negociado conforme o crescimento" não é aceitável.
Novos módulos e funcionalidades: o que está incluído na mensalidade hoje precisa estar claramente listado. Funcionalidades que hoje são padrão não podem ser cobradas separadamente amanhã. Negocie uma cláusula que congele o escopo incluído na mensalidade por pelo menos 24 meses, com qualquer redução de escopo exigindo sua anuência.
Prazo mínimo e multa de rescisão: contratos com prazo mínimo de 12 ou 24 meses com multa de rescisão são normais no mercado. O que não é razoável é multa superior a 3 meses de mensalidade ou prazo mínimo acima de 24 meses sem cláusula de saída por descumprimento de SLA do fornecedor.
Cláusula 5: responsabilidade pelos conectores de ERP
Esta é a cláusula que mais gera disputas 12 a 18 meses após a assinatura.
O cenário: seu ERP lança uma atualização importante. O conector da plataforma B2B com o ERP para de funcionar. Quem paga para consertar?
O que está frequentemente no contrato padrão: "o fornecedor não se responsabiliza por falhas decorrentes de atualizações em sistemas de terceiros" — o que significa que você paga.
O que você precisa negociar:
Manutenção de conectores para versões suportadas: o fornecedor deve se comprometer a manter o conector funcionando para as versões do ERP que estão em suporte ativo pelo fabricante do ERP. Se você usa TOTVS Protheus 12.1.33 e o fabricante ainda suporta essa versão, o conector precisa funcionar — e a atualização após um patch do TOTVS é responsabilidade do fornecedor da plataforma, incluída na mensalidade.
Prazo para atualização de conector após patch do ERP: quando o ERP lança um patch que afeta a integração, o fornecedor tem um prazo definido para atualizar o conector (razoável: 30 dias úteis para patches de manutenção, 90 dias para versões maiores).
Versões não suportadas: se você está usando uma versão do ERP fora do suporte do fabricante, o fornecedor da plataforma não é obrigado a manter o conector. Isso é razoável — mas deve estar explícito, não implícito.
Cláusula 6: lock-in disfarçado
O que é lock-in disfarçado: mecanismos contratuais ou técnicos que tornam a saída da plataforma cara ou difícil sem que isso seja explícito no contrato.
As formas mais comuns:
Dados em formato proprietário: seus dados são armazenados em um formato que só a ferramenta do fornecedor consegue ler. A exportação existe tecnicamente, mas o arquivo exportado não é diretamente importável em outro sistema sem conversão trabalhosa. Exija exportação em formatos padrão abertos desde a assinatura.
Integrações que só funcionam com o fornecedor: a integração com seu ERP foi feita usando uma camada proprietária do fornecedor que não é compatível com outros sistemas. Ao migrar, você precisa refazer a integração do zero. Negocie que a documentação técnica da integração seja sua — não propriedade do fornecedor.
Treinamento e materiais de uso não exportáveis: vídeos de treinamento, guias de usuário e documentação customizada que vivem exclusivamente na plataforma do fornecedor. Ao sair, você perde esse material. Exija que todos os materiais de treinamento produzidos durante o contrato sejam exportáveis e de sua propriedade.
Domínios e URLs: se o portal dos seus clientes está em um subdomínio do fornecedor (ex: suaempresa.plataformaX.com.br) em vez de um domínio seu, ao migrar seus clientes perdem o acesso pela URL que conhecem. Insista em usar domínio próprio configurado como CNAME — o fornecedor aponta, você detém.
Template de checklist para o jurídico
Leve este checklist para a revisão contratual. Cada item deve estar claramente endereçado no contrato antes da assinatura:
Propriedade e proteção de dados:
Portabilidade e saída:
SLA e disponibilidade:
Preços e reajustes:
Conectores e integrações:
Lock-in:
Uma nota sobre negociação
Fornecedores menores e de médio porte tendem a ser mais flexíveis em negociações contratuais do que grandes plataformas internacionais. Mas mesmo com plataformas grandes, os pontos de propriedade de dados e portabilidade geralmente têm margem de negociação — especialmente se você for um cliente de valor relevante.
A postura correta na negociação não é adversarial. Você está protegendo interesses legítimos: seus dados, sua capacidade de migrar se necessário, sua previsibilidade de custo. Um fornecedor sério não vai se opor a cláusulas que protegem esses interesses — porque ele pretende manter você como cliente pelo mérito da plataforma, não pela impossibilidade de sair.
Se o fornecedor resistir fortemente a qualquer ponto deste checklist — especialmente propriedade de dados e portabilidade — trate como sinal de alerta sobre a relação comercial a longo prazo.
A FastChannel disponibiliza modelos de contrato com SLA detalhado e cláusulas de portabilidade explícitas antes da proposta comercial — sem surpresas na revisão jurídica. Para iniciar uma conversa, visite fastchannel.com.