inSignerContratosModelo de desenvolvimento de software
Contratos
Modelo de desenvolvimento de software
Use quando uma equipe for construir software e o cliente precisar de saber o que significa pronto.
O teste de aceitação importa mais do que uma promessa larga de fazer uma aplicação. Nomeie o marco, o teste e o que acontece se o teste falhar.
Isto não é aconselhamento jurídico. Peça ao seu advogado para adaptar o esboço antes que alguém assine.
Texto para copiar
Copie o texto inicial, substitua cada colchete e peça ao seu advogado para adaptá-lo antes que alguém assine.
Contrato de desenvolvimento de software
Texto inicial para o seu advogado. Substitua cada colchete. Não peça a ninguém que assine até que um advogado tenha adaptado este texto às partes e à lei que vai regê-lo.
Este contrato é feito em [Data de efeito] entre [Desenvolvedor, denominação], [Desenvolvedor, endereço] ("Desenvolvedor"), e [Cliente, denominação], [Cliente, endereço] ("Cliente"). O Desenvolvedor construirá o software descrito nos marcos. Uma promessa larga de fazer uma aplicação, sem uma prova do que está pronto, não é este contrato.
1. Marcos
O trabalho divide-se nos marcos de [Lista de marcos]. Cada marco tem uma entrega e uma data prevista. Não se usa uma só data final sem um ponto de controle. Se o Cliente atrasar numa decisão ou num acesso de [Dependências do Cliente], as datas posteriores movem-se pelo menos por esse atraso. Uma alteração de um marco só vale se as duas partes a assinarem, com a alteração de preço que houver.
2. Testes de aceitação
Cada marco nomeia o seu teste de aceitação em [Testes]. O Cliente tem [Dias de revisão] dias após a entrega para aceitar ou recusar por escrito, apontando um teste falhado. Um desejo que não está no teste é um pedido de alteração, não uma recusa. O Desenvolvedor tem [Dias de correção] dias para corrigir um teste falhado. Se o Cliente não responder no prazo, o advogado escreve em [Regra do silêncio] se o silêncio é aceitação. O Desenvolvedor não começa o trabalho pago do marco seguinte se o anterior estiver recusado e ainda não corrigido, salvo acordo escrito.
3. Quem é dono do código
Com o pagamento completo de um marco, o Cliente recebe [Cessão ou licença] sobre o código sob medida desse marco. A titularidade não passa porque alguém assina esta página. Passa só nos termos do PDF que o advogado preparar. O Desenvolvedor conserva bibliotecas e ferramentas prévias listadas em [Ferramentas prévias] e licencia-as ao Cliente só como parte do software. O Desenvolvedor não cede uma patente salvo se [Nota de patente] o disser com palavras expressas.
4. Componentes de terceiros
Os componentes de código aberto e os pagos continuam sob as suas licenças. O Desenvolvedor lista os componentes de que a obra depende em [Lista de componentes] antes da aceitação do último marco, com o nome da licença. O Cliente é responsável por cumprir essas licenças no seu próprio uso. O Desenvolvedor não promete que um serviço de terceiro continue disponível.
5. Defeitos depois da aceitação
Durante [Janela de correção] após a aceitação de um marco, o Desenvolvedor corrige, sem preço extra, os defeitos que já estavam na aceitação e que fazem falhar o teste desse marco. Uma função nova, uma mudança de navegador ou de servidor que o teste não cobria, ou um defeito causado por uma edição posterior do Cliente, não entra nessa janela. Depois, as correções são trabalho extra à tarifa [Tarifa extra].
6. Honorários e lei
O Cliente paga [Honorários] em [Moeda] segundo o calendário de marcos de [Calendário de pagamento]. As leis de [Lei aplicável] regem este texto. As partes indicam os tribunais de [Tribunais]. A responsabilidade total do Desenvolvedor tem um teto de [Teto de responsabilidade], salvo uma responsabilidade que a lei não permita limitar. As partes guardam o código-fonte no repositório indicado em [Repositório].
7. Pedidos de mudança
Um pedido que não está no teste do marco em curso é um pedido de mudança. O Desenvolvedor escreve o efeito na data e no preço em [Nota de mudança]. Ele não começa a mudança paga antes de as duas partes assinarem essa nota. Trabalho que só restaura um teste que um marco já aceito tinha passado não é uma mudança. Uma mudança não reabre um marco que o Cliente aceitou, salvo na janela de defeitos desse marco.
8. Materiais do Cliente
O Cliente entrega conteúdo, contas e decisões listados em [Materiais do Cliente] até a data escrita ali. Se o Cliente atrasar, os marcos seguintes deslocam-se pelo menos por esse atraso. O Cliente responde pela licitude dos textos, imagens e dados que entrega. O Desenvolvedor não os esclarece com um titular de direitos, salvo se [Autorização] disser que esse esclarecimento faz parte de um marco. O Desenvolvedor só usa dados pessoais que o Cliente envia para construir e testar, e o Cliente continua responsável por ter uma base para fornecê-los.
9. Acesso à construção
As partes indicam os hosts em [Hosts]. O Cliente é administrador do repositório e desses hosts antes de o último marco ser aceito. O Desenvolvedor não fica com a única chave. As credenciais são entregues de um modo que o Cliente possa revogar. O Desenvolvedor retira o próprio acesso no fim do contrato, salvo um acesso que o Cliente peça por escrito que ele mantenha durante a janela de defeitos. Um teste de segurança, se o Cliente o pagar, é descrito em [Teste de segurança] e não fica implícito no silêncio.
Assinaturas
Desenvolvedor
Nome: [Desenvolvedor, nome de quem assina]
Cargo: [Desenvolvedor, cargo de quem assina]
Assinatura: ______________________________
Data: [Desenvolvedor, data da assinatura]
Cliente
Nome: [Cliente, nome de quem assina]
Cargo: [Cliente, cargo de quem assina]
Assinatura: ______________________________
Data: [Cliente, data da assinatura]
Isto não é aconselhamento jurídico. Peça ao seu advogado para adaptar o esboço antes que alguém assine.
Quando as equipes usam
- Um site ou uma aplicação por marcos
- Um âmbito fechado entregue a uma equipe externa
- Um desenvolvimento em que o cliente deve ser dono do código
Pontos para o seu advogado
Marcos
Divida o trabalho em entregas com data. Uma só data final, sem pontos de controle, esconde o atraso até o fim.
Testes de aceitação
Escreva o teste de cada marco e quantos dias o cliente tem para aceitar ou recusar, com motivos.
Titularidade do código
Diga quando a titularidade do código feito à medida passa para o cliente e se passa só depois do pagamento.
Componentes de terceiros
O código aberto e os componentes pagos continuam sob a própria licença. Liste os de que o desenvolvimento depende.
Prazo de correção
O seu advogado fixa por quanto tempo se corrigem defeitos já presentes na aceitação, e o que conta como função nova.
O que assinar este arquivo não faz
Este esboço não cede uma patente, uma marca nem uma assinatura qualificada. Afirmações de segurança sobre o software pronto vão na especificação, não num slogan.
Como enviar o PDF pronto
O esboço fica nesta página. O espaço só vê o PDF que você envia.
Feche com o seu advogado
Copie o texto inicial, substitua cada colchete e peça ao seu advogado para adaptá-lo às partes e à lei aplicável. Depois exporte um PDF.
Coloque os campos
Envie o PDF, acrescente cada pessoa e coloque os campos de assinatura e de data. O envio por e-mail e os lembretes estão em todos os planos.
Guarde o arquivo e o hash
Baixe o PDF concluído e o registro de encerramento. O registro inclui um hash SHA-256 do arquivo final.
Modelos relacionados
- Modelo de contrato de siteAs páginas do âmbito, o conteúdo que o cliente fornece e o lançamento.Abrir o modelo
- Modelo de cessão de direitosQuem é dono de um trabalho encomendado, incluindo ferramentas que o autor já tinha.Abrir o modelo
- Modelo de contrato de serviçosUma empresa descreve o trabalho, o preço e como o encargo termina.Abrir o modelo
Perguntas sobre este esboço
As respostas descrevem o esboço e o que o inSigner guarda. Não são aconselhamento jurídico.
O cliente é dono do código ao assinar?
Só se o PDF o disser, e só nos termos que o seu advogado escreveu. Assinar o esboço deste site não faz nada, porque esta página não é o contrato.
Dá para assinar cada marco?
Sim. Algumas equipes enviam um PDF curto por marco. Cada arquivo concluído tem o próprio hash SHA-256.
O inSigner guarda o código-fonte?
Não. O inSigner guarda o PDF que você enviou e o registro de encerramento. Os repositórios ficam no seu sistema.
Envie o PDF depois que o seu advogado aprovar.
Envie o arquivo pronto, coloque os campos e mande por e-mail. Os planos e o mês de teste estão na página de preços.







