Radio is de ruggengraat van CAS-coördinatie geweest sinds de Tweede Wereldoorlog. Een JTAC leest een negenregelig briefing over HF of VHF voor aan de piloot, de piloot herhaalt het terug, en als alle negen velden het ruis en het fonetisch alfabet hebben overleefd zonder transcriptiefout, wordt de aanval uitgevoerd. De procedurele eenvoud is bedrieglijk: de foutpercentage onder echte operationele omstandigheden is aanzienlijk hoger dan bij oefeningen, de terugmelding kost minuten, en er is geen visuele bevestiging dat de piloot en JTAC hetzelfde punt op de grond zien.
Digitale CAS-coördinatiesoftware lost alle drie de problemen tegelijkertijd op. Een gestructureerd formulier vervangt de vrije tekst van de radio-uitzending, de doellocatie wordt gekoppeld aan een markering op het live operationeel beeld (COP), en de goedkeuringsketen — van JTAC naar AFAC naar de autoriserende autoriteit — laat een onveranderlijk auditspoor achter van de initiële aanvraag tot de schadebeoordelinge na de inslag.
Waar relevant verwijst het artikel naar hoe TAKpilot deze problemen oplost in een TAK-native CAS-workflow.
Het JTAC-workflowprobleem: waarom het gesproken 9-regelbericht faalt onder druk
Het doellocatieveld — het meest cruciale veld in het briefing — is een coördinaattekenreeks, doorgaans in MGRS-formaat. Uitgesproken over een gedegradeerd radiokanaal bij hoge operatiesnelheid kan een zescijferige rasterreferentie verkeerd worden gehoord. Digitale CAS-software elimineert fonetische coördinaatteruglezing, vult de doellocatie automatisch in vanuit een COP-markering en toont de gevarenzone op een gedeelde kaart die zowel de JTAC als de goedkeurende autoriteit tegelijkertijd ziet.
Digitale 9-regelberichtstructuur: van vrije tekst naar getypt schema
Elk van de negen velden komt overeen met een gestructureerd type met validatieregels die worden afgedwongen bij invoer.
Regel 1 — IP/Offset. Het beginpunt wordt opgeslagen als een COP-functie-UID of als een coördinaat met label. De offset is een magnetische peiling in graden en een afstand in meters.
Regel 2 — Koers. Geheel magnetische peiling in graden. Het systeem geeft de aanvalsas weer als een pijl op de gevarenzone-overlay.
Regel 3 — Afstand. Gehele afstand in meters van IP tot doel. Automatisch berekend wanneer beide velden zijn ingevuld vanuit de COP.
Regel 4 — Doelhoogte. Gehele hoogte in voet MSL. Automatisch ingevuld vanuit de terreindatabase.
Regel 5 — Doelbeschrijving. Gestructureerd type: hoofdcategorie met subclassificatie en vrije tekst opmerkingenveld.
Regel 6 — Doellocatie. Het meest kritieke veld. Opgeslagen in MGRS en decimale graden. Bij het invoeren van coördinaten toont het systeem het punt op de kaart en vraagt de JTAC visueel te bevestigen.
Regel 7 — Markeringstype. Enumeratie: laser (met code), IR-pointer, rook (met kleur), GPS, raster, geen.
Regel 8 — Eigen troepen. Gemelde positie van de dichtstbijzijnde eigen troepen ten opzichte van het doel. Kruisgevalideerd met de werkelijke spoorposities in de COP.
Regel 9 — Ontsnappingsroute. De geplande vertrekrichting van het vliegtuig na de aanvalsrun.
COP-integratie: het 9-regelbericht koppelen aan de live kaart
Wanneer een JTAC een aanvraag indient, maakt de coördinatiesoftware een set COP-objecten: doellocatiemarkering, gevarenzone-overlay, aanvalsas-pijl en IP-doel-lijnsegment. Alle overlays worden als CoT-events naar de TAK-server gestuurd en verschijnen op alle verbonden ATAK- of WinTAK-clients. De AFAC en de goedkeurende autoriteit zien dezelfde geometrie als de JTAC.
Goedkeuringsworkflow: van JTAC-aanvraag via AFAC-beoordeling naar SMEAC-autorisatie
Gepland CAS doorloopt de volledige SMEAC-keten. Tijdkritisch CAS verkort die keten tot een enkele AFAC-autorisatie. De digitale software moet beide workflows implementeren met verschillende formulierindelingen, verschillende goedkeuringsrouting en verschillend time-outgedrag.
Deconflictie: luchtruim, voorkoming van vuurvrienden en ROE-naleving
Vóór goedkeuring wordt het hoogteblok van de gevarenzone gecontroleerd op actieve luchtruimreserveringen. Een automatische controle van alle eigen sporen in de COP tegen de gevarenzone-geometrie wordt uitgevoerd op het moment van goedkeuring. Gestructureerde doelcategorieën maken geautomatiseerde ROE-controles mogelijk.
TAKpilot-integratie: van natural language-aanvraag naar gestructureerd 9-regelbericht
TAKpilot accepteert een CAS-aanvraag in natuurlijke taal — "voertuig aanvallen op grid 37T EL 441528, laser 1688, eigen troepen 300 m zuidelijk" — en genereert automatisch een vooraf ingevuld 9-regelberichtconcept. Na bevestiging stuurt TAKpilot het 9-regelbericht naar de goedkeuringsworkflow en duwt tegelijkertijd de doellocatiemarkering en de gevarenzone-overlay naar CloudTAK via de TAK-server REST API.
Schadebeoordeling na inslag: de situatie na de aanval documenteren
Het BDA-invoerformulier activeert automatisch wanneer de sortietstatus overschakelt naar "aanval voltooid". De JTAC voert in: tijdstip van inslag (UTC), wapentype en -hoeveelheid, waargenomen effect, kraterlocatie in MGRS, PT/PT-beoordeling en voorlopige beoordeling van collaterale schade.
Na de operatie: sortietlogboek, 9-regelberichtarchief en tijdlijnreconstructie
Het sortietlogboek biedt een chronologisch overzicht van alle CAS-activiteit. Tijdlijnreconstructie voor de debriefing gebruikt de tijdgestempelde statusovergangen om een tijdlijn van gebeurtenissen te genereren die over het COP-spoorarchief kan worden gelegd. Het debriefingpubliek kan de sortie seconde voor seconde doorlopen.