Sotilaskuljetusjärjestelmät: reititys, kuormasuunnittelu ja kuljetusmuodon valinta

Saksan varikolta lähtevä ja operaatioalueen etummaiseen jakelupisteeseen saapuva rahtituote kulkee vähintään kolmen kuljetusmuodon, kuuden käsittelysolmun ja neljän erillisen logistiikkatietojärjestelmän tietueiden kautta, ennen kuin vastaanottava yksikkö kuittaa sen. Liikkeen koordinointi — oikean kuljetusmuodon valinta, tehokkaimman kuorman rakentaminen, saattueen reitittäminen heikon sillan ohi ja uhkakäytävästä poispäin sekä 17-merkkisen aakkosnumeerisen tunnisteen seuraaminen jokaisessa hallinnansiirrossa — on sotilaskuljetusten hallintajärjestelmän työtä. Puolustusoperaatioita varten rakennettu TMS on olennaisesti eri tuote kuin kaupallinen vastineensa. Sotilaskuljetuksia määrittävillä rahtityypeillä, suunnittelukehyksillä, prioriteettijärjestelmillä ja integraatiovaatimuksilla ei ole suoria vastineita rahdinkuljetusohjelmistoissa, ja organisaatiot, jotka yrittävät mukata kaupallisia alustoja sotilasvaatimuksiin, havaitsevat johdonmukaisesti, että sotilaslogistiikkaa määrittävät rajoitteet — UMMIPS-prioriteetti, luokatellun rahdin käsittely, JOPES:n siirtoaikataulut, saattuereittien sovittelu — edellyttävät joko laajaa räätälöintiä tai tarkoitukseen rakennettuja järjestelmiä. Tämä artikkeli tarkastelee yksityiskohtaisesti sotilas-TMS:n kutakin toimialuetta kuljetuspyynnön vastaanotosta lopulliseen toimitusvahvistukseen ja käsittelee tietomalleja, algoritmeja ja järjestelmärajapintoja, jotka tekevät eron kykenevän sotilaskuljetusjärjestelmän ja tehtävään kelpaamattoman kaupallisen jälkiasennuksen välillä.

Sotilas-TMS:n laajuus: kuljetuspyynnöstä rahdin toimitukseen

Kaupallinen TMS hallinnoi rahtiliikkeitä kaupallisten lähettäjien ja vastaanottajien välillä kaupallisia reittejä ajavien kaupallisten kuljettajien avulla. Ensisijaisia optimointimuuttujia ovat kustannus, kuljetusaika ja kuljettajan luotettavuus. Rahti on lähes aina kaupallista tavaraa: pakattuja kulutustuotteita, teollisuusmateriaaleja, valmistettuja komponentteja. Prioriteettijärjestelmä muodostuu palvelutasosopimuksista ja asiakassopimuksista. Sääntelyrajoitteet tulevat DOT:ltä, IATA:lta ja IMDG:ltä rahdin vakiintuneille kaupallisille luokille.

Sotilas-TMS toimii eri rajoitejoukon puitteissa kaikilla näillä ulottuvuuksilla. Rahtiluokkiin kuuluu tuotteita, joiden hallintaan kaupallisia järjestelmiä ei ole suunniteltu: luokiteltuja materiaaleja, jotka vaativat pääsynvalvottua dokumentaatiota ja käsittelyä jokaisessa solmussa; luokan I ja II arkaluontoisia tuotteita (ml. valvottu salauskalusto ja ydinmateriaaliin liittyvät aineet), joihin liittyy hallintaketjuvaatimuksia, jotka ylittävät kaupallisen hallintaketjuohjelmiston; ylikokoista ja ylipainoista sotilaskalustoa (tankit, itsekulkeva tykistö, suuret roottorilentokoneet), joka vaatii erikoistunutta kuljetussuunnittelua; sekä yksikkösiirrot, jotka käsittelevät sotilasyksikön henkilöstön ja oman kaluston yhtenä koordinoituna liikkeenä eikä itsenäisinä rahtierinä.

