Ciclo de Vida do Contrato
Contratos formalizam o acordo entre a MIDDAG e uma Organização cliente para serviços ou ambientes gerenciados. Esta página explica como contratos são criados, gerenciados durante seu período ativo, renovados, aditados e eventualmente arquivados.
Estados do contrato
| Status | Significado |
|---|---|
draft | Criado pelo admin, ainda não visível para o cliente |
pending_signature | Enviado ao cliente para análise e assinatura |
active | Assinado e em vigor |
expiring | A 30 dias da data de término |
expired | Data de término passou |
renewed | Substituído por um novo contrato (vinculado) |
cancelled | Rescindido antecipadamente ou não renovado |
Criação do contrato
Contratos são criados de duas formas:
- Automaticamente -- Quando um entitlement SVC é provisionado e a ProvisioningPolicy tem a criação automática de contrato habilitada, o sistema cria um contrato vinculado ao entitlement.
- Manualmente -- O admin cria um contrato a partir do painel admin, selecionando a Organização, preenchendo os termos, valor, datas e fazendo upload do PDF.
Em ambos os casos, o registro do contrato inclui:
- Título e número do contrato
- Partes (MIDDAG como prestadora, Organização como cliente)
- Valor e condições de pagamento
- Data de início e data de término
- Termos e condições de SLA
- Vínculo com o entitlement (ENV ou SVC), se aplicável
O PDF assinado do documento é armazenado no Cloudflare R2. O registro do contrato armazena a referência do arquivo junto com os metadados.
Período ativo
Durante o período ativo:
- O cliente pode visualizar o contrato no portal, ver seus termos e baixar o PDF.
- Solicitações de serviço são abertas contra o entitlement do contrato.
- O CreditBalance é consumido conforme o trabalho é realizado.
- Os termos de SLA do contrato governam as metas de resposta e resolução.
Notificações de renovação
O sistema envia lembretes de renovação automaticamente:
| Gatilho | Ação |
|---|---|
| 30 dias antes do término | E-mail ao contato principal (informativo). Status do contrato transiciona para expiring. |
| 15 dias antes do término | Segundo e-mail de lembrete (nível de atenção). |
| 7 dias antes do término | E-mail de lembrete final (nível urgente). |
| Data de término atingida | Contrato transiciona para expired. Notificação enviada. |
Cada lembrete é enviado no máximo uma vez por contrato. Se o contrato for renovado antes de um lembrete ser disparado, esse lembrete é ignorado.
Processo de renovação
A renovação do contrato cria um novo contrato vinculado ao anterior:
- O admin cria um novo contrato com termos, datas e preços atualizados.
- O novo contrato referência o contrato anterior, preservando a cadeia de renovação.
- O contrato anterior é marcado como
renewed. - A referência de contrato do entitlement é atualizada para o novo contrato.
- Os lembretes do contrato antigo cessam.
O cliente pode ver o histórico completo de renovação no portal -- cada contrato na cadeia é acessível.
Tratamento de aditivos
Quando os termos do contrato precisam ser alterados durante o período:
- O admin atualiza o registro do contrato com os novos termos.
- Um novo PDF é carregado se o documento assinado foi alterado.
- O aditivo é registrado com timestamp e a identidade do admin.
- O cliente é notificado sobre a alteração.
Para alterações significativas, o admin pode optar por cancelar o contrato atual e criar um novo em vez de aditar.
Expiração e arquivamento
Quando um contrato expira sem renovação:
- O status transiciona para
expired. - O cliente é notificado.
- Solicitações de serviço contra o entitlement do contrato podem ser bloqueadas dependendo da configuração.
- O contrato permanece visível no portal para referência.
- Se não for renovado dentro do período configurado, o admin pode marcá-lo como
cancelled.
Contratos arquivados (renovados ou cancelados) permanecem acessíveis no portal pelo período definido pelo data_retention_days da CancellationPolicy (padrão: 365 dias).
Documentos anexados a contratos
Contratos são intimamente ligados ao domínio Document:
- PDFs assinados são armazenados no Cloudflare R2 na estrutura de pastas da organização.
- URLs assinadas com expiração de 5 minutos são geradas para downloads seguros.
- Documentos adicionais (aditivos, apêndices, relatórios de serviço) podem ser anexados via domínio Document e vinculados ao contrato.
Páginas relacionadas
- Provisionamento de Serviço -- Como contratos são criados a partir de entitlements SVC
- Suspensão e Recuperação -- O que acontece quando o entitlement subjacente é suspenso
- Faturamento e Finanças -- Aspectos financeiros de contratos