Radioul vocal este coloana vertebrală a coordonării CAS din al Doilea Război Mondial. Un controlor terminal de atac interarme (JTAC) citește un briefing de nouă linii pe HF sau VHF pilotului, pilotul îl repetă înapoi, iar dacă toate cele nouă câmpuri au supraviețuit zgomotului și alfabetului fonetic fără eroare de transcriere, atacul se execută. Simplitatea procedurală este înșelătoare: rata de eroare în condițiile operaționale reale este semnificativ mai mare decât la antrenament, relectura durează minute, și nu există nicio confirmare vizuală că pilotul și JTAC văd același punct pe teren.
Software-ul digital de coordonare CAS rezolvă toate cele trei probleme simultan. Un formular structurat înlocuiește textul liber al transmisiei radio, localizarea țintei este legată de un marker pe imaginea operațională comună (COP) în timp real, iar lanțul de aprobare — de la JTAC la AFAC și până la autoritatea autorizatoare — lasă o pistă de audit imuabilă de la cererea inițială până la evaluarea daunelor după impact.
Acolo unde este relevant, articolul face referire la modul în care TAKpilot rezolvă aceste probleme într-un flux de lucru CAS nativ TAK.
Problema fluxului de lucru JTAC: de ce mesajul vocal 9 linii eșuează sub presiune
Câmpul de localizare a țintei — cel mai important câmp din briefing — este un șir de coordonate, de obicei în format MGRS. Pronunțat pe un canal radio degradat la tempo ridicat, o referință de grilă cu șase cifre poate fi auzită greșit. Software-ul digital CAS elimină relectura fonetică a coordonatelor, completează automat localizarea țintei dintr-un marker COP și afișează zona de angajare pe o hartă comună vizibilă simultan de JTAC și de autoritatea aprobatoare.
Structura digitală a mesajului 9 linii: de la text liber la schemă tipizată
Fiecare din cele nouă câmpuri corespunde unui tip structurat cu reguli de validare aplicate la introducerea datelor.
Linia 1 — PI/Offset. Punctul inițial este stocat ca UID al unui obiect COP sau ca coordonată cu etichetă. Offsetul este un azimut magnetic în grade și o distanță în metri.
Linia 2 — Curs. Azimut magnetic întreg în grade. Sistemul redă axa de atac ca o săgeată pe suprapunerea zonei de angajare.
Linia 3 — Distanță. Distanță întreagă în metri de la PI la țintă. Calculată automat când ambele câmpuri sunt completate din COP.
Linia 4 — Altitudinea țintei. Altitudine întreagă în picioare MSL. Completată automat din baza de date de teren.
Linia 5 — Descrierea țintei. Tip structurat: categorie principală cu subclasificare și câmp de observații în text liber.
Linia 6 — Localizarea țintei. Cel mai critic câmp. Stocată în MGRS și grade zecimale. La introducerea coordonatelor, sistemul afișează punctul pe hartă și solicită JTAC să confirme vizual.
Linia 7 — Tipul de marcare. Enumerare: laser (cu cod), pointer infraroșu, fum (cu culoare), GPS, grilă, niciunul.
Linia 8 — Forțele prietene. Poziția raportată a forțelor prietene cele mai apropiate față de țintă. Validată încrucișat cu pozițiile reale ale pistelor din COP.
Linia 9 — Ieșire. Direcția de ieșire planificată a aeronavei după trecerea de atac.
Integrarea COP: legarea mesajului 9 linii de harta în timp real
Când un JTAC trimite o cerere, software-ul de coordonare creează un set de obiecte COP: marker de localizare a țintei, suprapunere a zonei de angajare, săgeată de axă de atac și segment de linie PI-țintă. Toate suprapunerile sunt transmise la serverul TAK și apar pe toți clienții ATAK sau WinTAK conectați. AFAC și autoritatea aprobatoare văd aceeași geometrie ca JTAC.
Fluxul de aprobare: de la cererea JTAC la revizuirea AFAC și autorizarea SMEAC
CAS planificat urmează lanțul complet SMEAC. CAS urgent reduce lanțul la o singură autorizare AFAC. Software-ul digital trebuie să implementeze ambele fluxuri de lucru cu machete de formulare diferite, rutare diferită a aprobărilor și comportamente diferite ale timeout-ului.
Deconflictualizarea: spațiul aerian, prevenirea focului prietenos și conformitatea ROE
Înainte de aprobare, blocul de altitudine al zonei de angajare este verificat în raport cu rezervările active de spațiu aerian. O verificare automată a tuturor pistelor prietenoase din COP față de geometria zonei de angajare se efectuează la momentul aprobării. Clasificările structurate ale țintelor permit verificări ROE automate.
Integrarea TAKpilot: de la cererea în limbaj natural la mesajul 9 linii structurat
TAKpilot acceptă o cerere CAS în limbaj natural — „angajați vehiculul la grila 37T EL 441528, laser 1688, forțe prietene la 300 m sud" — și generează automat un proiect de mesaj 9 linii pre-completat. După confirmare, TAKpilot trimite mesajul 9 linii la fluxul de aprobare și transmite simultan markerul de localizare a țintei și suprapunerea zonei de angajare în CloudTAK prin REST API al serverului TAK.
Evaluarea daunelor după impact: documentarea situației post-atac
Formularul de introducere a evaluării daunelor de luptă (BDA) se activează automat când statusul surtei trece la „atac finalizat". JTAC introduce: ora impactului (UTC), tipul și cantitatea de armament, efectul observat, localizarea craterului în MGRS, evaluarea PT/PT și evaluarea preliminară a daunelor colaterale.
După operație: jurnalul surtelor, arhiva mesajelor 9 linii și reconstrucția cronologiei
Jurnalul surtelor oferă o vedere cronologică a întregii activități CAS. Reconstrucția cronologiei pentru debriefing utilizează tranzițiile de stare cu marcaj temporal pentru a genera o cronologie a evenimentelor care poate fi suprapusă pe arhiva pistelor COP. Publicul debriefingului poate parcurge surta secundă cu secundă.