Contrato de licença de uso de ERP: o que o revendedor precisa saber

Quem trabalha com revenda de ERP costuma concentrar a atenção na venda, na implantação e no relacionamento com o cliente. Nesse processo, o contrato de licença de uso do software pode acabar sendo tratado como uma formalidade que acompanha a contratação.

Esse é um cuidado que não deveria ser deixado em segundo plano. O contrato estabelece os limites de utilização do sistema, as obrigações do fabricante e do usuário, as condições de suporte, as restrições aplicáveis à licença e, principalmente, a distribuição de responsabilidades entre os envolvidos.

Para o revendedor, conhecer essas regras é importante porque aquilo que é prometido ao cliente durante a negociação precisa ser compatível com o que efetivamente está previsto na licença. Uma promessa comercial que ultrapasse os limites definidos pelo fabricante pode criar uma obrigação própria para quem realizou a venda.

Por isso, antes de apresentar o ERP ao cliente, é importante compreender não apenas as funcionalidades do sistema, mas também as condições jurídicas que acompanham seu uso.

Por que o revendedor precisa entender o contrato de licença antes de repassá-lo ao cliente?

A licença de uso é o instrumento que autoriza o cliente a utilizar o programa dentro das condições estabelecidas pelo titular dos direitos sobre o software.

A Lei nº 9.609/1998 determina expressamente que o uso de programa de computador no Brasil será objeto de contrato de licença. A mesma legislação estabelece regras específicas sobre comercialização, direitos do usuário e prestação de serviços técnicos relacionados ao adequado funcionamento do programa.

Isso significa que a contratação de um ERP não equivale à compra definitiva do software. Em regra, o cliente recebe autorização para utilizá-lo nos limites definidos contratualmente, sem adquirir a titularidade sobre o programa.

Para o revendedor, essa distinção é essencial. Sua atuação comercial não lhe permite, por si só, oferecer ao cliente direitos mais amplos do que aqueles que o fabricante autorizou.

Antes de fechar uma venda, portanto, o parceiro precisa conhecer questões como prazo da licença, número de usuários permitidos, limitações de uso, hipóteses de suspensão, condições de atualização, regras de suporte e procedimentos de encerramento do contrato.

De que forma a ignorância sobre as cláusulas do fabricante pode criar responsabilidade inesperada para o revendedor?

Um dos principais riscos aparece quando existe diferença entre aquilo que o contrato prevê e aquilo que foi apresentado comercialmente ao cliente.

Imagine que o revendedor afirme que determinada funcionalidade estará disponível em qualquer plano, que o atendimento ocorrerá em prazo específico ou que determinada personalização está incluída na contratação. Se essas condições não forem asseguradas pelo fabricante, a discussão deixa de envolver apenas o funcionamento do ERP.

O cliente poderá questionar quem lhe forneceu a informação e em quais condições a contratação foi realizada.

Por isso, conhecer o contrato é também uma forma de limitar corretamente a própria oferta. O revendedor deve saber quais compromissos pode assumir diretamente e quais dependem da atuação do fabricante.

Essa separação precisa ficar clara desde a proposta comercial. Quanto maior a correspondência entre a oferta, o contrato de licença e os serviços efetivamente prestados, menor o espaço para discussões posteriores sobre expectativas que nunca fizeram parte da contratação.

Quais são as diferenças práticas entre licença de uso, contrato de serviço e compra de software?

Embora essas expressões possam aparecer juntas em uma negociação, elas representam relações diferentes.

Na licença de uso, o titular autoriza o cliente a utilizar o software segundo determinadas condições. A titularidade do programa permanece com seu proprietário. A Lei nº 9.609/1998, inclusive, protege o programa de computador segundo regime próprio de propriedade intelectual.

Já o contrato de prestação de serviços envolve atividades que podem acompanhar a utilização do ERP, como implantação, configuração, treinamento, consultoria, migração de informações e suporte técnico.

Esses serviços não devem ser automaticamente confundidos com a licença.

A compra definitiva de um software, entendida como aquisição dos direitos sobre o próprio programa, é situação diferente e não corresponde ao modelo usual de licenciamento de ERPs. O pagamento pela licença não transforma o cliente em proprietário do código ou dos direitos intelectuais sobre o sistema.

Para o revendedor, distinguir essas relações evita um problema bastante comum: incluir na negociação da licença obrigações de serviço que não estão abrangidas pelo contrato do fabricante.

