Quais são os pontos de atenção ao celebrar um contrato de empreitada no desenvolvimento de sistemas?

Os contratos celebrados num projeto de desenvolvimento de sistemas de TI são principalmente contratos de empreitada e contratos de quase-mandato. Tanto para o utilizador como para o fornecedor, existem várias vantagens e desvantagens em adotar cada tipo de contrato, mas é importante entender as suas características e os pontos a ter em conta ao celebrá-los. Este artigo irá explicar os contratos de empreitada no desenvolvimento de sistemas de TI.

Desenvolvimento de Sistemas e Contratos de Empreitada

O que é um Contrato de Empreitada

Para entender o que é um contrato de empreitada, o mais importante é verificar os requisitos para a sua formação diretamente na legislação.

Artigo 632

A empreitada surge quando uma das partes se compromete a concluir um trabalho e a outra parte se compromete a pagar uma remuneração pelo resultado desse trabalho.

“Conclusão do trabalho” é a chave aqui. Um exemplo típico de um contrato de empreitada é a construção de um edifício que requer obras. Por exemplo, a “conclusão do trabalho” é alcançada quando uma casa ou edifício é construído até uma determinada data, e a obrigação é considerada cumprida. Se a construção atrasar e não cumprir o prazo, a responsabilidade por incumprimento da obrigação pode ser imposta sob certas condições. No entanto, uma vez que a “conclusão do trabalho” seja reconhecida, não haverá mais problemas de incumprimento da obrigação, e a questão passará a ser a responsabilidade por defeitos. Neste sentido, o foco na “conclusão do trabalho” é uma característica dos contratos de empreitada. Para mais detalhes sobre o que constitui a “conclusão do trabalho”, consulte o seguinte artigo.

Os contratos de empreitada são frequentemente utilizados não só na construção, mas também em projetos de desenvolvimento de sistemas que requerem uma grande visão e planeamento detalhado.

A diferença entre Contratos de Empreitada e Contratos de Mandato

Uma vez que se entenda que os contratos de empreitada são contratos que se focam no resultado da “conclusão do trabalho”, também se torna claro o que caracteriza os contratos de mandato. Estes últimos focam-se no processo, não no resultado. Por exemplo, se o processamento administrativo foi adequadamente realizado, independentemente do resultado, é possível solicitar uma remuneração (artigo 648, parágrafo 2). Se a execução terminar a meio por razões que não podem ser atribuídas ao mandatário, é possível solicitar uma remuneração proporcional (artigo 648, parágrafo 3).

Para uma comparação detalhada entre contratos de mandato e contratos de empreitada, consulte o seguinte artigo.

https://monolith.law/corporate/contract-and-timeandmaterialcontract[ja]

Por que os Contratos de Empreitada são preferidos no Desenvolvimento de Sistemas

Nos contratos de desenvolvimento de sistemas, a empreitada é muito utilizada. A razão para a sua popularidade é que oferece certas vantagens tanto para o utilizador que encomenda o trabalho como para o fornecedor que o aceita.

Primeiro, a vantagem para o utilizador que encomenda o trabalho através de um contrato de empreitada é que os requisitos para o cumprimento da obrigação podem ser facilmente clarificados na forma de “conclusão do trabalho”. Ou seja, a menos que se atinja um estado que possa ser considerado “concluído” (mesmo que surjam problemas de responsabilidade por defeitos, como a descoberta de bugs mais tarde), não é necessário, em princípio, pagar a remuneração. Isto é muito atraente para os utilizadores que não querem correr o risco de ter que pagar uma remuneração inflacionada se o tempo de trabalho exceder as expectativas ou se o prazo se prolongar. A conveniência de pagar uma remuneração fixa em troca de um produto “concluído” é muito atraente do ponto de vista da gestão do orçamento.

Por outro lado, para o fornecedor que aceita o trabalho, aceitar um contrato de empreitada pode ter certas vantagens. Os contratos de empreitada podem proporcionar uma maior margem de lucro se forem bem geridos.

Como a “conclusão do trabalho” é o requisito para o cumprimento da obrigação, o fornecedor pode ignorar quanto custou o produto (no caso do desenvolvimento de sistemas, a maior parte são custos de pessoal) no processo de “conclusão”. Assim, tanto o fornecedor que quer aumentar a sua margem de lucro como o utilizador que quer facilitar a gestão do orçamento têm interesses em jogo, e é por isso que os contratos de empreitada são muito populares no desenvolvimento de sistemas.

