09 — Panorama de sistemas no Brasil

← Índice · Prefixo de citação: UFE-09

⚠️ CAPÍTULO INTEIRAMENTE NÃO VERIFICADO.

Tudo abaixo vem de uma resposta de LLM. Nomes de sistema, siglas, atribuições e escopos não foram conferidos em fonte primária por nós. Os links são os que a conversa de origem apresentou; não foram abertos nem validados.

Não fundamente proposta comercial, decisão de integração ou afirmação a cliente neste capítulo sem checar antes. Ele serve para uma coisa só: registrar a hipótese de fragmentação e as pistas de onde investigar.

A afirmação central

No Brasil, não existe um sistema nacional único de planejamento de escalas policiais. Cada corporação estadual tem autonomia administrativa e usa uma combinação própria de sistemas internos, módulos de RH, boletins e, em alguns casos, planilhas.

Essa é a afirmação com maior valor estratégico do capítulo — e, por ser negativa e estrutural (autonomia estadual é fato público), é também a mais plausível das afirmações aqui. As específicas por corporação, abaixo, são muito menos confiáveis.

⚠️ Exemplos citados (a conferir, um a um)

Corporação	Sistema citado	Escopo aparente citado
PMMG	CAD Escala / Sistema de Escala de Serviço	Escalas, encargos, controle de carga horária, emprego do efetivo
PMSC	Sistema ERH, integrado ao SIRH/PMSC	Escala de serviço e registro de horas trabalhadas
PMESP	Mapa Força	Escalas mensais, efetivo, funções, distribuição operacional
PMPE	e-SGPM	Gestão policial militar; o portal público não detalha o módulo de escala
PMERJ	SIGRH / Portal PMERJ	RH e consultas funcionais; detalhes operacionais não públicos
PCMS	Publicação periódica de escalas	Plantão de diretores e supervisores; sem planejador operacional integrado
Demais	Sistemas próprios, boletins, planilhas	Nível de informatização varia por unidade

Links apresentados pela fonte (não abertos por nós):

• PMSC — Consultar sistemas
• PMMG — Separata do BGPM
• PMESP — Manual Mapa Força
• PMPE — Sistemas PMPE

🔶 Se este panorama for usado para qualquer coisa que importe, ele precisa virar uma investigação de fonte primária — portais oficiais, editais, contratos públicos, boletins. É trabalho de pesquisa, não de leitura de book. Ver Q-08 em UFE-11.

A arquitetura típica (esta é a parte útil)

Independente dos nomes, o padrão estrutural descrito é reconhecível e não depende das afirmações não verificadas acima: a operação não é um sistema fazendo tudo, é uma cadeia de sistemas com fronteiras onde a informação se perde.

Na prática podem existir sistemas separados para:

• cadastro e lotação do policial;
• afastamentos, férias e restrições;
• elaboração da escala;
• publicação da escala;
• serviço extraordinário;
• formação de equipes;
• mapa de emprego operacional;
• controle de viaturas;
• cautela de armamento;
• despacho de ocorrências;
• apuração das horas efetivamente trabalhadas.

Onze responsabilidades, potencialmente onze sistemas — e cada seta entre eles é uma travessia onde o vínculo se perde. É o argumento inteiro da espinha dorsal em UFE-02.

Escala não é CAD

Distinção que a conversa faz questão de marcar: o Sinesp CAD é destinado ao atendimento, comunicação e despacho coordenado de recursos. Não deve ser tratado como o sistema que elabora a escala administrativa da corporação.

A divisão por pergunta respondida — útil como grade de posicionamento de qualquer produto neste domínio:

Sistema	Pergunta que responde
Gestão de pessoal	Quem pertence à corporação e está apto?
Planejamento de escala	Quem deverá trabalhar, quando e onde?
Gestão operacional	Como serão formadas as equipes e empregados os recursos?
CAD	Quem está disponível agora e será despachado?
Gestão de jornada	O que foi efetivamente cumprido?
Gestão patrimonial	Quais recursos foram entregues e devolvidos?

✅ A recomendação que sobrevive à incerteza

Esta parte não depende de nenhuma afirmação não verificada, e é a conclusão prática do capítulo:

Não vincule a ontologia a nomes como CAD_ESCALA, ERH ou MAPA_FORCA. São produtos ou implementações locais.

O modelo usa conceitos neutros:

Escala de serviço
  └── Item de escala
       ├── Policial escalado
       ├── Turno previsto
       ├── Unidade de apresentação
       ├── Posto de serviço
       └── Equipe prevista

Planejamento operacional
  ├── Formação de equipe
  ├── Área de atuação
  ├── Necessidade de recurso
  └── Reserva operacional

Execução
  ├── Apresentação
  ├── Jornada
  ├── Prontidão
  ├── Despacho
  └── Cautela

🏛️ Isto é a mesma conclusão que a task-053 já tomou no monorepo, por outro caminho: remover o vocabulário concreto do núcleo e tratá-lo como dado de deployment. Ver UFE-10.

Com conceitos neutros, a plataforma pode:

1. receber a escala de um sistema existente;
2. permitir que a escala seja criada internamente;
3. importar arquivos de uma corporação;
4. integrar-se ao RH estadual;
5. transformar a escala administrativa em planejamento operacional;
6. enviar ao CAD apenas as equipes efetivamente prontas.

Os seis caminhos coexistem porque o modelo não presume de onde a escala vem — e é essa indiferença à origem que torna a integração possível com corporações que funcionam de formas diferentes.

A oportunidade identificada

A principal oportunidade não é criar "mais um sistema de escala". O diferencial é construir a ligação hoje fragmentada entre:

policial escalado → equipe formada → recurso reservado → jornada iniciada → equipe disponível → ocorrência atendida → recurso devolvido

⚠️ Com a ressalva honesta que a própria fonte registra: essa continuidade "é mais ampla do que aquilo que os portais públicos revelam sobre os sistemas atualmente utilizados". Ou seja — o fato de os portais não mostrarem não prova que não exista. A lacuna é hipótese de mercado, não achado verificado.

---

← 08 — Regras semânticas · Índice · Próximo: 10 — Implicações para o Geohub →