Quais cláusulas do contrato de licença afetam diretamente a operação do revendedor?

Nem todas as disposições do contrato terão o mesmo impacto na rotina comercial do parceiro. Algumas, porém, merecem atenção especial justamente porque interferem naquilo que pode ser prometido ao cliente.

Entre os pontos mais relevantes estão o objeto e os limites da licença, as regras de renovação e cancelamento, as condições de suporte, as hipóteses de suspensão do acesso, as atualizações do sistema e a divisão de responsabilidades.

Também é importante verificar se o contrato diferencia claramente as obrigações do fabricante daquelas assumidas pelo revendedor.

Essa leitura permite identificar, antes da venda, situações em que a proposta comercial precisa ser ajustada ou complementada por um contrato próprio de prestação de serviços.

De que modo a cláusula de limitação de responsabilidade define o que o revendedor pode ou não prometer?

Cláusulas de limitação de responsabilidade são utilizadas para estabelecer até onde vai a obrigação de cada participante da relação contratual.

Em um contrato de software, podem existir previsões relacionadas à indisponibilidade temporária, manutenção programada, integrações realizadas por terceiros, falhas de infraestrutura do cliente ou utilização inadequada do sistema.

O revendedor não deve transformar essas limitações em garantias comerciais mais amplas.

Se o fabricante não assegura disponibilidade absoluta do sistema, por exemplo, o parceiro deve evitar prometer que o ERP “nunca ficará fora do ar”. Da mesma forma, se determinada integração depende de serviço de terceiro, não é adequado apresentá-la como resultado integralmente controlado pelo próprio ERP.

Isso não significa que qualquer cláusula de limitação seja automaticamente válida em qualquer situação. A legislação aplicável e as circunstâncias concretas da relação continuam relevantes.

Do ponto de vista preventivo, entretanto, a regra é simples: o revendedor não deve assumir uma obrigação maior do que aquela que efetivamente consegue cumprir.

Como as obrigações de SLA do fabricante se transferem — ou não — para o revendedor perante o cliente final?

O SLA, ou acordo de nível de serviço, estabelece parâmetros objetivos para a prestação de determinado atendimento, como horários, canais, prazos de resposta e níveis de prioridade.

O fato de o fabricante possuir um SLA próprio não significa que todas essas condições sejam automaticamente transferidas ao revendedor.

É necessário verificar qual serviço está sendo medido e quem é responsável por prestá-lo.

Se o fabricante estabelece determinado prazo para tratar uma falha do software, isso não significa necessariamente que o revendedor consiga garantir ao cliente uma solução em prazo inferior. Entre a abertura do chamado, a análise inicial e o encaminhamento ao fabricante podem existir etapas que não estão sob controle exclusivo do parceiro.

Por outro lado, o revendedor pode criar um SLA próprio para os serviços que efetivamente presta, desde que os prazos sejam compatíveis com sua capacidade operacional e com as dependências existentes.

O ponto central é evitar sobreposição de obrigações. O cliente precisa saber quando está diante de um atendimento do revendedor e quando a solução depende do fabricante.

O revendedor pode modificar as cláusulas do contrato de licença ao repassá-lo para o cliente?

Essa possibilidade depende dos poderes concedidos pelo titular do software no contrato de parceria ou revenda.

Em regra, o revendedor não deve alterar unilateralmente condições de uma licença pertencente ao fabricante sem autorização para isso. A autorização para comercializar o ERP não significa, necessariamente, liberdade para modificar as condições jurídicas definidas pelo titular.

Se determinada condição comercial precisar ser diferente, o caminho mais seguro é verificar previamente se o programa de parceria permite a alteração ou se será necessário obter autorização específica.

Outra possibilidade é formalizar separadamente os serviços próprios do revendedor. Implantação, treinamento, parametrização ou suporte adicional, por exemplo, podem ser objeto de instrumento específico sem que seja necessário modificar a licença do software.

Quais são as responsabilidades do revendedor que decorrem diretamente do contrato de licença?

A responsabilidade do revendedor não pode ser definida apenas pelo nome dado ao contrato. É necessário observar quais obrigações ele efetivamente assumiu perante o fabricante e, principalmente, perante o cliente.

Se sua atuação se limita à intermediação comercial, o conjunto de obrigações tende a ser diferente daquele existente quando o parceiro também implanta, configura, personaliza e presta suporte contínuo.