Suunnittelukehys eroaa perustavanlaatuisesti. Sotilaskuljetusten suunnittelua ohjaa JOPES:ssa tuotettu Time-Phased Force and Deployment Data (TPFDD), joka määrittää operaatiosuunnitelman tukemiseksi tarvittavat yksiköiden saapumispäivät. Kuljetuspyynnöt ovat alisteisia tälle suunnitelmalle, ja ne on arvioitava paitsi yksilöllisten kustannus-aikavaikutusten, myös niiden kokonaissiirtoaikatauluun kohdistuvan vaikutuksensa perusteella. Prioriteettijärjestelmä — UMMIPS prioriteeteilla 01-15 — on sääntelypohjainen määrittely, joka perustuu tarpeen operatiiviseen kiireellisyyteen, ei neuvoteltuun palvelutasoon. Itse kuljetusverkko sisältää sekä kaupallisia kuljettajia (joita käytetään laajasti ylläpitoon) että omia sotilaskuljetusresursseja (joita käytetään taisteluvyöhykkeen ja arkaluontoisen rahdin liikkeisiin), ja ne on koordinoitava ja sovitettava saman TMS-alustan yli.

Verrattuna operaatioalueen avaamisen ja ylläpidon hallintaohjelmistoon, joka hallinnoi laajempaa logistiikkainfrastruktuuria mukaan lukien vastaanoton, ryhmittymisen ja jatkolikkeiden suunnittelun, sotilas-TMS keskittyy nimenomaan kuljetusten toteutustasoon: validoituden kuljetustarpeiden muuntaminen rahtikirjatuiksi kuormiksi tietyille ajoneuvoille, aluksille ja lentokoneille seuratuilla TCN-tunnuksilla, vahvistetuilla lähdöillä ja toimitustietueilla.

Kuljetuspyyntöjen käsittely

Kuljetuspyynnöt tulevat TMS:ään kahden ensisijaisen kanavan kautta. Ylläpitokontekstissa tilaukseen perustuvat kuljetuspyynnöt saapuvat huoltojärjestelmästä, kun yksikön tilaus on täytetty varikolla ja materiaali on valmis lähetettäväksi. Kuljetuspyyntö sisältää alkuperäisen tilauksen asiakirjanumeron, kansallisen varastonumeron (NSN) ja määrän, painon ja tilavuuden, lähtövarikon ja määräyksikön osoitteen sekä vaaditun toimituspäivän, joka johdetaan huoltojärjestelmän prioriteettikäsittelystä. Siirtokontekstissä validoidut kuljetustarpeet saapuvat JOPES:sta yksikkörivinumeroina (ULN), jotka on poimittu TPFDD:stä ja jotka määrittävät yksiköt, kalustokokonaisuudet ja päivät, joihin mennessä niiden on saavuttava lähtösatama tai määränpää.

Validointi on ensimmäinen käsittelyvaihe. TMS tarkistaa pakolliset kentät, validoi rahdin vaarallisten aineiden tietokantaa vasten (UN-numero, vaaraluokka ja yhteensopivuusryhmä ammuksille ja kemikaaleille), varmistaa, että määräyksikön osoite voidaan ratkaista verkon kuljetussolmuksi, ja vahvistaa, että paino- ja tilavuustiedot ovat uskottavilla alueilla ilmoitetun NSN:n osalta. Validoinnin epäonnistuessa pyynnöt palautetaan jättävälle taholle jäsennellyllä virhekoodilla eikä vapaatekstikommentilla, mikä mahdollistaa automaattisen uudelleenlähetyksen korjauksen jälkeen.

UMMIPS-prioriteetin määrittely seuraa validointia. TMS ratkaisee tilaavan yksikön toimintaluokittimen (FAD) yksikkörekisteristä ja yhdistää sen pyynnön mukana toimitetun kiireellisyysluokittimen (UND) kanssa kuljetusprioriteetin (01-15) tuottamiseksi. Tämä prioriteetti ohjaa järjestystä, jossa pyyntöä työstetään kapasiteettijonossa: prioriteetin 01 ja 02 pyynnöt kytketään seuraavaan käytettävissä olevaan liikkeeseen millä tahansa kykenevällä kuljetusmuodolla; prioriteettien 11-15 pyynnöt kootaan ja kytketään edullisimpaan kuljetusmuotoon, joka on yhteensopiva vaaditun toimituspäivän kanssa. TMS valvoo prioriteettijärjestystä automaattisesti ja estää matalamman prioriteetin rahtilohkoa kuluttamasta viimeistä käytettävissä olevaa tilaa ilmakuljetustehtävässä, jota prioriteetin 02 pyyntö voisi käyttää.

