> ## Documentation Index
> Fetch the complete documentation index at: https://nomos.pro/docs/llms.txt
> Use this file to discover all available pages before exploring further.

> ## Agent Instructions
> A API Nomos tem base em https://api.nomos.pro e autentica pelo header `x-api-key`.
> Todos os endpoints de busca são POST. Parâmetros de consulta (page, limit, sort, q, modes) vão na query string; palavras-chave e filtros vão no corpo JSON.
> `limit` é limitado a 20 resultados por página. Para conjuntos maiores, itere sobre `page`.
> Filtros de data exigem `from` e `to` juntos. Enviar apenas `to` retorna erro 400.
> Filtros por ID (authors, rapporteurs, organs, themes, situations, stakeholders) exigem IDs internos reais devolvidos por uma busca anterior. IDs inventados não geram erro: retornam zero resultados silenciosamente.
> Filtros de valor aberto (type, regimes, section, openDataResource) não são listas fechadas. Deixe-os vazios para buscar em todas as fontes.
> Para uso conversacional ou por agentes, prefira o servidor MCP hospedado da Nomos em vez de chamar a API diretamente.

# SLA e suporte

> Matriz de severidade, prazos de resposta e de solução, canais de atendimento e comunicação de manutenções e incidentes da plataforma Nomos.

Esta página descreve como a Nomos classifica e atende chamados técnicos e incidentes dos clientes
corporativos, por quais canais o atendimento acontece e como manutenções e incidentes são
comunicados.

## Severidade e prazos

Todo chamado é classificado pelo impacto operacional. Cada severidade tem um prazo máximo de
**primeira resposta** (MTTA, *Mean Time to Acknowledge*) e de **solução ou contorno** (MTTR, *Mean
Time to Resolve*), contados do recebimento do chamado.

| Severidade | Quando se aplica | Primeira resposta (MTTA) | Solução ou contorno (MTTR) |
| - | - | - | - |
| **1 — Altíssima** | Indisponibilidade total do acesso à plataforma, parada crítica da API ou comprometimento substancial de segurança da informação | até **2 horas úteis** | até **8 horas úteis** |
| **2 — Alta** | Degradação severa de funcionalidade essencial sem alternativa operacional viável (ex.: interrupção da ingestão de proposições prioritárias ou falha no envio de alertas críticos) | até **4 horas úteis** | até **16 horas úteis** |
| **3 — Média** | Impacto moderado em funcionalidade secundária, com contorno disponível (ex.: lentidão pontual em relatórios analíticos complexos ou atraso em fonte não crítica) | até **16 horas úteis** | até **24 horas úteis** |
| **4 — Baixa** | Dúvidas de uso, pedidos de configuração, solicitação de novas fontes e melhorias cosméticas | até **24 horas úteis** | até **40 horas úteis** |

> [!NOTE]
>
> **Horas úteis** são as compreendidas entre **9h e 18h (horário de Brasília), em dias úteis**. Um
> prazo de 8 horas úteis aberto às 15h de uma sexta-feira, por exemplo, vence às 14h da
> segunda-feira seguinte.

## Canais de atendimento

* **E-mail formal: [suporte@nomos.pro](mailto:suporte@nomos.pro).** É o canal formal de abertura
  de chamados.
* **Customer Success como ponto único de contato.** Cada cliente corporativo tem um especialista de
  Customer Success dedicado, que funciona como ponto único de contato (*Single Point of Contact*)
  para a gestão contínua das demandas e para os alinhamentos operacionais.

## Manutenção programada

Manutenções preventivas e atualizações de infraestrutura que exijam janela técnica são programadas
prioritariamente para os fins de semana ou fora do horário comercial, **entre 20h e 7h (horário de
Brasília)**. Os administradores do contrato recebem comunicação formal com **antecedência mínima de
48 horas**.

## Mudanças em produção

Correções e mudanças passam por revisão independente antes de entrar em operação, e qualquer
alteração no ambiente de produção exige aprovação explícita de um responsável humano.

Mudanças na API que afetam integrações são registradas em [Mudanças da API](https://nomos.pro/docs/mudancas.md). O que exige
nova versão e o prazo de aviso antes de uma descontinuação estão em [Versionamento e ciclo de vida
da API](https://nomos.pro/docs/versionamento.md).

## Detecção e resposta a incidentes

A detecção de incidentes é contínua e automatizada. A Nomos monitora a infraestrutura, os serviços,
as filas de ingestão de dados e os erros das aplicações, e executa sondas externas de
disponibilidade. Os alertas são centralizados em um canal corporativo em que cada alerta gera uma
conversa rastreável, com data, hora, conteúdo e tratativa preservados.

A triagem inicial de cada alerta é feita por automação supervisionada, que coleta evidências,
aponta a causa provável e propõe a ação. A execução de qualquer correção segue as regras de
[mudanças em produção](#mudanças-em-produção).

| Etapa | Regime |
| - | - |
| Detecção e triagem inicial | Contínuas, sem depender de horário comercial |
| Resposta humana e prazos de MTTA e MTTR | Em horas úteis, conforme a [tabela de severidade](#severidade-e-prazos) |

Para clientes que precisam de cobertura fora do horário comercial, a Nomos oferece **NOC 24x7** como
modalidade de contratação específica, mediante orçamento. O plano **Enterprise** inclui ponto de
contato disponível por telefone, inclusive fora do horário comercial.


This documentation is built and hosted on [Mintlify](https://mintlify.com), a developer documentation platform.