# Glossário — eixos do projeto

Este glossário é **breve e canônico**. Sempre que houver dúvida sobre vocabulário em SDRs, READMEs, site ou commits, vale o que está aqui.

## Eixo 1 — Modelo de Serviços de TI

**O que é:** desenho da Central de Serviços e da operação de TI como **serviço prestado** ao órgão. Inclui parque (CIs, localidades), níveis de operação (N1, N2, N3, VIP, especialista), segurança (SOC, IAM, backup), continuidade, PPSI/LGPD operacional e os dados de inventário (`Dados-ibama/`).

**Sinônimos aceitáveis:** *modelo de serviços*, *arquitetura de serviços* (com adjetivo!), *Central de Serviços*.

**Onde mora:** [`modelo-servicos-ti/`](../modelo-servicos-ti/), [`Dados-ibama/`](../Dados-ibama/), partes do site da trilha *Modelo de Serviços*.

## Eixo 2 — Arquitetura Contratual

**O que é:** decisão de **partir** o modelo de serviços em **três contratos** (C1 governança/medição, C2 operação, C3 segurança/continuidade), com IMR, trava trilateral, ANS, glosas, DFD/ETP/TR/edital, processo IN94/AGU/TCU, pós-licitação.

**Sinônimos aceitáveis:** *arquitetura contratual* (com adjetivo!), *modelo de 3 contratos*, *partição contratual*.

**Onde mora:** [`arquitetura-contratual/`](../arquitetura-contratual/), [`processo-contratacao/`](../processo-contratacao/), partes do site da trilha *Arquitetura Contratual*.

## Vocabulário de remuneração (IC)

- **IC remunerável (no modelo 0023):** item de configuração na CMDB que, **optado** pela Administração e presente no(s) **catálogo(s)** do(s) contrato(s), entra na base de cálculo do período. **Split por contrato** (fração do preço-IC pleno para C1-GOV, C2-OPR e C3-SEC): ver [sdr-0023-remuneracao-por-ic-modelo.md](./sdr-0023-remuneracao-por-ic-modelo.md).

## Regras de uso

- **Não usar “arquitetura” sozinha.** Sempre adjetivar: “arquitetura **contratual**” (Eixo 2) ou “arquitetura **de serviços**” (Eixo 1).
- **Não chamar de “modelo”** o que é especificamente contratual (IMR, ANS, trava). Para esses, dizer **“instrumento contratual”** ou **“arquitetura contratual”**.
- **Não chamar de “contratual”** o que é operação/serviço (C2 operação, SOC, parque). Esses pertencem ao **modelo de serviços**, mesmo que sejam executados por um dos contratos.
- “**C1 / C2 / C3**” são **camadas contratuais** (Eixo 2); o que **acontece dentro** de cada uma é serviço (Eixo 1).
- **Governança (C1-GOV) é Ambos.** O contrato C1-GOV é, ao mesmo tempo, **instrumento contratual** (IMR, ANS, glosa, trava — Eixo 2) **e** **serviço prestado** (medição, ITSM, CMDB, NOC de medição, sala de medição, painéis — Eixo 1). Por isso o hub [sdr-0011](./sdr-0011-governanca-c1-medicao.md) e seus sub-SDRs (`0011a–d`) têm `Eixo: Ambos`. Cobrança mútua entre os três contratos: [sdr-0011c](./sdr-0011c-c1-trilateralidade-cobranca-mutua.md). Trava trilateral e glosa: [sdr-0005](./sdr-0005-trava-e-glosa.md).
- **Rótulos estendidos (material novo):** **C1-GOV**, **C2-OPR** e **C3-SEC** são equivalentes a C1, C2 e C3, com sufixo que indica o foco (governança, operação, segurança/continuidade cibernética). Política de uso: [sdr-0022-repositorio-convencoes-e-construcao.md](./sdr-0022-repositorio-convencoes-e-construcao.md) §10.1.
- A **vedação** entre operadores do mesmo serviço é regra de **arquitetura contratual** (Eixo 2).

## Cada SDR declara o eixo

A partir desta versão do repositório, todo `sdr-*.md` traz o campo **Eixo** em metadados (`Modelo de Serviços` | `Arquitetura Contratual` | `Ambos`). Ver [`templates/SDR-TEMPLATE.md`](./templates/SDR-TEMPLATE.md) e o [índice de fonte única](./sdr-0003-indice-fonte-unica.md).