Defense Transportation Regulation (DTR) säätelee menettelysäännöt, jotka TMS toteuttaa kuljetuspyyntöjen vastaanotolle, dokumentaatiostandardeille ja vaarallisten aineiden käsittelylle. Yhteisvoimakontekstissa rajapinta liikenteenohjauselementtiin toimii DTR-vakiotyönkulun kautta, ja TMS:n on tuotettava tulosteasiakirjat — DD Form 1384 (Transportation Control and Movement Document), DD Form 1387 (Military Shipping Label) ja rahtikirja — DTR-vaatimukset täyttävissä muodoissa.

Kuormasuunnittelu ja konsolidointi

Kuormasuunnittelu on prosessi, jossa yksittäisiä rahtituotteita sijoitetaan tietyille ajoneuvoille, lentokoneille tai alusten lastitiloihin tavalla, joka täyttää useita samanaikaisia fyysisiä ja sääntelyrajoitteita ja maksimoi käytettävissä olevan kapasiteetin hyödyntämisen. Kaupallisessa TMS:ssä kuormasuunnittelu optimoi tyypillisesti painon ja tilavuuden vakiorekkaprofiilin puitteissa. Sotilas-TMS:n on ratkaistava tämän ongelman monimutkaisempi versio kolmelle erilliselle kuljetusmuodolle, kullakin eri rajoitejoukoilla.

Ilmakuljetuksissa ensisijaiset rajoitteet ovat lentokonetyyppikohtaisia. C-17 Globemaster III:n rahtitila on 88 jalkaa pitkä ja 18 jalkaa leveä, enimmäiskuorma noin 170,000 paunaa ja lattian kuormitusraja vaihtelee sijainnin mukaan. C-130J:n tila on paljon pienempi. Kuormasuunnittelualgoritmin on tarkistettava kukin rahtituote tehtävälle varattua lentokonetyyppiä vasten ja määrättävä lavapaikat, jotka täyttävät painopisteen (CG) alueen suunnitellulle polttoainemäärälle. CG-rajoite lasketaan iteratiivisesti, kun tuotteita sijoitetaan paikoille: raskas tuote etummaiselle lavapaikalle siirtää painopistettä eteenpäin; perässä se siirtää sitä taaksepäin. Kuormasuunnitteluohjelmiston on löydettävä sijoitus, joka pitää kuormatun painopisteen lentokäsikirjan rajoissa kaikilla suunnitelluilla polttoainetiloilla tehtävän aikana. Vaaralliset aineet lisäävät erottelurajoitteen: tietyt HAZMAT-luokat eivät saa olla kuormattuina vierekkäin tai määrätyn etäisyyden sisällä miehistötilasta.

Ilmakuljetusrahdin lavanrakennus käyttää 463L-lavaa (108 x 88 tuumaa, 355 paunan lavan omapaino, 10,000 paunan lattiakuormitusraja per lava) vakiointiyksikkönä. TMS tuottaa kullekin lavalle rakennusjärjestyksen: mitkä tuotteet menevät ensin (raskaimmat pohjalle), miten tuotteet suunnataan korkeuden minimoimiseksi ja vaatiiko tietty tuote tietyn kiinnityskuvion. Tämä lavanrakennussuunnitelma esitetään visuaalisena kaaviona fyysisen kuorman rakentaville rahtikäsittelijöille, mikä vähentää virheitä ja uudelleentyön tarvetta, kun kuormaa tarkastetaan lentoasemalla.

Merikuljetuksissa tilavuusoptimointi hallitsee, koska merialuksen kapasiteetti on useimmille sotilasrahtityypeille ensisijaisesti tilavuus- eikä painorajoitteinen. TMS sijoittaa kontit ja irtolastin alusten lastitilapaikkoihin 3D-bin-packing-algoritmilla, joka maksimoi lastitilan käytön noudattaen pinoamisrajoja, yhteensopimattoman rahdin erottelua ja aluksen vakausparametreja. Pyörillä ja teloilla liikuvia ajoneuvoja kuljettavissa rulla sisään/rulla ulos (RO/RO) -aluksissa suunnittelurajoite siirtyy kannen pinta-alaan ja ramppikapasiteettiin, mikä edellyttää, että TMS ylläpitää RO/RO-kannen asetteludataa laivaston jokaisesta aluksesta.

