# SDR — ETP: estudo tecnico preliminar


> **Eixo:** `Arquitetura Contratual` (Modelo de Servicos | Arquitetura Contratual | Ambos)

| Campo | Valor |
|-------|-------|
| **SSoT** | Sim — dono das regras para agentes criarem e manterem o ETP da contratacao |
| **Estado** | âncora operacional; consumidores em `02_planejamento_in94/documentos/` |

---

## 1. Finalidade

O ETP demonstra a viabilidade e a adequacao da solucao de contratacao. Deve ligar a necessidade do DFD ao modelo de tres contratos, ao parcelamento, ao IMR, a pesquisa de precos e aos riscos.

## 2. Estrutura minima

- descricao da necessidade;
- requisitos da contratacao;
- levantamento de solucoes possiveis;
- justificativa da solucao escolhida;
- arquitetura dos tres contratos, remetendo ao [SDR de arquitetura](./sdr-0001-arquitetura-tres-contratos.md);
- justificativa de parcelamento/lotes;
- estimativa de quantidades e memoria de premissas;
- estimativa de valor e metodo de pesquisa de precos;
- resultados pretendidos;
- providencias previas da Administracao;
- riscos relevantes e medidas de tratamento;
- declaracao de viabilidade.

## 3. Regras canônicas

- O ETP deve explicar por que C1, C2 e C3 sao complementares e nao duplicados.
- O ETP deve justificar remuneracao por resultado, com remissao ao [SDR IMR](./sdr-0002-imr-unidades-e-evidencias.md).
- Nao usar o ETP para fixar clausulas que pertencem ao TR, salvo em nivel de justificativa.
- Toda quantidade deve ter fonte: CMDB, levantamento, estimativa por localidade, catalogo ou premissa declarada.
- A pesquisa de precos deve ser rastreavel ao [SDR de precos](./sdr-0013-pesquisa-precos-memoria.md).

## 4. Orientacao para agentes

Ao gerar o ETP, seguir esta ordem: DFD -> parque -> alternativas -> solucao escolhida -> parcelamento -> IMR -> riscos -> precos -> viabilidade. Se faltar dado, registrar pendencia em vez de preencher por suposicao.

## 5. Consumidores

| Entregavel | Como usa este SDR |
|------------|------------------|
| ETP | estrutura e tese de viabilidade |
| TR | aproveita requisitos e justificativas ja amadurecidas |
| Justificativa de parcelamento | deriva da analise de alternativas |
| Pesquisa de precos | usa quantitativos e premissas |

## Ligacoes

- [sdr-0008-dfd-demanda-formalizada.md](./sdr-0008-dfd-demanda-formalizada.md)
- [sdr-0018-tr-termo-referencia-edital.md](./sdr-0018-tr-termo-referencia-edital.md)
- [sdr-0012-matriz-riscos.md](./sdr-0012-matriz-riscos.md)

---

## Agentes de conformidade (Cursor)

Os três agentes abaixo aplicam-se à edição e à revisão dos arquivos `SDRs/sdr-*.md` (exceto `SDRs/templates/` e normas em `SDRs/governance/`). Este bloco é **informativo**; use o script na raiz do repositório para diagnóstico estrutural.

| Agente | Regra Cursor | Norma em `SDRs/governance/rules/` |
|--------|----------------|-------------------------------------|
| Verificador de conformidade SDR | [`sdr-conformity-checker.mdc`](../.cursor/rules/sdr-conformity-checker.mdc) | [`sdr-conformity-checker.md`](./governance/rules/sdr-conformity-checker.md) |
| Detector de implementação sem vínculo SDR | [`implementation-without-sdr-detector.mdc`](../.cursor/rules/implementation-without-sdr-detector.mdc) | [`implementation-without-sdr-detector.md`](./governance/rules/implementation-without-sdr-detector.md) |
| Anti-vibecoding sem SDR | [`no-vibecoding-without-sdr.mdc`](../.cursor/rules/no-vibecoding-without-sdr.mdc) | [`no-vibecoding-without-sdr.md`](./governance/rules/no-vibecoding-without-sdr.md) |

**Processo:** [`governance/README.md`](./governance/README.md) · **Rastreabilidade código:** [`traceability.md`](./traceability.md) · **Checagem:** `python scripts/check_sdr_conformity.py` (na raiz do repositório).