O contrato deve refletir essa realidade.

O Código Civil prestigia a liberdade contratual e, nas relações civis e empresariais, reconhece a importância da alocação de riscos definida pelas partes. Por isso, delimitar adequadamente quem faz o quê não é apenas uma questão de organização: é parte da própria proteção contratual do revendedor.

De que maneira o revendedor responde perante o cliente se o software não funcionar como descrito?

A resposta dependerá da origem do problema e das obrigações assumidas em cada contrato.

Uma falha relacionada ao próprio desenvolvimento do software não deve ser automaticamente confundida com uma falha na implantação realizada pelo revendedor. Da mesma forma, erro de parametrização, promessa comercial incorreta e indisponibilidade da plataforma possuem causas e responsabilidades potencialmente diferentes.

A Lei nº 9.609/1998 prevê que aquele que comercializa programa de computador, seja titular do programa ou dos direitos de comercialização, deve assegurar aos usuários, durante o prazo de validade técnica da versão, serviços técnicos complementares relativos ao adequado funcionamento do programa, consideradas suas especificações.

Por isso, não é recomendável partir da ideia de que o revendedor jamais terá qualquer responsabilidade por problemas do sistema apenas porque não desenvolveu o ERP.

Na prática, a análise dependerá do modelo de comercialização, das obrigações contratuais assumidas, da natureza do defeito e da legislação aplicável à relação.

Quanto mais clara estiver a divisão entre fabricante e revendedor, mais fácil será identificar a origem do problema e encaminhar corretamente a solução.

O que muda na responsabilidade contratual quando o revendedor realiza configuração ou personalização do sistema?

Quando o revendedor deixa de atuar apenas na comercialização e passa a executar serviços técnicos, surge uma nova camada de responsabilidade.

Uma configuração inadequada pode impedir que determinada rotina funcione corretamente mesmo quando o software não apresenta defeito. Uma personalização também pode alterar a forma como determinados recursos se comportam.

Por isso, esses serviços devem ter escopo próprio.

É recomendável especificar quais atividades serão realizadas, quais informações precisam ser fornecidas pelo cliente, quantas etapas de validação existirão e o que será considerado alteração adicional de escopo.

Também é importante registrar a aprovação do cliente nas etapas relevantes. Essa documentação ajuda a diferenciar um defeito originário do ERP de uma questão relacionada à configuração, à personalização ou até mesmo ao uso realizado pelo próprio cliente.

Como apresentar o contrato de licença ao cliente de forma transparente e sem criar objeções?

Apresentar o contrato apenas no momento da assinatura, depois de toda a negociação, pode transformar cláusulas perfeitamente normais em uma surpresa para o cliente.

A melhor estratégia é incorporar os principais pontos jurídicos ao próprio processo comercial.

Isso não significa realizar uma leitura integral do contrato durante a venda. Significa explicar previamente as condições que podem influenciar a decisão do cliente.

Limites de usuários, prazo, renovação, cancelamento, suporte, atualizações e serviços não incluídos são exemplos de informações que devem aparecer de forma clara.

A transparência reduz objeções porque evita que o cliente descubra limitações somente depois de já ter criado expectativas sobre o sistema.

De que forma explicar cláusulas técnicas e jurídicas para o pequeno empresário sem formação jurídica?

O contrato pode ser tecnicamente complexo, mas a explicação comercial não precisa reproduzir essa linguagem.

O revendedor pode traduzir as principais condições em situações práticas: quem presta o suporte, quais canais estão disponíveis, o que está incluído no plano, quais serviços são cobrados separadamente e o que acontece se o contrato for encerrado.

O cuidado está em simplificar sem modificar o conteúdo.

Dizer que “o suporte funciona de segunda a sexta-feira, dentro deste horário”, por exemplo, é mais útil ao cliente do que simplesmente mencionar a existência de uma cláusula de atendimento.

Da mesma forma, explicar que determinada integração depende de serviço externo é melhor do que criar a expectativa de que todas as funcionalidades estão integralmente sob controle do ERP.

Quais pontos do contrato o revendedor deve destacar proativamente antes do fechamento da venda?

O primeiro cuidado é identificar as condições capazes de influenciar diretamente a expectativa do cliente.