Maakuljetusten kuormasuunnittelu sijoittaa rahdin saattueen yksittäisille ajoneuvoille ajoneuvon kuormarajan, lavamitat ja mahdolliset vaarallisen rahdin ajoneuvotyyppirajoitukset huomioiden. TMS tuottaa myös kiinnitys- ja tukisuunnitelman tuotteille, jotka vaativat vakiosidosten lisäkiinnitystä, ja merkitsee ylikokoiset tuotteet, jotka vaativat tietyn ajoneuvotyypin (lavamalli, matala perävaunu), joka ei välttämättä ole käytettävissä omassa kalustossa ja joka on hankittava kaupallisilta sopimuskuljettajilta.

Kuljetusmuodon valinta: ilma vs meri vs maa

Kuljetusmuodon valinta on päätös, joka eniten suoraan määrittää sotilasliikkeen kustannuksen, nopeuden ja riskiprofiilin. TMS automatisoi tämän päätöksen poliittisten rajojen sisällä ja esittää suunnittelijoille järjestetyn joukon toteutettavissa olevia vaihtoehtoja sen sijaan, että heidän pitäisi arvioida manuaalisesti kaikki mahdollisuudet jokaista pyyntöä varten.

Kuljetusmuodon valinnan arviointikehys yhdistää kolme ensisijaista muuttujaa: aika, kustannus ja riski. Aika arvioidaan kunkin kuljetusmuodon kuljetuskestona lähtöpisteestä määränpäähän, mukaan lukien aika kuljetusmuodon varaamiseen (kuinka nopeasti rahti pääsee käytettävissä olevaan ajoneuvoon, alukseen tai lentokoneeseen), varsinainen kuljetusaika ja suunniteltu välivaiheen käsittely satamissa tai jakelusolmuissa. Kustannus arvioidaan soveltuvaa kuljetustiliä vasten siten, että ilmakuljetus maksaa kertaluokkia enemmän tonnimailta kuin meri- tai maakuljetus. Riski kuvaa todennäköisyyttä, että kuljetusmuoto toimittaa aikataulussa, ottaen huomioon sääherkkyyden (ilmakuljetus on alttiimpi sääperuutuksille kuin pintakuljetusmuodot), reitin uhkatason (olennainen maakuljetuksessa) ja kuljettajan luotettavuushistorian.

Ilmakuljetusvaihtoehdot jakautuvat kanava- ja kriisikuljetuksiin. Kanavailmakuljetustehtävät toimivat kiinteillä aikatauluilla vakiintuneiden lentoasemien välillä, samoin kuin kaupallinen ilmarahtiaikataulu. TMS tarkistaa soveltuvan reitin kanava-aikataulun ja tunnistaa aikaisimman kanavalähdön, joka voi kuljettaa rahdin ja täyttää vaaditun toimituspäivän. Kriisi-ilmakuljetus — nimenomaan kuljetustarpeeseen kohdennetut tehtävät — vaatii koordinointia GDSS:n (Global Decision Support System) kanssa, joka on AMC:n strategisten ilmakuljetusten suunnittelutyökalu. TMS lähettää kuljetustarpeen GDSS:lle ja saa vastineeksi tehtävämääräyksen; TMS rahtikirjaa sitten rahdin kyseiselle tehtävälle ja seuraa sen toteutusta. Kanavailmakuljetus on halvempaa ja vaatii vähemmän koordinointityötä; kriisi-ilmakuljetus on nopeampaa epästandardeilla reiteillä mutta kuluttaa omistettua lentokonekapasiteettia, joka kilpailee muiden operatiivisten prioriteettien kanssa.

Oma kuljetus — voiman käyttämät sotilasomisteiset ajoneuvot, alukset ja lentokoneet — on käytössä taisteluvyöhykkeen liikkeisiin ja arkaluontoiseen rahtiin, kun kaupallisia kuljettajia ei ole valtuutettu. Kaupallista kuljetusta käytetään laajasti ylläpitorahtiin ei-taisteluvyöhykkeillä ja rahtiluokkiin (vakio kaupallinen rahti, kaupallisen rahtikirjan alle siirretyt ajoneuvot), joissa kaupalliset kuljettajat tarjoavat nopeamman aikataulun tai alemman kustannuksen. TMS ylläpitää kuljettajadataa sekä omista että kaupallisista lähteistä ja voi tuottaa valtion rahtikirjat (GBL) kaupallisiin liikkeisiin automaattisesti kuljetuspyynnön datasta.

