| ADR (Architecture Decision Record) | Um documento formal que registra uma decisão de arquitetura importante, incluindo contexto, justificativa, consequências e alternativas consideradas. Os ADRs suportam um fluxo de assinatura e uma cadeia de revisões |
| Ano Fiscal | O período de 12 meses usado para orçamento e relatórios financeiros. Configurável via Admin > Configurações — o mês de início (janeiro a dezembro) determina como as linhas de orçamento PPM são agrupadas |
| Status de Aprovação | O estado de revisão de um card: Rascunho, Aprovado, Quebrado ou Rejeitado. Cards aprovados mudam para Quebrado quando editados |
| Favorito / Visualização Salva | Uma configuração salva de filtros, colunas e ordenação no Inventário que pode ser recarregada com um clique |
| BPM | Business Process Management (Gestão de Processos de Negócio) — a disciplina de modelar, analisar e melhorar processos de negócio |
| BPMN | Business Process Model and Notation — a notação padrão para modelagem de processos de negócio (versão 2.0) |
| Capacidade de Negócio | O que uma organização pode fazer, independentemente de como o faz |
| Cálculo | Uma fórmula definida pelo administrador que calcula automaticamente o valor de um campo quando um card é salvo |
| Card | A unidade básica de informação no Canopy representando qualquer componente de arquitetura |
| Tipo de Card | A categoria à qual um card pertence (ex.: Aplicação, Processo de Negócio, Organização) |
| Pontuação de Confiança | Uma classificação de 0–100% indicando o quão confiável é uma descrição gerada por IA |
| Linha de custo | Uma entrada de orçamento ou custo real (CapEx/OpEx) em uma iniciativa PPM, usada para rastrear gastos financeiros |
| Qualidade de Dados | Uma pontuação de completude de 0–100% baseada nos campos preenchidos e seus pesos configurados |
| Anexo de arquivo | Um arquivo binário (PDF, DOCX, XLSX, imagens, até 10 MB) carregado diretamente em um card pela aba Recursos |
| Feed OData | Um feed de dados JSON disponível em visualizações salvas do inventário (marcadores) para consumo por ferramentas externas como Power BI ou Excel |
| Diagrama | Um diagrama visual de arquitetura criado com o editor DrawIO integrado |
| DrawIO | A ferramenta de diagramação de código aberto integrada, utilizada para diagramas visuais de arquitetura |
| Arquitetura Empresarial (EA) | A disciplina que organiza e documenta a estrutura de negócios e tecnologia de uma organização |
| EOL (End of Life) | A data em que um produto tecnológico perde o suporte do fornecedor. Rastreado via integração com endoflife.date |
| Diagrama de Gantt | Uma linha do tempo visual com barras horizontais mostrando o cronograma, duração e progresso do projeto |
| Iniciativa | Um projeto ou programa envolvendo mudanças na arquitetura |
| Ciclo de Vida | As cinco fases pelas quais um componente passa: Planejamento, Implantação, Ativo, Desativação, Fim de Vida |
| LLM | Large Language Model (Modelo de Linguagem de Grande Escala) — um modelo de IA que gera texto (ex.: Ollama, OpenAI, Anthropic Claude, Google Gemini) |
| MCP | Model Context Protocol — um padrão aberto que permite que ferramentas de IA (Claude, Copilot, Cursor) se conectem a fontes de dados externas. O servidor MCP integrado do Canopy fornece acesso somente leitura aos dados de EA com RBAC por usuário |
| Metamodelo | O modelo orientado a dados que define a estrutura da plataforma: tipos de card, campos, relações e papéis |
| Marco | Um evento significativo ou ponto de conclusão no cronograma de um projeto, mostrado como um indicador de diamante no diagrama de Gantt |
| Notificação | Um alerta no aplicativo ou por e-mail disparado por eventos do sistema (tarefa atribuída, card atualizado, comentário adicionado, etc.) |
| Ollama | Uma ferramenta de código aberto para executar LLMs localmente em seu próprio hardware |
| Ordem de Linhas BPM | A ordem de exibição das linhas de tipos de processo (Core, Suporte, Gestão) no navegador de processos BPM, configurável arrastando linhas |
| Portfólio | Uma coleção de aplicações ou tecnologias gerenciadas como um grupo |
| PPM | Gerenciamento de Portfólio de Projetos — a disciplina de gerenciar um portfólio de projetos e iniciativas com orçamentos, riscos, tarefas e relatórios de status |
| Número de referência | Um identificador sequencial gerado automaticamente para ADRs (ex.: ADR-001, ADR-002) que fornece um rótulo único e legível |
| Tarefa recorrente | Uma tarefa de card configurada para repetir conforme um cronograma (a cada N dias/semanas/meses/anos). Ao concluí-la, a próxima ocorrência é criada; ocorrências distantes ficam «agendadas» até abrir uma janela de antecedência, então aparecem na página de Tarefas e notificam o responsável |
| Relacionamento | Uma conexão entre dois cards que descreve como eles se relacionam (ex.: "utiliza", "depende de", "executa em") |
| Aba Recursos | Uma aba na página de detalhes do card que consolida Decisões de Arquitetura, anexos de arquivo e links de documentos em um só lugar |
| Revisão (ADR) | Uma nova versão de um ADR assinado que herda o conteúdo e os vínculos de cards da versão anterior, com um número de revisão incrementado |
| Status RAG | Indicador de saúde Vermelho-Âmbar-Verde usado nos relatórios de status PPM para cronograma, custos e escopo |
| Pontuação de risco | Um valor calculado automaticamente (probabilidade x impacto) que quantifica a gravidade de um risco do projeto |
| Relatório Salvo | Uma configuração de relatório persistida com filtros, eixos e configurações de visualização que pode ser recarregada |
| Seção | Uma área agrupável da página de detalhes do card contendo campos relacionados, configurável por tipo de card |
| Signatário | Um usuário designado para revisar e assinar um documento ADR ou SoAW. O fluxo de assinatura rastreia as assinaturas pendentes e concluídas |
| SoAW | Statement of Architecture Work — um documento formal TOGAF que define o escopo e as entregas de uma iniciativa |
| SSO | Single Sign-On — login usando credenciais corporativas por meio de um provedor de identidade (Microsoft, Google, Okta, OIDC) |
| Subtipo | Uma classificação secundária dentro de um tipo de card (ex.: Aplicação tem subtipos: Aplicação de Negócio, Microsserviço, Agente IA, Implantação). Cada subtipo funciona como um submodelo que pode controlar a visibilidade dos campos |
| Modelo de Subtipo | A configuração de quais campos são visíveis ou ocultos para um subtipo específico. Os administradores configuram isso na administração do metamodelo clicando em um chip de subtipo |
| Stakeholder | Uma pessoa com um papel específico em um card (ex.: Proprietário da Aplicação, Proprietário Técnico) |
| Pesquisa | Um questionário de manutenção de dados direcionado a tipos de card específicos para coletar informações dos stakeholders |
| Tag / Grupo de Tags | Um rótulo de classificação organizado em grupos com modos de seleção única ou múltipla, restrições de tipo opcionais e um indicador opcional de obrigatoriedade que bloqueia a aprovação e alimenta o score de qualidade de dados |
| Grupo de Tags Obrigatório | Um grupo de tags marcado como requerido. Os cards aplicáveis não podem ser aprovados até que pelo menos uma tag do grupo seja anexada; o seu cumprimento contribui para o score de qualidade dos dados do card |
| Deteção semântica da Lei da IA da UE | Passagem de conformidade do TurboLens que pede ao LLM para assinalar cards que incorporam capacidades de IA / ML (LLMs, motores de recomendação, visão computacional, scoring, chatbots, …) mesmo quando não estão explicitamente classificados como AI Agent / AI Model. Estes achados ficam marcados como Detetado por IA |
| Risco Inicial vs. Residual | Duas avaliações capturadas em cada risco do Registo de Riscos. Inicial é probabilidade × impacto sem mitigação; Residual é probabilidade × impacto pós-mitigação, editável assim que exista um plano de mitigação. Ambas derivam um nível através da matriz 4×4 |
| Referência do Risco | Identificador monótono legível (R-000123) atribuído na criação do risco. Mantém-se visível nos botões de achados promovidos (Abrir risco R-000123) e na descrição do Todo ligado ao proprietário |
| TOGAF | The Open Group Architecture Framework — uma metodologia de EA amplamente utilizada. O recurso SoAW do Canopy é alinhado com o TOGAF |
| Relatório de status | Um relatório PPM mensal que rastreia a saúde do projeto via indicadores RAG para cronograma, custos e escopo |
| Portal Web | Uma visualização pública e somente leitura de cards selecionados, acessível sem autenticação por meio de uma URL única |
| Estrutura Analítica do Projeto (EAP / WBS) | Uma decomposição hierárquica do escopo do projeto em pacotes de trabalho |
| Pacote de trabalho | Um agrupamento lógico de tarefas dentro de um cronograma Gantt com suas próprias datas de início/fim e porcentagem de conclusão |
| Sugestão de IA | Uma descrição de card gerada automaticamente produzida pela combinação de resultados de pesquisa na web com um Large Language Model (LLM) |
| Veredicto de IA | A confirmação ou rejeição pelo utilizador da classificação de IA atribuída pelo LLM a um card (hasAiFeatures = true / false). Persiste entre re-scans para que a deriva do LLM não altere silenciosamente o âmbito do Regulamento Europeu da IA |
| GRC | Governação, Risco e Conformidade — o espaço de trabalho unificado em /grc com três separadores (Governação, Risco, Conformidade) que consolida os Princípios EA, ADR, o Registo de Riscos e o scanner Segurança e Conformidade |
| Fase G | Fase ADM «Implementation Governance» do TOGAF. Fonte do vocabulário e ciclo de vida do Registo de Riscos |
| Registo de Riscos | Registo ao nível do landscape de riscos arquiteturais alinhado com TOGAF Fase G. Vive em /grc?tab=risk. Distinto dos riscos ao nível da iniciativa capturados em PPM |
| Proprietário do Risco | O utilizador responsável por um risco. A atribuição cria automaticamente um Todo de sistema na página Todos do proprietário e dispara uma notificação risk_assigned |
| Tarefa de Mitigação | Item de trabalho com dono anexado a um Risco que captura atividade concreta de mitigação. Pode ser one-shot ou recorrente (diária / semanal / mensal / anual). Tarefas recorrentes avançam calendaricamente corretamente ao fechar |
| Ciclo de Tarefa de Mitigação | Uma instância agendada de uma Tarefa de Mitigação. Passa por scheduled → open → done / skipped. Captura um snapshot do destinatário na abertura e do proprietário no fechamento, para que respostas de auditoria sobrevivam à rotação de proprietários |
| Tempo de antecedência (Tarefa de Mitigação) | Dias antes de due_date em que um ciclo agendado é promovido a open e aterra na lista de Todos do destinatário. Padrões inteligentes por unidade (1 / 2 / 7 / 14 para diário / semanal / mensal / anual), limitados a metade da duração do ciclo |
| Achado de Conformidade | Uma linha do registo de Conformidade contra uma regulamentação × artigo. Redigido manualmente por um revisor ou produzido por uma varredura IA TurboLens; ambos os tipos partilham o mesmo ciclo de vida e podem ser promovidos a um Risco |
| Capacidade Macro | Agrupamento de Nível 0 acima de L1 no Catálogo de Capacidades. Aterra como uma carta BusinessCapability com attributes.capabilityLevel = "Macro" e um catalogueId com prefixo MC-. Relaxa o limite de profundidade da hierarquia para 6 |
| Vista de Dependências em Camadas (LDV) | Notação da casa de Canopy para diagramas de dependências: cartas agrupadas nas quatro camadas EA como pistas, coloridas por tipo de carta, com as cartas propostas renderizadas como nós de borda tracejada e crachá verde «NEW». Usada pelo relatório de Dependências, pela secção de dependências do detalhe da carta e pela arquitetura alvo do TurboLens Architect |
| TIME (Tolerate / Invest / Migrate / Eliminate) | Um framework de classificação de portfólio em quatro disposições para aplicações, popularizado pela Gartner. Cada aplicação recebe uma disposição — Tolerate (manter), Invest (financiar melhorias), Migrate (substituir ou rehospedar) ou Eliminate (descomissionar). No Canopy é tipicamente adicionado como um campo single_select no tipo Application e usado como eixo de cor no Relatório de Portfólio |
| Racionalização do Portfólio de Aplicações | A iniciativa EA inicial mais comum no Canopy: inventariar as aplicações do escopo, classificá-las por valor de negócio e adequação técnica e atribuir uma disposição TIME que orienta as decisões de consolidação, substituição ou desativação |
| Crawl-Walk-Run | O padrão de implantação faseada recomendado no Guia para iniciantes EA. Crawl = escopo restrito, apenas Aplicações, cinco campos por card. Walk = adicionar o mapeamento de capacidades e uma primeira análise de portfólio. Run = expandir para processos, interfaces, dados e os módulos avançados |