FT

Cockpit Executivo — Fintalk

Saúde da operação em tempo real

Dados carregados

Clientes

ordem alfabética · estado atual do projeto selecionado, sem relação com o filtro de período
Cliente Risco Tickets abertos Críticos Máx. dias aberto Tendência de volume (3m) Faturamento (3m) Abertos (30d) Fechados (30d)

Risco combina % do backlog crítico, idade do ticket mais antigo aberto e variação de volume de tickets (últimos 90d vs 90d anteriores) — thresholds em CONFIG.thresholds.clientRisk. Faturamento ainda não está disponível: não há integração com dados de billing/receita nesta versão.

Filtros
Período afeta criados/resolvidos e tendência; listas de backlog sempre refletem o estado atual.

Farol Executivo

visão geral em segundos

Management Alerts

no máximo 5, ordenados por severidade

Tendência

Criados vs Resolvidos

por semana
CriadosResolvidos

Backlog

tickets em aberto ao fim de cada semana

Tempo de Resolução

mediana e P90, dias (aproximado — ver notas)
MedianaP90

Aging

tickets abertos, por faixa de idade (dias)

Listas Operacionais

clique em um ticket para ver detalhes
Críticos0
Envelhecendo0
Parados0
Próximos do SLAn/d
Não calculável: a consulta ao Jira usada nesta versão não retorna os campos de SLA (Time to Resolution / Time to First Response) do Service Management. Conectar o endpoint de SLA da API para habilitar esta lista — ver notas de dados no rodapé.
Bloqueados0

Notas de dados e metodologia

  • Tempo de resolução (mediana/P90): o campo resolutiondate do Jira está preenchido em quase nenhum ticket concluído deste projeto. Como aproximação, usamos o campo updated do ticket no momento em que ele está com status concluído — mas isso só é confiável a partir de ; antes disso e nas datas houve eventos de atualização em massa (centenas de tickets alterados no mesmo dia, sem relação com resolução real) que distorceriam a métrica, e por isso ficam excluídos do cálculo. Reavalie essa lista de exclusões periodicamente.
  • SLA (%, próximos do SLA, violações): não disponível — os campos de SLA do Jira Service Management (Time to Resolution / Time to First Response, breach flags) não são retornados pela consulta usada. Requer endpoint específico de SLA da API (GET /rest/servicedeskapi/request/{id}/sla).
  • Cliente: não existe campo de "Organização"/cliente populado nos tickets. O cliente é inferido a partir do domínio de e-mail do solicitante (reporter); tickets abertos por e-mail @fintalk.ai ou por usuários internos (tipo de conta "atlassian") são marcados como "Interno (Fintalk)".
  • Squad/Time: filtro solicitado, mas não disponível — o projeto não usa o campo "Components" nem labels de forma consistente para indicar squad responsável.
  • Bloqueados: não existe status literal "Bloqueado"; a lista usa um conjunto de status configurável como proxy de bloqueio.
  • Críticos: tickets abertos com prioridade Highest ou High (o esquema deste projeto não usa nomenclatura P1/P2). Não inclui violação de SLA, pois esse dado não está disponível.

Fonte dos dados

Dashboard vivo: os dados vêm do backend próprio deste app, que consulta a API do Jira periodicamente (projetos , site ) e mantém um cache atualizado. Última busca ao Jira: . Total de tickets na base (todos os projetos): . Login via SSO do Studio Fintalk.

Descrição
Abrir no Jira