Kuljetusmuodon valintamoottori valvoo rahdin yhteensopivuustarkistukset suodattimina ennen vaihtoehtojen esittämistä. Luokateltua rahtia ei voi luovuttaa kaupallisille kuljettajille. Tietyt HAZMAT-luokat on rajoitettu vain ilmakuljetukseen (pinnan kanssa yhteensopimattomat aineet) tai vain maakuljetukseen (ilman kanssa yhteensopimattomat aineet). Ylikokoinen rahti suodatetaan kunkin kuljetusmuodon ja -alimuodon fyysistä kapasiteettia vasten (C-130 ei voi kuljettaa ylikokoista rahtia, jonka C-17 voi). Vain kaikki yhteensopivuussuodattimet läpäisevät vaihtoehdot esitetään suunnittelijalle, mikä poistaa riskin varata rahti kuljetusmuotoon, joka ei voi laillisesti tai fyysisesti kuljettaa sitä.

Sotilassaattueiden reititysalgoritmit

Sotilassaattueiden reititys on rajoitettu lyhyimmän polun ongelma, jonka rajoitejoukolla ei ole kaupallista vastinetta. Kaupallisten kalustonhallintaohjelmistojen reititystä ohjaavat algoritmit — tyypillisesti Dijkstran algoritmin tai A*-algoritmin variantit tieverkkograafissa etäisyys- tai ajansidonnaisilla kaaripainoilla — tarjoavat oikean perustan, mutta niitä on laajennettava merkittävästi sotilaskohtaisten rajoitteiden käsittelyyn.

Siltojen sotilaskuormaluokitus (MLC) on operatiivisesti merkitsevin rajoite. Jokainen sotilastieverkon silta luokitellaan MLC-arvoon — luku, joka kuvaa suurinta telaa tai pyöriä käyttävän ajoneuvon painoluokkaa, jonka silta kestää. Saattue, joka kuljettaa 70 tonnin MLC-ajoneuvoa (panssarivaunu raskaalla kalustonsiirtoajoneuvolla), ei voi käyttää MLC 50 -luokiteltua siltaa maantieteellisestä läheisyydestä riippumatta. Reititysalgoritmin on ylläpidettävä MLC-attribuutti tieverkkograafin jokaisella siltakaarella ja suodatettava reitit kullekin saattueelle saattueen raskaimman ajoneuvon perusteella. Kun MLC-yhteensopivaa reittiä ei ole, järjestelmän on tunnistettava lähin vaihtoehtoinen ylityspaikka (joka voi olla sotilasponttonisilta tai lauttaylitys omalla MLC-luokituksellaan) ja laskettava kiertotien kustannus.

Tien leveys- ja korkeusrajoitteet soveltuvat riippumatta sillan MLC:stä. Ylilevä kuorma voi pystyä ylittämään sillan mutta ei mahdu kapealle kyläkadulle tai rautatien ylikulun alle. Reititysalgoritmin on verrattava saattueen leveimmän ja korkeimman ajoneuvon kriittisiä mittoja kunkin tieosuuden pienimpään vapaaprofiiliin ja poistettava osuudet, jotka eivät fyysisesti mahdu saattueelle.

Uhkan välttämisen reititys peittää tieverkon uhkakerroksella, joka laaditaan nykyisistä tiedusteluarvioista, IED-tapaturmaraporteista ja liikenteenohjauselementin valvotuista reittistatuksista. Korkean uhan alueiden tieosuudet joko suljetaan kokonaan (liikuntarajoituksen alaiset osuudet) tai ne saavat riskikustannussakon, jonka reititysalgoritmi sisällyttää polkukustannuslaskentaansa. Etäisyyden minimoinnin ja uhkan minimoinnin välinen painotus on suunnitteluparametri, jonka komentajat säätävät kunkin saattueen nykyisen riskinsietokyvyn perusteella. Korkean prioriteetin lääketäydennyssaattue voi hyväksyä pidemmän reitin, jolla on pienempi uhkapistemäärä; matalan prioriteetin ylläpitosaattue voi hyväksyä suuremman uhkapistemäärän lyhyemmällä ja nopeammalla reitillä.