Pontos a considerar ao celebrar um contrato de empreitada

Embora haja vantagens no contrato de empreitada para ambos os utilizadores e fornecedores, a celebração descuidada de um contrato de empreitada pode trazer riscos, especialmente para o fornecedor. Acima de tudo, o facto de que a “conclusão do trabalho” é necessária para o cumprimento da obrigação significa que, em princípio, não se pode ser isento da responsabilidade por incumprimento sem a conclusão do produto final. Este é também o motivo pelo qual ocorrem frequentemente casos de falhas, como ter que dedicar tempo para a entrega, mesmo que resulte em prejuízo devido a erros de estimativa por parte do fornecedor.

Então, o que deve ser observado na redação do contrato para a celebração de um contrato de empreitada? Vamos ver cada um dos pontos abaixo.

Clarificar antecipadamente os requisitos do sistema e as condições para a aceitação

Num contrato de empreitada, é crucial clarificar as condições para a “conclusão do trabalho”. Normalmente, os requisitos para a “conclusão do trabalho” referem-se ao conteúdo acordado na fase de definição de requisitos. No entanto, na prática, pode ser necessário fazer alterações posteriormente à medida que o processo de desenvolvimento avança, tornando os requisitos para a “conclusão do trabalho” também fluidos. Incluindo estes, é importante documentar o histórico de alterações das especificações. O seguinte artigo explica como gerir as alterações num projeto de desenvolvimento de sistemas do ponto de vista legal.

Além disso, relacionado com este tópico, é eficaz prevenir problemas futuros ao acordar antecipadamente sobre a “aprovação da aceitação” realizada pelo lado do utilizador. É naturalmente esperado que situações como a incapacidade de contactar o responsável do lado do utilizador ou a demora em receber uma resposta, mesmo após a entrega do produto final. Para evitar que o estado de incerteza sobre a aprovação ou reprovação da aceitação seja deixado indefinidamente, é benéfico estabelecer um prazo específico para a aceitação. Isto é o que é chamado de “cláusula de aceitação presumida”, que é explicada no seguinte artigo.

https://monolith.law/corporate/estimated-inspection-of-system-development[ja]

Estabelecer antecipadamente um acordo sobre a transferência de direitos autorais

Outro problema comum é a transferência de direitos autorais. Embora o princípio seja que o “criador”, ou seja, o fornecedor no caso do desenvolvimento de sistemas, adquira os direitos autorais, é possível transferir ou ceder esses direitos devido à natureza dos mesmos. Portanto, acordar antecipadamente se os direitos autorais serão cedidos ao utilizador pode prevenir problemas futuros. A propriedade e a transferência de direitos autorais são explicadas em detalhe no seguinte artigo.

https://monolith.law/corporate/copyright-for-the-program-source-code[ja]

Outras considerações

Além disso, se desejar celebrar um contrato como um contrato de empreitada sem incluir elementos de subcontratação, deve:

• Manter a remuneração independente do tempo de trabalho
• Indicar claramente “Contrato de Empreitada” no título do contrato
• Explicitar a cláusula de garantia de defeitos
• Assegurar que o pagamento da remuneração é uma troca equivalente pelos resultados ou produtos finais

É importante ter em mente estes pontos.

No entanto, é proibido ter a ideia simplista de que tudo se torna um contrato de empreitada apenas por escrever “Contrato de Empreitada” no título do contrato. Na prática, os modelos de contratos de outras empresas são frequentemente usados de forma descuidada, sem se preocupar se o conteúdo registrado é um contrato de empreitada ou de subcontratação. Se o caso for levado a tribunal, questões mais substanciais, como o conteúdo geral do contrato e as práticas comerciais anteriores, serão mais importantes do que elementos superficiais, como a redação do título. Deve-se prestar atenção a este ponto também.

Resumo

Se tivermos em conta os pontos acima mencionados, será mais fácil gerir adequadamente os contratos de empreitada. Note-se que a palavra “subcontratação” é usada tanto em contratos de empreitada como em contratos de quase-mandato. Além disso, o termo “subcontratação de serviços” é geralmente usado quando as partes envolvidas têm a intenção de estabelecer um contrato de quase-mandato. Será benéfico prestar atenção a estas pequenas diferenças terminológicas.