JDLM- ja LOGFAS-integraatio koalition ylläpitosuunnitteluun

Koalitio-operaatiot elävät tai kuolevat ylläpidon varaan. Monikansallinen joukko voi olla taktisesti loistava ja silti pysähtyä, koska polttoaine ei saapunut oikeaan solmuun, koska lääkinnällinen luokka VIII siirtyi kahden kansallisen varaston välillä seuraamatta, tai koska yhden kansakunnan kuljetussuunnitelma oletti tien, jonka toisen kansakunnan insinöörit eivät olleet vielä korjanneet. Huonosti suunnitellun monikansallisen ylläpidon kustannus mitataan menetetyssä taisteluvoimassa — ei taulukkovirheissä.

NATO:n vastaus tähän ongelmaan on LOGFAS — Logistics Functional Area Services -paketti — ja pieni joukko tukevia työkaluja. Yhdysvaltain vastaus, laajemmalla yhteisten operaatioiden ja virastojen ulottuvuudella, on JDLM. Käytännössä jokainen koalition käyttöönotto on integroitava molempiin sekä osallistuvien kansakuntien omiin ERP-järjestelmiin. Tämä artikkeli on tekninen läpikäynti siitä, miten tämä integraatio käytännössä toimii, mikä hajoaa ja mikä pitää.

Koalition ylläpito-ongelma

Kansalliset armeijat eivät yhdisty oletusarvoisesti. Jokainen ajaa omaa ERP:ään — SAP joillakin, Oracle EBS toisilla, IFS muutamalla, räätälöityjä perintöjärjestelmiä useimmilla. Jokaisella on oma materiaaliluettelo, oma NSN-kansallinen vastaavuus, oma kuljetuskaavio, omat luokitussäännöt. Kun kaksi kansakuntaa perustaa yhteisen yhteistoiminnallisen joukko-osaston, mikään näistä ei kohdista automaattisesti.

Historiallinen kiertotie oli LOGREP — LOGistiikkaRaportit — vaihdettu flat-tiedostona suunnittelukokouksissa. LOGREP:stä tuli koalition valuutta: epätäydellinen, häviöllinen, mutta sovittu. Kansakunnan joukkolista, omaisuuden valmius, kulutusennuste ja liikkumissuunnitelma putoavat kaikki LOGREP-kirjauksiin, joita muut koalitiopartnerit voivat lukea. Nykyään LOGREP on yhä lingua franca, mutta vaihto on siirtynyt paperista ja sähköpostista LOGFAS:iin ja sen ympärillä oleviin protokolliin.

LOGFAS-komponettikierros

LOGFAS ei ole yksi sovellus. Se on paketti, jonka NATO Communications and Information Agency (NCIA) jakaa, ja sillä on neljä komponenttia, jotka ovat merkityksellisiä missä tahansa integraatioprojektissa.

LOGREP on datamalli ja tietokanta. Se määrittelee entiteetit — joukkomoduulit, hallussa olevat, vaatimukset, varastot, liikkumisvaatimukset — ja niiden väliset suhteet. Jokainen muu LOGFAS-komponentti lukee tai kirjoittaa LOGREPiä.

ADAMS (Allied Deployment and Movement System) on suunnittelupinta. ADAMS kuluttaa LOGREPin, soveltaa reittien, kuljetusmuotojen ja kuljetusomaisuuden verkoston, ja tuottaa liikkumissuunnitelmat — kuka liikkuu mitä, millä kuljetusmuodolla, mihin välisoluun, milloin. ADAMS on missä koalitiosuunnittelijat viettävät tuntinsa käyttöönottovaiheessa.

EVE (Effective Visible Execution) on toteutuksen seurantakerros. Missä ADAMS suunnittelee, EVE seuraa toteutuneita: missä saattue todella on, lähteekö lentokone todella, saapuuko varasto todella.

SDM (System Data Management) on hallinnollinen selkäranka — käyttäjät, roolit, julkaisukelpoisuus, tietokannan synkronointi, luettelon hallinta.

JDLM (Joint Deployment and Logistics Model)

JDLM on Yhdysvaltain Transportation Command (USTRANSCOM):n mallinnusjärjestelmä yhteisoperaatioiden käyttöönotolle ja ylläpidolle. Missä LOGFAS keskittyy koalition suunnitteluun, JDLM keskittyy Yhdysvaltain yhteisiin ja virastojen välisiin liikkeisiin. Yhteentoimivuustarina LOGFAS:n kanssa ei ole symmetria — kaksi järjestelmää ei vaihda tietokantoja. Se on käännös. Yhdysvaltain JDLM:ssä mallinnettu suunnitelma on ilmaistava uudelleen LOGREP-yhteensopivina liikkumis- ja hallussa olevina tietueina, jotta koalitiopartnerit voivat käyttää sitä.