// Simplified multi-constraint convoy route cost function
function edgeCost(segment, convoy) {
  // Block physically incompatible segments
  if (segment.mlcRating < convoy.heaviestVehicleMLC) return Infinity;
  if (segment.minWidth < convoy.maxVehicleWidth) return Infinity;
  if (segment.minClearance < convoy.maxVehicleHeight) return Infinity;
  if (segment.status === 'CLOSED') return Infinity;

  // Weighted cost: distance + threat penalty
  const distanceCost = segment.distanceKm;
  const threatPenalty = segment.threatScore * convoy.riskWeight;
  const dwellPenalty  = segment.status === 'RESTRICTED'
                        ? convoy.restrictionPenalty : 0;

  return distanceCost + threatPenalty + dwellPenalty;
}

Monitasoinen reittien sovittelu ratkaisee ongelman, jossa useat saattueet toimivat samanaikaisesti samassa tieverkossa. Kun kaksi saattuetta on reititetty käyttämään samaa tieosuutta päällekkäisin aikaikkunoin, toista on viivästettävä tai reititettävä uudelleen, jotta vältytään ruuhkalta, joka vaarantaisi molemmat liikkeet. TMS ylläpitää aikavaiheistettua reittivarausmallia: kunkin saattueen suunniteltu liike luo aikaikkunavarauksen jokaiselle tieosuudelle, jonka se miehittää, saattueen nopeuden ja pituuden perusteella. Kun uusi saattuereittipyyntö on ristiriidassa olemassa olevan varauksen kanssa, reititysmoottori joko siirtää uuden saattueen lähtöaikaa avatakseen selkeän ikkunan tai tuottaa vaihtoehtoisen reitin, joka välttää ristiriidan. Tämä sovittelutoiminto on kriittinen korkean tahtitahtioperaatioissa, joissa useat logistiikkaelementit siirtävät samanaikaisesti ylläpitosaattueita saman rajallisen tieverkon yli.

Kuljetusohjausnumeron (TCN) elonkaari

Kuljetusohjausnumero (TCN) on sotilaskuljetusten ensisijainen seurantatunniste. TCN on 17-merkkinen aakkosnumeerinen merkkijono, jonka rakenne koodaa lähettävän toimipisteen kuljetustilikoodin (TAC), lähetyspäivän juliaanisena päivämääränä, alkuperäisen tilauksen asiakirjanumeron ja sarjasuffiksin. Tämä koodaus on merkityksellinen: koulutettu logistiikka-asiantuntija voi lukea TCN:n ja tunnistaa lähtötoimipisteen, likimääräisen lähetyspäivän ja alkuperäisen tilauksen ilman tietokantahakua, mikä on operationaalisesti hyödyllistä, kun järjestelmät ovat poissa käytöstä tai yhteys on rajoitettu.

TCN:n määrittely tapahtuu TMS:ssä, kun kuljetuspyyntö rahtikirjataan tietylle ajoneuvolle, alukselle tai lentokoneelle. Yksilöllinen TCN luodaan jokaiselle rahdin yksikölle — lavalle, kontille tai yksittäiselle tuotteelle, joka on liian suuri lavoitettavaksi — ja tulostetaan sotilaslähetysmerkintään (DD Form 1387), joka kiinnitetään rahtiin. TCN näkyy myös rahtikirjassa (DD Form 1384), joka saattaa lähetyksen, ja sähköisessä rahtikirjassa, joka lähetetään vastaanottavalle solmulle ennen rahdin saapumista.

