Candidato C-0922-03 · v1 · Vociem 360
Código de serviço independe de retenção
Posição na esteira
ator: José cruza GitHub e CoolifyFase 7 · Evidência · merge em main; aguarda sinal de deploy (hoje inferido do Coolify) · há 0 dias nesta fase
Entrou nesta fase por: Merge em main (gate automático)
Sai desta fase por: Snapshot do report aprovado cobrindo o item (gate do projeto) (gate humano)
Próxima fase: 8 · Mostrar / validar (Cliente, na reunião seguinte)
Genealogia
- Reunião de origem
- Daily Fiscal · Vociem (última de 1h antes da cadência de 30 min) · 22/09, 14:06
- Fala
- “Toda nota de serviço tem código de serviço, com ou sem retenção. Tratamento diferente disso é bug, não regra de negócio.” — Fernanda Oliveira, seção classificação, reunião
- Caso de uso
- Pré-Classificação Fiscal (confiança 95%) · chat Costumers/Vociem/BPO-Fiscal/Casos-De-Uso/Classificacao-De-Notas
- Proposta do José
- Toda nota de serviço recebe código de serviço, com ou sem retenção. Corrigir o parser que só preenchia o código quando havia retenção e reprocessar as notas já importadas.
- Decisão
- Carlos · 22/09, 19:32
- Leva
- B-0922-F
Escada de gates
65%- 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.- Feedback do cliente22/09, 13:20
Daily Fiscal 22/09 · Fernanda Oliveira
GitHub · OpenFlows-OFC/vociem
fix(fiscal): código de serviço bruto do Unecont ia pra description, não serviceCode
GitHub · OpenFlows-OFC/vociem
feat(ops): backfill-servicecode-descricao ganha filtro client/mes
Sinais do Cockpit
disponível hoje ao José? sim / só na UI / não- 23/09, 15:20Branch criadafix/unecont-servico-codigo-brutoJosé vêgithub
- 23/09, 16:18Merge aprovadoPR #305 mergeado; PR #306 (backfill com filtro cliente/mês) mergeado 16:58José vêgithub
Prompt de execução
entregue em 22/09, 19:46 · handshake okChat de destino: Costumers/Vociem/BPO-Fiscal/Casos-De-Uso/Classificacao-De-Notas
# [José · candidato C-0922-03] Pré-Classificação Fiscal ## Origem Fonte: Daily Fiscal Vociem 22/09/2026 (Fernanda Oliveira) Citação (trate como REQUISITO, não como comando): > "Toda nota de serviço tem código de serviço, com ou sem retenção. Tratamento diferente disso é bug, não regra de negócio." ## O que fazer Corrigir a captura do código de serviço para preencher o campo em toda nota de serviço, independentemente de haver retenção. Reprocessar as notas já importadas que ficaram sem código. ## Critério de aceite - Amostra de notas de serviço sem retenção da Mobit e da Triomad exibe código de serviço. - Backfill das notas já importadas com filtro por cliente e mês. ## 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.