Tempo de leitura: 11 min · Publicado em 11/10/2026
Mudar o escopo de um projeto de software exige negociar preço, prazo e aceite no aditivo, com descrição do que será acrescentado ou substituído. Antes de aprovar a cobrança, a empresa precisa distinguir uma funcionalidade nova da correção de algo já contratado. O documento deve conectar requisitos, integrações, testes e pagamento por etapas, para que a alteração não transforme falhas anteriores em entregas extras nem deixe a conclusão sem critérios verificáveis.
O recorte é a alteração empresarial de um projeto em execução, como um ERP com módulos e integrações relevantes. Não é um guia geral de restituição por sistema defeituoso ou de abandono do desenvolvimento. O objetivo é decidir o que muda e como a entrega alterada será conferida.
Compare o pedido com a versão contratada
Reúna contrato, proposta incorporada, requisitos, cronograma, anexos técnicos, chamados e mudanças anteriores. Identifique qual versão descreve a entrega exigível. Uma apresentação comercial e um registro de reunião podem ter funções diferentes, que precisam ser avaliadas no conjunto.
Classifique cada solicitação: correção de defeito, requisito originalmente previsto, melhoria, substituição ou funcionalidade adicional. Essa tarefa exige análise técnica apoiada pelos documentos. O nome “evolução” dado pelo fornecedor não basta para cobrar separadamente algo que já deveria funcionar.
O guia sobre software entregue com falhas examina outro problema. No aditivo, o foco é não confundir a solução de uma obrigação existente com a compra de um escopo novo.
Descreva a alteração por entregas e dependências
Identifique funcionalidades, usuários, integrações, dados de entrada e resultados esperados. Registre o que permanece, o que deixa de ser exigido e o que será incluído. Trocar uma frase genérica por outra igualmente ampla não resolve a dificuldade de conferir o serviço.
Para uma integração, especifique sistemas envolvidos, acesso à documentação, ambiente de testes e tarefas de cada responsável. O fornecedor pode depender de uma interface de terceiro; o cliente pode precisar liberar informações. Isso deve constar do planejamento sem transformar qualquer dependência em justificativa ilimitada para atraso.
Indique versões dos anexos e precedência entre documentos. Se uma mensagem aprovar apenas o desenho técnico, esclareça como serão aprovados preço e cronograma. A pessoa que valida uma tela pode não ter poderes para modificar compromissos financeiros em nome da empresa.
Negocie o preço com critérios de cálculo claros
Separe remuneração do escopo original, correções pendentes e valor da alteração. Informe se o adicional será fixo, estimado ou calculado por trabalho efetivo, com limites e procedimento de aprovação. A empresa precisa saber o que está autorizando antes de receber a fatura.
Confira se os valores incluem testes, implantação, migração, treinamento e suporte previsto. Uma mudança pode gerar novas licenças ou despesas de terceiros. Defina quem contrata, quem paga e quais documentos permitem conferir essas despesas, sem presumir que toda cobrança será absorvida pelo cliente.
Não estabeleça um desconto ou retenção como resposta automática a qualquer divergência. As condições de pagamento, o procedimento de contestação e o regime jurídico precisam ser examinados. Uma solução negociada pode separar o valor incontroverso do montante efetivamente discutido.
Atualize o prazo sem apagar as pendências anteriores
Peça a identificação das atividades afetadas e de suas dependências. O novo cronograma deve dizer quando o fornecedor entrega, quando o cliente testa e o que ocorre se faltarem informações. Prorrogar todo o projeto sem justificar o impacto pode ocultar atrasos anteriores.
O aditivo deve informar se preserva reclamações existentes ou resolve alguma delas, com delimitação expressa. Não inclua quitação ampla apenas para autorizar uma nova integração. Uma alteração de prazo não deve ser tratada automaticamente como reconhecimento de que o cliente causou todas as dificuldades.
Organize marcos compatíveis com a operação: ambiente de homologação, teste de integração, migração e entrada em produção. Essas datas são condições do projeto, não prazos impostos por lei. A viabilidade deve ser conferida pela equipe técnica, especialmente quando houver interrupção ou substituição de sistemas essenciais.
Seu caso envolve uma situação semelhante?
Cada caso possui particularidades e deve ser analisado individualmente. Para informações sobre análise jurídica do seu caso, entre em contato com o escritório.
Vincule o aceite a testes e evidências
Defina cenários de teste, dados adequados, resultados esperados e responsáveis pela avaliação. Um módulo pode abrir corretamente e ainda falhar no processamento necessário. A conferência deve alcançar o comportamento contratado, não apenas a existência de uma tela ou de um arquivo entregue.
Estabeleça como registrar falhas, repetir testes e tratar pendências. Diferencie impedimentos críticos de ajustes que permitam recebimento com ressalvas, conforme a negociação e a avaliação técnica. Não considere que toda pendência autoriza rejeitar tudo ou que qualquer uso representa quitação integral.
Se houver regra de aceite por silêncio, examine prazo, condições de teste e acesso efetivamente disponível. Sua validade e seus efeitos dependem do instrumento e do regime aplicável. A organização do projeto deve evitar que uma entrega impossível de testar se torne aceita apenas pela passagem de uma data.
Conecte pagamento por etapas ao escopo alterado
Relacione cada parcela ao marco correspondente e às evidências necessárias. Identifique o que é adiantamento, pagamento por entrega e saldo posterior. Não deixe a nova remuneração subordinada a um marco que já ocorreu no escopo antigo, se essa não for a intenção das partes.
Se parte da entrega estiver pronta e parte for modificada, descreva essa divisão. O procedimento precisa permitir conferir o que foi aceito, o que continua pendente e o que será novamente testado. Isso também ajuda a tratar cobranças sem confundir as versões do projeto.
Os instrumentos de prestação de serviços exigem interpretação conforme suas condições e a operação concreta. A presença de duas pessoas jurídicas não permite presumir aplicação ou afastamento automático de todo regime especial, incluindo eventual relação de consumo.
Confira licenças, dados e direitos sobre a alteração
Descreva permissões de uso, entregáveis e direitos sobre componentes novos conforme a estrutura contratual. A Lei 9.609/1998 disciplina a licença de uso e, no artigo 4º, prevê regra supletiva: salvo estipulação contrária, os direitos relativos ao programa pertencem ao contratante nas hipóteses legais de desenvolvimento durante a vigência de contrato destinado à pesquisa e desenvolvimento, ou em que essa atividade esteja prevista, ou ainda decorra da natureza dos encargos contratados. A aplicação entre empresas exige examinar a contratação concreta, componentes preexistentes e direitos de terceiros. Pagar um adicional não deve ser tratado como transferência automática de todo código ou de direitos pertencentes a terceiros.
Titularidade e entrega do código-fonte não são equivalentes. A obrigação de disponibilizar o código, sua extensão e condições devem ser examinadas à luz da lei, do contrato e das entregas necessárias à obrigação assumida; não dependem universalmente de cláusula expressa. Descreva acesso, documentação e permissões, sem presumir cessão irrestrita.
Quando a mudança envolver dados pessoais, examine finalidade, acessos, instruções e segurança. Testes não justificam copiar irrestritamente uma base de produção. A LGPD exige medidas técnicas e administrativas adequadas; o procedimento deve ser definido com os responsáveis pelo tratamento e pela tecnologia.
O tema de contratos empresariais de IA pode acrescentar questões próprias quando a nova funcionalidade usar esses serviços. Não copie uma autorização genérica para tratamento ou integração sem conferir o fluxo e os instrumentos envolvidos.
Registre aprovações e escolha um procedimento para novas mudanças
O Código Civil permite parâmetros objetivos para interpretar contratos empresariais e exige respeito à alocação de riscos. A presunção de paridade e simetria pode ser afastada por elementos concretos, ressalvados regimes especiais; a revisão judicial é excepcional e limitada. Esses princípios favorecem uma negociação clara, sem tornar qualquer condição incontestável.
Adote identificação de pedidos, análise de impacto e aprovação por representantes habilitados. Não afirme que toda alteração verbal é necessariamente inválida. A formalização escrita ajuda a esclarecer conteúdo e prova, mas os efeitos dos atos anteriores precisam ser avaliados conforme o caso.
Exemplo hipotético: uma empresa contrata integração do ERP com um sistema financeiro e depois solicita conexão adicional com plataforma de logística. O aditivo distingue a nova conexão da correção de erros da primeira, define testes e relaciona parcelas aos novos marcos. O exemplo não demonstra resultado real nem certifica a qualidade técnica da solução.
Perguntas frequentes
Toda solicitação feita durante o projeto é serviço extra?
Não. Compare a solicitação com contrato, requisitos e versões aprovadas. Pode haver correção, obrigação já prevista ou ampliação efetiva. A classificação exige documentos e avaliação técnica; o nome dado pelo fornecedor não determina sozinho a possibilidade de cobrança.
O aditivo elimina reclamações sobre entregas anteriores?
Não necessariamente. Seu conteúdo pode preservar, resolver ou alterar determinadas questões. Delimite o que está sendo ajustado e evite quitação ampla quando o objetivo for apenas contratar nova funcionalidade. Os efeitos dependem da redação e dos fatos.
Posso ligar cada parcela a um teste de aceite?
Esse é um mecanismo negociável, que precisa ser descrito com critérios, responsáveis e evidências. Identifique também correção de falhas e tratamento de pendências. Não existe uma regra universal de pagamento por teste aplicável a todo desenvolvimento de software.
Começar a usar o módulo significa aceitar tudo?
Não presuma essa consequência automática. Examine cláusulas, comportamento das partes, testes e ressalvas. Uso controlado para homologação pode diferir de entrada em produção. O procedimento deve registrar finalidade e pendências, sem sugerir que uma declaração genérica resolve qualquer defeito.
Pagar o adicional garante receber o código-fonte?
Não automaticamente. Confira a titularidade conforme a regra supletiva do artigo 4º, as condições legais e eventual estipulação contrária, distinguindo componentes novos, preexistentes e de terceiros. A obrigação e as condições de entrega do código-fonte exigem exame da lei e do contrato; não se resumem ao pagamento adicional nem dependem sempre de cláusula expressa.
Na prática, negocie a mudança como uma entrega conferível
Quando o projeto sustenta processos relevantes, a assessoria jurídica deve trabalhar com a equipe técnica para delimitar escopo, remuneração, prazo, testes e efeitos sobre obrigações anteriores. A negociação precisa tornar claras as decisões que a empresa está assumindo.
Um aditivo bem organizado não garante software sem falhas. Ele permite identificar o que deve ser entregue, como conferir e quais providências estão previstas diante de divergências, preservando a distinção entre mudança contratada e correção de obrigação existente.
Leia também
Seu caso envolve uma situação semelhante?
Cada caso possui particularidades e deve ser analisado individualmente. Para informações sobre análise jurídica do seu caso, entre em contato com o escritório.