TCN-statuksen elonkaari etenee määriteltyjen tilojen läpi: Rahtikirjattu (määrätty liikkeeseen), Lähtenyt (vahvistettu lastattu ja lähtenyt lähtöpisteestä), Kuljetuksessa (lukutapahtumat välisolmuissa), Saapunut määränpäähän (purettu määräsolmussa) ja Toimitettu (vastaanottavan yksikön hyväksymä). Jokaisen tilasiirtymän laukaisee lukutapahtuma, integroidun järjestelmän (GATES ilmakuljetuksille, JCCS pinnalle) statusviesti tai kuljetuskoordinaattorin manuaalinen tilapäivitys. TMS validoi, että tilasiirtymät ovat loogisesti johdonmukaisia — TCN ei voi siirtyä tilasta Kuljetuksessa suoraan tilaan Toimitettu ilman Saapunut määränpäähän -tietuetta — ja merkitsee epäjohdonmukaisuudet tietolaatupoikkeamiksi, jotka vaativat tarkistusta.

Kuljetusaikaisen näkyvyyden (ITV) päivitykset virtaavat TCN-tietueeseen useista lähteistä samanaikaisesti. Kiinteät RFID-lukijat lento- ja merisatamissa tuottavat automatisoidut saapumis- ja lähtötapahtumat. Käsilukijalukemat jakelusolmuissa tuottavat manuaalisia lukutapahtumia. Kaupallisten kuljettajien seurantadata (rahdille, joka liikkuu GBL:n alla kaupallisella maantieliikenteellä) saapuu EDI:n kautta ja täsmätään TCN:ään. Sotilasajoneuvon seurantajärjestelmän (VTS) sijaintiraportit omille maasaattueille päivittävät rahden maantieteellisen sijainnin matkan aikana. TMS kokoaa kaikki nämä tapahtumavirrat TCN:tä vasten ja esittää vastaanottavalle yksikölle yhtenäisen sijainti- ja statuskuvan riippumatta siitä, mikä lähde tuotti viimeisimmän päivityksen. Kontinseuranta sotilaslogistiikassa -kerros laajentaa tätä TCN-pohjaista ITV:tä konttitasolle, jossa yksi kontin TCN voi edustaa satoja yksittäisiä rahtituotteita.

Poikkeamien hallinta TCN-elonkaaren aikana kattaa tapaukset, joissa toteutunut liike poikkeaa suunnitelmasta. Lähtöhuomiotta jättämispoikkeama ilmenee, kun ajoneuvo tai lentokone lähtee ilman rahtikirjattua rahtia. Ohjauspoikkeama ilmenee, kun rahti puretaan välisolmussa, joka ei ole suunniteltu seuraava määränpää. Hylkäyspoikkeama ilmenee, kun vastaanottava taho kieltäytyy vastaanotosta — rahtikirjan ristiriidan, vaurion tai dokumentaatio-ongelman vuoksi. Jokainen poikkeamatyyppi käynnistää jäsennellyn työnkulun TMS:ssä: vastuullinen kuljetuselementti saa hälytyksen, jossa on poikkeamatyyppi, vaikuttettu TCN ja viimeksi tunnettu status; elementti toteuttaa asianmukaisen korjaustoimenpiteen (uudelleenrahtikirjaus, etsinnän käynnistäminen, koordinointi vastaanottavan yksikön kanssa); ja ratkaisu dokumentoidaan TCN-tietueeseen. Ratkaisematon poikkeama TCN:llä, jonka vaadittu toimituspäivä lähestyy, eskaloituu automaattisesti esihenkilötasolle.

Integrointi strategisen liikkuvuuden ja logistiikkajärjestelmiin

Sotilas-TMS ei toimi erillisenä järjestelmänä. Se sijaitsee strategisen liikkuvuuden suunnittelun, toimitusketjun hallinnan ja kuljetusaikaisten näkyvyysjärjestelmien risteyskohdassa, ja sen on vaihdettava dataa kunkin kanssa lähes reaaliajassa yhtenäisen operatiivisen kuvan ylläpitämiseksi.

GDSS (Global Decision Support System) on ensisijainen rajapinta strategisten ilmakuljetusten suunnitteluun. Air Mobility Commandin ylläpitämä GDSS hallinnoi strategisten ilmakuljetusresurssien (C-17, C-5, sopimuksenvarainen kaupallinen ilmakuljetus) aikataulutusta ja allokointia. TMS lähettää validoidut ilmakuljetustarpeet GDSS:lle ja saa vastineeksi tehtävämääräyksiä — tehtävätunnisteen, lentokonetyypin, lähtö- ja saapumisajat sekä allokoidun tonniston. TMS rahtikirjaa rahdin määritetylle tehtävälle ja raportoi toteutuneen rahdin painon, tilavuuden ja HAZMAT-datan takaisin GDSS:lle lentokoneen kuormasuunnittelutietuetta varten. Tehtävän jälkeen GDSS tarjoaa toteutuneet lähtö-, väli- ja saapumisajat, joita TMS käyttää TCN-statustietueiden päivittämiseen.