Prazo e renovação, regras de cancelamento, limites da licença, quantidade de usuários, funcionalidades vinculadas ao plano, condições de atualização e suporte merecem atenção.

Também devem ser explicados os serviços que não integram a licença. Se implantação, treinamento, migração de dados ou suporte personalizado forem cobrados separadamente, essa informação precisa aparecer antes da contratação.

Outro ponto importante é registrar essas informações. Propostas comerciais, termos de aceite e comunicações formais podem demonstrar posteriormente aquilo que foi efetivamente apresentado ao cliente.

A transparência contratual não deve ser encarada como obstáculo à venda. Na prática, ela reduz a chance de o cliente contratar acreditando estar adquirindo algo diferente daquilo que será entregue.

O contrato de licença como aliado do revendedor: de burocracia a proteção real

Um contrato bem compreendido não serve apenas para resolver conflitos depois que eles aparecem. Sua principal utilidade está justamente em evitá-los.

Para o revendedor de ERP, conhecer a licença significa saber quais direitos pode oferecer, quais compromissos dependem do fabricante e quais serviços precisam ser contratados separadamente.

Essa compreensão também melhora o processo comercial. Em vez de depender de promessas genéricas, o parceiro consegue apresentar ao cliente uma proposta com limites, responsabilidades e entregas mais claros.

O contrato, portanto, não deve aparecer somente no final da venda. Ele precisa fazer parte da estrutura da própria operação de revenda.

Quanto mais alinhadas estiverem licença, proposta comercial e prestação de serviços, menor será a distância entre aquilo que o cliente espera e aquilo que efetivamente foi contratado.

Perguntas frequentes

O revendedor pode assinar o contrato de licença em nome do cliente com autorização formal?

A representação é possível quando existe autorização válida e com poderes suficientes para a prática do ato. O revendedor, entretanto, não deve presumir que sua condição de parceiro comercial lhe permite contratar automaticamente em nome do cliente. Se houver representação, ela precisa ser formalizada de maneira compatível com o negócio realizado. Além disso, devem ser observadas eventuais regras estabelecidas pelo próprio fabricante para aceitação e assinatura da licença.

O que acontece com o contrato e com o acesso ao sistema se o revendedor encerrar as atividades?

A resposta depende da estrutura contratual adotada. Se a licença é concedida diretamente pelo fabricante ao usuário final, o encerramento das atividades do revendedor não necessariamente extinguirá o direito de uso do cliente. Por outro lado, serviços prestados diretamente pelo parceiro, como suporte adicional ou consultoria, poderão ser afetados. Por isso, os contratos devem prever como ocorrerá a continuidade do atendimento e qual será o procedimento aplicável nessa hipótese.

Contrato de licença assinado digitalmente tem a mesma validade jurídica do assinado fisicamente?

Documentos eletrônicos podem ter plena validade jurídica. A Medida Provisória nº 2.200-2/2001 reconhece os documentos eletrônicos e estabelece presunção em relação às declarações produzidas mediante certificação ICP-Brasil. A própria norma admite outros meios de comprovação de autoria e integridade quando aceitos pelas partes. Assim, não é a ausência de papel que torna um contrato inválido. O importante é que seja possível demonstrar adequadamente a manifestação de vontade, a autoria e a integridade do documento.

O cliente pode transferir a licença de ERP para outra empresa sem autorização do revendedor?

A possibilidade de transferência deve ser verificada nas condições da própria licença. Como o cliente recebe autorização de uso dentro de determinados limites, não se pode presumir que essa autorização seja livremente transferível para outra pessoa jurídica. Se houver mudança de CNPJ, reorganização societária ou transferência da operação, o ideal é consultar previamente as regras do fabricante e formalizar a alteração necessária antes de permitir que terceiro passe a utilizar a licença.

Como o revendedor comprova que o cliente foi informado de todas as cláusulas antes de assinar?

A melhor proteção está na organização do processo de contratação. O contrato deve ser disponibilizado ao cliente antes do aceite, permitindo que ele tenha acesso às condições aplicáveis. Além disso, propostas comerciais, registros eletrônicos de aceite, e-mails e documentos de onboarding podem ajudar a demonstrar quais informações foram apresentadas. Em contratos eletrônicos, também é recomendável preservar registros capazes de identificar a versão aceita e a data da manifestação de vontade. Mais do que produzir prova para uma futura discussão, esse procedimento ajuda a construir uma contratação transparente desde o início.