Seção VI

SITREP

O SITREP (Situation Report) é a fotografia periódica da situação de uma unidade transmitida ao comando. Não é report de evento (como o contact), não é observação pontual (como o SALUTE): é uma síntese estruturada de posição, status, atividade inimiga, atividade amiga, logística e intenção, repetida em cadência fixa ou sob demanda. É a principal ferramenta com que o comando mantém situational awareness sobre todo o dispositivo.

Propósito

O SITREP cumpre três funções: alimentar o common operating picture do comando, sinalizar desvios do plano antes que se tornem graves, e produzir registro temporal para AAR e análise posterior. Um SITREP honesto e formatado corretamente é a diferença entre uma unidade que o comando pode apoiar com QRF/fires/logística e uma unidade que o comando deixa de considerar porque "nunca se sabe o que está fazendo".

Cadência

A frequência do SITREP depende do ciclo operacional. Combinada na OPORD, nunca improvisada. Unidade que pula um SITREP agendado gera ansiedade ao comando e dispara procedimento de overdue sem necessidade. Se não há novidade, transmitir "NO CHANGE" — isso é informação, não silêncio.

ScenarioCadence
Operações estáticas / OPA cada 2–4 horas ou por SOP
Movimento ativoEm cada checkpoint ou perna de marcha
Contato recenteEm até 15 minutos da quebra do contato
Hold prolongadoA cada 6 horas + variações significativas
Rotação / troca de turnoNo início e no fim de cada turno

Formato padrão

Seis campos obrigatórios, ordem fixa. Mnemônico anglo: "LEEP-IL" — Location, Enemy, Equipment/logistics, Personnel, Intentions, Logistics. Há variantes doutrinárias; o princípio é o mesmo: posição → o que o inimigo faz → o que eu faço → do que preciso → o que farei.

FieldContent
LOCATIONPosição atual em MGRS 6–8 dígitos. Em movimento, posição atual + direção + velocidade aproximada.
STATUSStatus operacional da unidade: GREEN (full mission capable), AMBER (degraded), RED (combat ineffective), BLACK (out of action). Brevidade: uma palavra.
ENEMY ACTIVITYO que o inimigo fez/faz desde o SITREP anterior. Apenas observação, sem inferência.
FRIENDLY ACTIVITYO que a unidade fez desde o SITREP anterior: deslocamentos, eventos, mudanças de plano. Conciso, sem narrativa.
LOGISTICSEstado dos consumíveis críticos: munição (% do basic load), água, baterias, médico, combustível (quando aplicável). Só críticos, não inventário.
INTENTO que a unidade fará a seguir. Uma ou duas linhas, verbo de ação + objetivo + tempo previsto.

Códigos de status

Códigos de cor de status são a forma mais eficiente de comunicar combat capability sem detalhe. O comando lê a cor antes do resto: define a urgência com que dedicar atenção e recursos à unidade.

CodeDefinition
GREENFull mission capable. Pessoal, equipamento, munição e moral em nível operacional.
AMBERDegraded. Capacidade reduzida mas ainda funcional. Tipicamente: perdas contidas, escassez de consumíveis, fadiga.
REDCombat ineffective. Não consegue mais sustentar o plano. Exige substituição, reforço ou extração.
BLACKOut of action. Unidade não mais operacional. Exige MEDEVAC, recuperação ou recomposição.

Exemplo realista

RADIO

ZULU SIX, this is ALPHA TWO, SITREP follows, over.

LOCATION: grid three-seven-uniform charlie-bravo eight-two-fife seven-zero-three, holding.

STATUS: AMBER.

ENEMY: two FPV passes last hour, one impact two-zero meters west, no observed dismounts.

FRIENDLY: one WIA Priority C stabilized, position improved with overhead cover.

LOGISTICS: ammo eight-zero percent, water two-fife percent, batteries five-zero percent, medical adequate.

INTENT: hold to last light, request resupply at grid four-fife-uniform-uniform-three-six-niner-two-fife-fife at twenty-one-zero-zero Zulu.

How copy, over.

Variantes operacionais

LOGSITREP

Variante focada em logística: consumo de munição, água, médico, combustível. Tipicamente fim de dia ou solicitado pela LOG cell.

FUELREP

Específico para consumo e disponibilidade de combustível em unidades motorizadas. Cadência típica a cada 12 h ou pré-movimento.

PERSREP

Status do pessoal: presentes, feridos, MIA, KIA. Atualizado após cada evento de perda ou substituição.

INTSUM

Resumo de inteligência — não operacional para unidade isolada, mas para a célula de inteligência ou S2. Cadência mais lenta, mais detalhe.

Erros comuns

  • Copiar e colar o SITREP anterior sem atualizar campos alterados
  • Declarar GREEN para evitar atenção — falsa segurança, falha na primeira solicitação real
  • Pular o campo INTENT porque "ainda não se decidiu" — o comando opera sobre o intent declarado
  • Reportar logística em nível de inventário em vez de consumíveis críticos
  • Transmitir SITREP em claro com MGRS real e intent real em vez de brevity codes (quando a rede exige)
  • Não declarar "NO CHANGE" — silêncio não equivale a nenhuma variação, equivale a unidade potencialmente comprometida

Lições aprendidas Ucrânia

No front ucraniano, o SITREP honesto é raro e valioso. A pressão informal por reportar GREEN (para não parecer fraco, para não perder slot de rotação, para não ativar burocracia de reforço) leva a sub-reportagem sistemática de AMBER e RED. Resultado: o comando é surpreendido quando uma unidade AMBER não declarada cede sob pressão. Formações voluntárias internacionais com cultura operacional mais madura introduziram o princípio do AMBER não punido: declarar AMBER não é fraqueza, é dado operacional, e pedir reforço não é rendição. O comando sempre prefere um AMBER declarado seis horas antes a um BLACK surpreendente.