STANAG 2406 -perhe

Logistiikan raportointistandardit sijaitsevat kaiken alla. STANAG 2406 kattaa logistiikan raportoinnin laajassa mielessä, ja 2400-sarjan liittyvät standardit määrittelevät erityisiä vaihtoformaatteja — polttoaineen raportointi, ampumatarvikkeiden raportointi, uhrien ja lääketieteellisen logistiikan raportointi, kuljetusten liikumisen raportointi.

MEDLOG-laajennus — lääketieteellinen logistiikka — on se osa, jota tiimit aliarvostavat useimmin. Lääketieteellisellä luokka VIII:lla on erilaiset säilyvyyssäännöt, erilaiset lämpötilarajoitukset, erilaiset maiden väliset julkaisukelpoisuusprofiilit ja erilaiset raportointivälit kuin yleisellä huollolla.

Integraatiomallit

Kolme mallia hallitsee.

Veto (pollaa LOGREP). Ulkoinen järjestelmä pollaa LOGREP-replikaa aikataululla — joka viidentoista minuutin välein, joka tunti — vertaa viimeiseen tilannekuvaan ja toimii muutoksiin. Veto on yksinkertainen, ennustettava ja helppo operoida.

Työntö (tapahtumavirta LOGFAS:iin). Ylävirtajärjestelmät lähettävät muutostapahtumia — päivitetty varasto, suoritettu liike — viestivälittäjälle, ja LOGFAS-sovitin kuluttaa ne ja kirjoittaa ne LOGREPiin. Työntö on lähempänä reaaliaikaa ja häviötön, mutta se vaatii kestävän viestivälittäjän.

Väliasema (käännössolmu luokitusportilla). Kanoninen koalition rakenne. Kansalliset ERP:t julkaisevat kansalliseen väliasemaan. Käännössolmu lukee väliasemasta, soveltaa kenttävastaavuuksia, soveltaa julkaisukelpoisuussääntöjä ja kirjoittaa koalition puolen LOGREPiin.

Luokitus ja julkaisukelpoisuus

Kansalliset logistiikkatiedot ovat oletusarvoisesti kansallisia. NATO RESTRICTED on lattia, jolla useimmat koalition vaihdot sijaitsevat, mutta sama tietue saattaa olla julkaisukelpoinen NATO:lle mutta ei tietylle partnerimaalle. Julkaisukelpoisuus ei ole luokitus — se on ortogonaalinen akseli, joka määrittää kuka näkee mitä tietyn luokitustason sisällä.

Toimiva malli on puhdistus-lähdöllä. Jokainen tietue kantaa julkaisukelpoisuusvektoria — joukko kansakuntia ja operaatioita, joille se on hyväksytty. Käännössolmu kieltäytyy kirjoittamasta mitään tietuetta, jonka julkaisukelpoisuusvektori ei sisällä kohdetta.

Operatiiviset opetukset

Steadfast Defender- ja Trident Juncture -harjoitukset stressitestasivat koalition logistiikan päästä päähän lähellä sodan mittakaavaa. Epäonnistumisten malli on yhdenmukainen.

Ensimmäisenä hajoaa luettelo. Kansakunnan paikallinen luettelo ajautuu sovitusta NSN-vastaavuudesta — uusi nimike tulee käyttöön, vastaavuuden päivitys lykkääntyy, ja yön yli LOGREP-syöte tuottaa "tuntematon materiaali" -rivejä, jotka alavirtakuluttajat hiljaisesti pudottavat.

Toisena hajoaa aika. LOGREP-aikaleimat raportoidaan paikallisessa ajassa ilman vyöhykettä vanhemmissa syötteissä, UTC:ssä uudemmissa. Normalisoi UTC:hen sisäänotossa. Älä koskaan luota kellonaikatarkkaan aikaleimaan.

Kolmantena hajoaa julkaisukelpoisuus. Kenttä, joka oli julkaisukelpoinen eilen, muuttuu kansallisesti arkaluonteiseksi tänään. Jos julkaisukelpoisuus on kovakoodattu käännössääntöihin eikä kantamassa tietuekohtaisesti, jokainen muutos vaatii koodijulkaisun. Tee julkaisukelpoisuudesta dataa, ei koodia.

Neljäntenä hajoaa ihminen silmukassa. ADAMS-suunnittelijat ja EVE-operaattorit työskentelevät vuoroissa, ja vuoronvaihto on missä useimmat tietolaaturegression tulevat. Korjaus ei ole koulutus. Korjaus on LOGREP-rajalla pakotettu tietuekohtainen atomisuus — osittaiset kirjoitukset hylätään, täydet päivitykset onnistuvat.