GATES (Global Air Transportation Execution System) hallinnoi ilmakuljetusten toteutusta lentoasematasolla ja seuraa rahdin ja matkustajien käsittelyä lähtö- ja saapumislentoasemien kautta. TMS integroituu GATESiin kuluttamalla rahtikirjan hyväksymisviestejä (vahvistavat, että APOE:ssa kirjautunut rahti hyväksyttiin lastattavaksi määritetylle tehtävälle) ja purkukuittauksia (vahvistavat, että rahti saapui ja selvitettiin APOD:ssa). Nämä GATES-viestit ovat ensisijainen lähde Lähtenyt- ja Saapunut määränpäähän -statusten päivityksille TCN:ille, jotka liikkuvat strategisella ilmakuljetuksella. Operaatioalueen ilmarahdin sotilaslogistiikassa alueen sisäiset ilmakuljetustoteutusjärjestelmät syöttävät vastaavaa rahtikirja- ja purkudataa TMS:lle lyhyemmillä jaksoilla tukemaan aluejakelun nopeampaa tahtia.

JOPES-integraatio kytkee TMS-järjestelmän joukkojen siirron suunnittelutasoon. Kun TPFDD julkaistaan, TMS ottaa yksikkölinjanumerot (ULN) vastaan siirtotarpeina ja kohdistaa ne kuljetusmuotoihin, jolloin muodostuu aikataulutettu siirtosuunnitelma, jota noudattaen joukkojen siirto toteutetaan. Vajaukset – ULN-yksiköt, joita ei saada kohdistettua kuljetukseen vaaditulla aikaikkunalla – raportoidaan takaisin JOPES-järjestelmään toteutettavuusrajoitteina suunnitelman mukauttamista varten. Toteutusvaiheessa TMS raportoi todelliset lastin sulkemistiedot (milloin kunkin ULN:n kalusto todella lähti ja saapui) TPFDD-aikatauluun verrattuna, mikä antaa tuettavalle komentajalle reaaliaikaisen näkyvyyden siirron edistymisestä suunnitelmaan nähden.

PowerLog-J (Yhdysvaltojen puolustushaarojen yhteinen logistiikan suunnittelu- ja huollettavuusanalyysityökalu) käyttää TMS-dataa kuljetuskapasiteetin mallintamiseen ja huoltotarpeiden laskemiseen. TMS välittää PowerLog-J:lle kuljetusresurssien saatavuuden, reittien kulkuaikojen ja läpäisykyvyn kullekin jakeluverkon solmulle, mikä mahdollistaa pullonkaulojen tunnistamisen ja suunniteltujen operaatioiden logistisen huollettavuuden mallintamisen ennen sitoumuksia. Tämä suunnittelun palautesilmukka – TMS:n toteutusdatasta strategisen suunnittelun tasoon – antaa logistiikkakomentajille mahdollisuuden perustaa operaatiosuunnitelmat kuljetusten todellisuuteen eivätkä liian optimistisiin oletuksiin toimitusaikatauluista.

RFID-infrastruktuuri liittyy TMS:ään RFID-ITV-rajapintojen kautta, jotka välittävät kiinteiden lukijoiden tunnisteen lukutapahtumat satamista, ratapihoilta ja jakelupisteistä. TMS yhdistää nämä lukiin rahtikirjattuun TCN-luetteloon ja tuottaa automaattisia tilapäivityksiä, mikä vähentää kuljetuskoordinaattorien manuaalista työtä – muuten jokainen solmutapahtuma olisi syötettävä käsin. Siellä, missä RFID-infrastruktuuria ei ole – etummaisissa jakelupisteissä tai improvisoiduilla koontialueilla – TMS turvautuu käsilukurisyötteisiin tai manuaalisiin tilamerkintöihin ja hyväksyy harvempia päivityksiä vastineena mahdollisuudesta toimia ilman kiinteää infrastruktuuria.