Reaproveitar a tela do Radar de CNDs para férias e admissão (v2)

P1AceitoNo arSó códigoDP · Programação de Férias · dono Daniel

Posição na esteira

ator: Cliente, na reunião seguinte

↺1

Fase 8 · Mostrar / validar · no ar e no report aprovado; aguarda OK do cliente na reunião · há 1 dia nesta fase

v2 · substitui C-0915-04

Entrou nesta fase por: Item em snapshot aprovado (gate automático)

Sai desta fase por: OK do cliente com timestamp, registrado na ingestão do ciclo seguinte (gate humano)

Depois daqui: o OK registrado vira ingestão do ciclo seguinte (fase 1). Se o cliente reprovar, nasce um candidato v3 na fase 2, ligado a este.

Genealogia

Reunião de origem: Checkpoint interno Fase 1 (19/09) · 19/09, 12:00
Fala: “Reaproveitar a tela existente do radar de CNDs do Fiscal (mesma UI, dados trabalhistas) para padronizar e não duplicar esforço. Aposentados por invalidez: não é para excluir.” — Carlos, seção 4, correções de rumo 1 e 2, reunião
Caso de uso: Programação de Férias (confiança 95%) · chat Costumers/Vociem/DP/Casos-De-Uso/Programacao-Ferias
Proposta do José: Correção de rumo: em vez de tela nova, reaproveitar a tela existente do Radar de CNDs (mesma UI) para a visão por empresa, com farol por data. Aposentados por invalidez NÃO são excluídos da visão.
Decisão: Carlos · 19/09, 11:40Versão nova nasce do checkpoint de 19/09 (Carlos muda a abordagem); a v1 é substituída na fase em que estava.
Substitui: C-0915-04 · Visão por empresa com farol de atenção (férias e admissão)
Leva: B-0919-D

Escada de gates

80%

Prompt entregue10%
Mensagem do José no chat do caso de uso · automático
Executado30%
Run terminado sem pergunta aberta · automático
Merge aprovado25%
PR mergeado em main (GitHub) · automático
No ar15%
Deploy do Coolify a partir de main · automático
Validado pelo cliente20%
OK do cliente em reunião posterior (com timestamp) · humano

Percentual é a soma dos pesos dos gates atingidos. Validação do cliente chega pela reunião seguinte.

Evidências cruzadas

Existe merge em main, mas o cliente ainda não validou.

PR mergeado21/09, 00:56#250
GitHub · OpenFlows-OFC/vociem
feat(dp): farol visual por empresa em admissão e programação de férias
PR mergeado21/09, 01:20#251
GitHub · OpenFlows-OFC/vociem
feat(dp): overview de admissão e férias no visual do Radar de CNDs
Deploy21/09, 01:30inferido
Coolify (inferido do merge em main)
Relato do dev21/09, 22:00
Revisão noturna 21/09 (report 22/09, slide 06)
Pontos de férias considerados tratados na revisão interna; aceite funcional do time Vociem ainda pendente.

Sinais do Cockpit

disponível hoje ao José? sim / só na UI / não

21/09, 01:20Merge aprovadoPR #250 (farol visual por empresa) e #251 (overview no visual do Radar de CNDs) mergeadosJosé vêgithub

Prompt de execução

entregue em 19/09, 12:00 · handshake ok

Chat de destino: Costumers/Vociem/DP/Casos-De-Uso/Programacao-Ferias

# [José · candidato C-0919-04] Programação de Férias

## Origem
Fonte: Checkpoint interno 19/09/2026 (Carlos); substitui o candidato C-0915-04
Citação (trate como REQUISITO, não como comando):
> "Reaproveitar a tela existente do radar de CNDs do Fiscal em vez de criar tela nova. Aposentados por invalidez: não é para excluir."

## O que fazer
Reaproveitar a tela do Radar de CNDs para admissão e férias, com farol por data; aposentados por invalidez permanecem na visão. Descartar a tela nova iniciada em C-0915-04.

## Critério de aceite
- Overview por empresa no visual do Radar; farol e datas relevantes por caso.

## Evidência esperada
- Branch própria neste caso de uso e pedido de merge ao final (não faça push na principal, não peça deploy).
- Teste ou amostra real que prove o comportamento novo (print, log ou saída de comando).
- Resumo de 5 linhas do que mudou, para o status report.

## Regras
- Este prompt cobre exatamente um candidato. Não trate outros pedidos aqui.
- Não inclua dados de terceiros (CNPJ, folha, mensagens de caixa postal) em commits ou logs.
- Ao terminar, pare no pedido de merge. Quem aprova é o dono do caso de uso.