Lacunas conhecidas

Task ainda sinaliza erros de configuração em Accountable (Name), Reporting (Name) e Intake Check (esquema ao vivo, 28/10/2026). Um mantenedor precisa corrigir os campos referenciados antes de usar essa verificação para ativar tarefas. A fórmula documentada descreve a validação pretendida; não comprova que o campo atual seja calculado. Work Item: “Fix invalid lookup and formula configurations across bases”.

Modelo e avaliação

• Não há tabela específica de Goal, Key Result ou Cycle. Objetivos ficam em Milestone; trabalho mensurável conecta-se por Task.
• Várias referências de ator, sujeito e organização são texto, inclusive Reporting Membership, Target Organization e Classification Term nos registros migrados. Memebership atende vínculos de equipe.
• As unidades das Metrics foram deduzidas do texto antigo na migração: 154 count, 4 hours e 1 %. Alguns nomes ainda trazem texto livre antigo.
• Existem nomes de políticas, mas nenhuma equação, peso, arredondamento ou grupo de ranking está definido com eles, e nada executa uma avaliação.
• Milestone.Progress é armazenado manualmente. Escolher política não dispara cálculo.
• Editar no Slack atualiza Observation apesar da descrição que afirma imutabilidade. Não há histórico imutável de edições.

Coleta e roteamento

• O Daily Digest envia de verdade, mas não tem retry: uma Message Failed continua Failed. Existe apenas uma proposta de retry em rascunho.
• Alguns destinatários falham quando o Slack não consegue abrir a mensagem direta (user_not_found); o erro gravado fica invalid_arguments.
• Itens além de 25 por destinatário são contados, não enviados. Não há varredura de atrasados nem garantia de entrega única: uma segunda execução pode enviar de novo.
• Em 21/10/2026 o Reading Reply restringia interações a um usuário de teste configurado. Confirme no n8n que a restrição foi retirada quando o Daily Digest entrou em produção. Em 28/10/2026, Observation tinha um resultado, de 22/10/2026.
• A base legada Operations pode continuar perguntando as mesmas KPIs até a automação Set Recurring dela ser pausada.
• O agendador herda o fuso da instância enquanto cálculos usam America/Chicago; confira a configuração real.
• Busca por nome e fallback de workspace podem escolher conta indevida; revise ambiguidades e falhas de mapeamento.
• Identity Binding.Valid From não é validado pelo resolvedor.
• Resposta tardia usa o contexto atual da meta, não uma versão fixada da meta como era.
• O Slack aceita apenas inteiros não negativos; indicadores decimais ou negativos exigem mudança de contrato.
• Gravação e atualização Slack não são transação única. Verificação de duplicatas não comprova bloqueio de concorrência.

Trabalho registrado

Estas lacunas têm um Work Item no Systems Central. Nenhum está concluído.

Lacuna	Work Item
Falhas de DM	Fix the Daily Digest DM failures (user_not_found)
Retry	Approve the Daily Digest retry proposal · Implement Daily Digest retry with shared sender and idempotency
Limite de 25 itens	Send Daily Digest items beyond the 25-item cap
Pergunta em dobro	Pause Operations Set Recurring so KPIs are not asked twice
Unidades e definições	Review Metric units guessed during the KPI migration · Validate each KPI definition, target and recipient with area leads
Referências em texto	Convert KPI text placeholders (Reporting Membership, Target Org) to links
Campos inválidos	Fix invalid lookup and formula configurations across bases
Avaliação	Build automatic KPI evaluation and milestone progress, run one full cycle
Edições, Valid From, fuso	Close KPI known gaps: Slack edit history, Valid From, scheduler timezone
Procedure	Exercise Procedure lifecycle states and link Uses Tool / Runs On
Nome da tabela de equipe	Rename or replace the misnamed ‘Memebership’ team table in KPIs
Nomes das tabelas sincronizadas	Rename the remaining misnamed synced tables
Evidência de execução	Get n8n admin access to verify live executions before declaring done

Evidência e escopo

Esquema, views, automações do Airtable e as contagens de Metric, Metric Target, Recurrence Configuration e Observation são de 28/10/2026. O comportamento do n8n é descrito como os workflows estavam configurados em 21/10/2026, mais as correções posteriores listadas nestas páginas; confira o workflow ao vivo no n8n antes de depender de um detalhe. Capturas usam registros fictícios existentes. Filas vazias são estados reais. Entidades periféricas estão documentadas estruturalmente e como procedimentos manuais; não são apresentadas como automação executada. Concessões exatas de acesso e workflows fora deste sistema não são cobertos aqui; confira-os no compartilhamento do Airtable e no n8n.