Escopo do serviço
Esta política se aplica às funcionalidades de produção do M2 Visibility sob controle razoável da M2.IA. Recursos beta, preview, ambiente de teste, integrações de terceiros e funcionalidades explicitamente fora do SLA não compõem automaticamente o cálculo contratual de disponibilidade.
Objetivo operacional de disponibilidade
O SLO padrão para GA inicial é 99,5% de disponibilidade mensal das funcionalidades online cobertas. Este valor orienta operação e melhoria contínua. Ele somente se converte em SLA contratual com direito a crédito ou remédio específico quando o instrumento comercial assim determinar.
Cálculo e exclusões
Quando aplicável, disponibilidade pode ser calculada como (minutos totais do período – minutos de indisponibilidade elegível) / minutos totais do período × 100.
- manutenção planejada comunicada conforme política;
- força maior e eventos fora do controle razoável;
- falhas de internet, DNS, dispositivo ou rede do cliente;
- suspensão legítima por segurança, abuso ou inadimplemento;
- falha de integração ou provedor externo quando o core do produto permanecer disponível;
- ação ou configuração incorreta do cliente;
- beta, preview ou recursos expressamente excluídos.
Severidade de incidentes
| Nível | Critério | Primeira resposta alvo | Atualização alvo |
|---|---|---|---|
| P1 · Crítico | Indisponibilidade ampla do serviço core, comprometimento severo de segurança ou perda generalizada de acesso. | até 4 horas corridas | periodicamente enquanto o incidente material estiver ativo |
| P2 · Alto | Degradação relevante ou função crítica indisponível para parte significativa dos usuários, com workaround limitado. | até 1 dia útil | conforme evolução material |
| P3 · Normal | Defeito não crítico, problema com workaround ou solicitação operacional. | até 2 dias úteis | conforme suporte |
| P4 · Solicitação | Dúvida, melhoria, configuração ou pedido não incidente. | melhor esforço conforme fila e plano | conforme atendimento |
Tempos de primeira resposta não são garantia de solução definitiva.
Canais de suporte
Suporte padrão utiliza suporte@m2ia.app. Clientes Enterprise podem possuir canal, horário, escalonamento e contatos nominados próprios no Order Form. Incidentes de segurança podem ser direcionados ao canal institucional/privacidade quando necessário.
Manutenção
Manutenção planejada com potencial impacto material será preferencialmente realizada em período de menor utilização e comunicada antecipadamente quando razoável. Correções urgentes de segurança podem ocorrer sem aviso prévio quando aguardar ampliar o risco.
Continuidade, RPO e RTO
Para GA inicial, a M2.IA estabelece como objetivos internos de recuperação RPO de até 24 horas e RTO de até 24 horas para evento catastrófico que exija restauração. Esses valores representam objetivos de engenharia, sujeitos à natureza do incidente e à infraestrutura subjacente.
| Métrica | Definição | Baseline LEGAL-2.0 |
|---|---|---|
| RPO | Janela de perda de dados que a estratégia busca limitar em restauração catastrófica. | até 24h |
| RTO | Tempo-alvo para restabelecer capacidade operacional após acionamento de recuperação. | até 24h |
| Checkpoint de aplicação | Ponto conhecido de código/configuração para rollback. | mantido no processo de release |
| Readiness pós-recuperação | Validação antes de ampliar rollout. | GLR/RQG e checks de integridade aplicáveis |
Backup e restauração
A estratégia depende das capacidades do runtime/plataforma, versionamento, checkpoints, procedimentos de rollback e controles de consistência. A política não afirma possuir backup independente, imutável ou geograficamente redundante além do que estiver efetivamente implementado e comprovado.
Dependências externas
Model providers, serviços de nuvem, APIs, DNS, e-mail e conectores podem degradar uma função específica. A M2.IA distinguirá, quando possível, incidente interno de incidente de fornecedor e poderá limitar temporariamente recursos para preservar segurança e integridade.
Resposta e pós-incidente
- registro de linha do tempo e impacto;
- contenção e mitigação;
- preservação de evidência;
- recuperação e validação;
- comunicação compatível com severidade e contrato;
- análise de causa quando material;
- ações corretivas e acompanhamento.
Créditos de serviço
Não há crédito automático no baseline público. Créditos, percentuais, tetos, janela de solicitação e exclusividade de remédio devem constar do SLA Enterprise ou Order Form. Isso evita transformar SLO operacional em obrigação financeira não negociada.
Responsabilidades do cliente
- manter contatos de suporte atualizados;
- utilizar configurações suportadas e proteger credenciais;
- reportar incidentes com informação suficiente para diagnóstico;
- administrar seus usuários e integrações;
- manter procedimentos próprios de continuidade para dados exportados ou processos críticos dependentes do produto.
SLA Enterprise
Clientes Enterprise podem negociar 99,9% ou outro objetivo, suporte 24x7, tempos de resposta diferenciados, RPO/RTO mais restritos, créditos, janela de manutenção, escalonamento e obrigações específicas. Nenhum desses compromissos é assumido sem validação técnica e assinatura.
Revisão
O baseline será revisto conforme maturidade operacional, arquitetura, volume de clientes, evidências de disponibilidade e capacidade de recuperação. A versão aplicável a um contrato é aquela incorporada ao instrumento ou vigente conforme regra de atualização contratada.
Contato jurídico, privacidade e proteção de dados
M2.IA Consultoria em Tecnologia da Informação · CNPJ 62.138.251/0001-94 · Brasil.