# ADR-0001 — IC faturável: servidor do serviço, cliente (conformidade) e componentes constitutivos

## Status

**Proposto** — `2026-05-04`

## Contexto

No modelo de remuneração e medição por **item de configuração (IC)**, serviços de TI costumam ter:

- **Camada de entrega** (servidor do serviço): hosts físicos, máquinas virtuais ou *workloads* em contêiner que **executam** a aplicação ou o *middleware* central do serviço.
- **Camada de consumo** (*clientes* do serviço): estações, agentes, instalações locais leves, terminais ou outros CIs que **consomem** o serviço sem ser o ponto de execução principal da carga.

Sem uma premissa explícita, há risco de **dupla contagem** (cada cliente como IC faturável), **inflação** da base remunerável por **explosão** de um mesmo IC em dezenas de CIs que são apenas **partes internas** necessárias à sua funcionalidade, ou **lacuna** de conformidade (clientes fora de escopo de fiscalização).

## Decisão

1. **IC faturável (unidade de contagem vinculada a preço de IC, quando o instrumento assim prever)**  
   Consideram-se **apenas** os **CIs do servidor do serviço** — isto é, os itens de configuração que materializam a **execução** do serviço no datacenter, nuvem ou *edge* **servidor**, em qualquer forma: **servidor físico**, **máquina virtual** ou **contêiner** que hospede o *runtime* do serviço pactuado.

2. **Clientes do serviço (incluindo serviços locais instalados no endpoint)**  
   **Não** entram como **IC faturável** no mesmo papel do servidor. Permanecem sujeitos a **regra de conformidade do ativo**: devem estar como **serviço cliente ativo**, **funcionando** e **testável** segundo evidências pactuadas (IMR, scripts de saúde, *synthetic*, *heartbeat*, checagens de agente, etc., conforme ANS/TR).

3. **CMDB e governança**  
   Clientes podem (e, em geral, devem) existir na CMDB para **gestão**, **segurança** e **continuidade**; a decisão aqui é de **arquitetura de precificação e de base contábil de IC**, não de apagar CIs. A distinção **servidor (IC faturável)** × **cliente (conforme, não faturável como IC desse papel)** deve ser **documentada** na matriz de serviço × CI (TR/ANS ou anexo).

4. **Componentes que compõem o IC (oferta de funcionalidade ou serviço)**  
   Itens que **apenas compõem** um item de configuração para **viabilizar** a funcionalidade ou os serviços **oferecidos** por aquele IC (ex.: interfaces de rede, volumes ou *LUNs* dedicados ao mesmo host, *pools* internos, *sidecars* acoplados sem ciclo de vida de serviço autônomo, *backing store* inseparável da instância já contada) **não** podem ser tratados como **IC distinto para efeito de pagamento** quando o custo e o escopo já estão **subsumidos** no **IC agregador** pactuado na base remunerável (nível de IC contratado para aquele serviço).  
   - Na CMDB podem existir como CIs **filhos** ou relacionados para **operação**; a **contagem** e o **preço-IC** referem-se ao **nível de IC de oferta** acordado, não à soma das peças constitutivas.  
   - **Exceção:** quando um elemento tiver **função de serviço distinta**, **ciclo de vida** e **evidência** próprios ao ponto de justificar linha separada no catálogo — critério alinhado a [sdr-0023c-aninhamento-ic-isolado-contrapesos.md](../../../SDRs/sdr-0023c-aninhamento-ic-isolado-contrapesos.md) (aninhamento legítimo, *justificativa de granularidade*, IC isolado de alto custo), **sem** usar o disfarce de “componente” para inflar faturamento.

## Consequências

### Positivas

- Base de IC alinhada ao **custo estrutural** do serviço (capacidade onde a carga roda).
- Conformidade de **ponta** preservada sem multiplicar unidades de preço por instalação cliente.
- Menos ambiguidade entre **decomposição técnica** na CMDB e **unidade de cobrança** no contrato.

### Negativas / trade-offs

- Exige **modelagem disciplinada** (tags, *classes* de CI ou tabela serviço → “CI servidor”) para evitar ambiguidade em clusters compartilhados ou *PaaS*; casos-limite devem ser listados no anexo contratual.

### Normas e artefatos afetados

- Catálogo, lista exaustiva e opt-in: [sdr-0023a-catalogo-ic-por-contrato.md](../../../SDRs/sdr-0023a-catalogo-ic-por-contrato.md) (inclui remissão a esta premissa).
- Hub de remuneração por IC: [sdr-0023-remuneracao-por-ic-modelo.md](../../../SDRs/sdr-0023-remuneracao-por-ic-modelo.md).
- Medição e CMDB: [sdr-0011a-c1-itsm-cmdb-noc-medicao.md](../../../SDRs/sdr-0011a-c1-itsm-cmdb-noc-medicao.md).
- Aninhamento, teto pai–filhos e contrapesos: [sdr-0023c-aninhamento-ic-isolado-contrapesos.md](../../../SDRs/sdr-0023c-aninhamento-ic-isolado-contrapesos.md).

## Notas

- **“Servidor do serviço”** no sentido **arquitetural** (nível execução), não necessariamente *SKU* “Servidor Windows”; contêiner orquestrado que hospeda o serviço conta na mesma categoria de decisão.
- Revisão deste ADR quando o órgão adotar modelo de precificação que **explicitamente** conte outro tipo de CI (deve gerar novo ADR ou aditar este com status atualizado).