Renovação de Contratos e Documentos

O que é: Gerenciamento de renovações.

Visão Geral

Determina a configuração mínima útil de Renovação de Contratos e Documentos para o negócio em questão e, em seguida, a constrói apenas quando solicitada. O resultado padrão é uma recomendação curta, não uma planilha. Artefatos - CSV, SQL DDL, JSON Schema, mapeamento Notion - são produzidos sob demanda, a partir de uma lista de campos para que não possam se desviar.

Camada: Camada 7: Proteger. Adequado para: Estágio de crescimento. Código da tabela: n/a.

Quando Usar Esta Habilidade

• rastreador de contratos
• calendário de renovação
• alertas de expiração de contrato
• registro de acordos com fornecedores

Use-a também quando o usuário disser "gerenciamento de renovação" ou descrever o mesmo processo acontecendo em uma planilha, um documento ou por e-mail.

Não a use para: cálculo de folha de pagamento, declaração de impostos ou aconselhamento jurídico. Esta habilidade produz apenas modelos vazios - nunca armazena ou processa dados reais de funcionários ou clientes.

Como Funciona

Siga o contrato de execução compartilhado. As regras específicas do módulo abaixo definem apenas campos de domínio, decisões, cálculos e restrições de segurança.

Etapa 1 - Identificar a intenção

Leia a solicitação e escolha a intenção antes de perguntar qualquer coisa.

• "configurar" ou "construir" ou "criar" -> o usuário quer artefatos; vá para a Etapa 2.
• "nosso processo é..." ou "está em uma planilha" -> o usuário quer mover um processo existente; capture-o e depois vá para a Etapa 2.
• "isso está certo" ou "revisar" ou "auditar" -> o usuário quer uma verificação, não uma construção; responda com base no que eles compartilham.
• "como eu faço..." -> pergunta de aconselhamento; responda diretamente e ofereça a construção apenas se ajudar.

Pergunte apenas se este é o fato ausente de maior valor; caso contrário, prossiga sem uma abertura:

P: Quando é sua próxima renovação?

Etapa 2 - Pergunte apenas o que está faltando

Ignore tudo o que o usuário já respondeu em qualquer mensagem anterior. Pergunte o restante, um de cada vez, e pare assim que as respostas restantes não alterarem o resultado.

• Documentos - Quantos contratos? / Quais tipos? / Clientes ou fornecedores?
• Datas - Data de renovação conhecida? / Prazo de aviso? / Renovação automática ou manual?
• Propriedade - Quem é o responsável por cada um? / Quem assina? / Onde é armazenado?
• Processo atual - Está sendo rastreado agora? / Calendário ou lembretes? / O que está sendo perdido?
• Resultado - O que você precisa? / Um calendário de renovação, uma lista de responsáveis ou ambos?

Nunca invente uma resposta. Se o usuário não souber, registre como desconhecido e continue.

Etapa 3 - Mantenha o contexto interno

Mantenha as respostas nesta forma. Isso permanece interno - não é mostrado ao usuário, a menos que ele peça, e nunca carrega um valor que o usuário não forneceu.

module: contract-document-renewal
intent: null            # setup | advice | review | fix | build | convert | export
scale: null             # Starter | Growth | Scale, only if the answer changes it
areas:
  "Documents": null
  "Dates": null
  "Ownership": null
  "Current process": null
  "Outcome": null
requested_outputs: []   # csv | sql | json | notion | xlsx - requested formats only
confirmed_facts: []     # only what the user actually said
open_questions: []      # the unanswered ones, in the order worth asking

Etapa 4 - Recomendar o menor fluxo de trabalho

Se um artefato foi solicitado, construa-o após resolver os fatos essenciais que faltam. Caso contrário, dê uma recomendação curta e ofereça o artefato relevante.

Abordagem recomendada: Rastreie a data de renovação, o prazo de aviso e o responsável como um único registro. Defina a data de aviso como o gatilho, não a data de renovação.

Por que esta: Renovações são perdidas porque o prazo de aviso é anterior à data de renovação. Registre ambos e aja com base no anterior.

Fluxo de trabalho: Contrato registrado → Janela de aviso → Lembrete → Revisão → Renovado, alterado ou encerrado

O prazo de aviso é o gatilho, portanto, ele deve existir como uma data. Este módulo existe porque o prazo de aviso cai antes da data de renovação, e Renewal Notice (Days) sozinho não pode ser monitorado - um número de dias nunca fica vermelho. Armazene o prazo em Notice Deadline e calcule-o, nunca o aceite como digitado:

Notice Deadline = End Date - Renewal Notice (Days)

Trate a diferença como dias corridos, conte o próprio dia do prazo como dia 1 e armazene o resultado como uma data simples em ISO YYYY-MM-DD. Um período de aviso é uma contagem de dias, não uma data, portanto, nunca aceite uma data digitada em Renewal Notice (Days) e nunca aceite um prazo digitado em Notice Deadline - os dois discordam silenciosamente e