Oprogramowanie do zarządzania paliwem dla rozlokowanych sił zbrojnych

Paliwo to jedyny zasób, który szybciej unieruchamia nowoczesne rozlokowane siły niż niemal jakikolwiek inny niedobór. Brygada pancerna w operacjach o wysokim tempie może zużywać dziesiątki tysięcy litrów JP-8 dziennie w pojazdach lądowych, samolotach, generatorach i polowych grzejnikach. Gdy zarządzanie paliwem opiera się na dziennikach papierowych i wywołaniach radiowych, rozbieżności narastają niepostrzeżenie, aż wysunięta jednostka odkrywa, że ma mniej godzin operacyjnej wytrzymałości, niż sądzi komórka wsparcia. Oprogramowanie do zarządzania paliwem zastępuje to ręczne rozliczanie zapisami transakcji sterowanymi zdarzeniami, automatycznym uzgadnianiem i projekcją naprzód — dając dowódcom bieżący, możliwy do audytu obraz zapasów Klasy III od hurtowych magazynów przez ostatnie wydanie w FARP. Niniejszy artykuł analizuje, co musi robić takie oprogramowanie, jak systemy FARP różnią się od rachunkowości instalacji stacjonarnych i jak dane trafiają do LOGFAS na potrzeby raportowania koalicyjnego.

Dlaczego śledzenie JP-8 strukturalnie różni się od innych klas zaopatrzenia

Śledzenie JP-8 niesie wymagania, które nie dotyczą większości innych klas zaopatrzenia. Paliwo to płynny surowiec zbiorczy mierzony objętością i masą, a nie dyskretny przedmiot liczony po numerach seryjnych. Każde wydanie angażuje miernik, który może dryfować, wąż z objętością resztkową i temperaturę wpływającą na gęstość cieczy — wszystko to wprowadza niepewność pomiaru, która kumuluje się w tysiącach transakcji. Rozliczalność jest zatem problemem uzgadniania, a nie liczenia: zapasy otwarcia plus przychody minus wydania powinny dawać zapasy zamknięcia, ale w praktyce należy zdefiniować tolerancję i badać wszystko poza nią.

Polityka NATO Single Fuel Forward pogłębia to, nakazując stosowanie JP-8 jako wspólnego paliwa dla lotnictwa i większości platform lądowych. To uproszczenie jest operacyjnie słuszne — jeden rodzaj paliwa oznacza jeden system składowania hurtowego, jedną flotę cystern i jeden schemat śledzenia zużycia — ale oznacza również, że każda platforma od śmigłowca do polowego grzejnika czerpie z tych samych zapasów hurtowych. System zarządzania paliwem musi zatem śledzić wydawanie w radykalnie różnych typach platform o różnych wskaźnikach zużycia, różnym tempie rotacji i różnych łańcuchach rozliczalności. Lotniczy FARP wydaje tysiące litrów na statek powietrzny w transakcji trwającej minuty; punkt paliwowy pojazdu lądowego wydaje setki litrów na pojazd w transakcji trwającej dziesięć minut. System musi obsługiwać oba przypadki bez wymuszania na żadnym z nich niezgrabnego przepływu pracy zaprojektowanego dla drugiego.

Składowanie hurtowe: zbiorniki, zbiorniki elastyczne i cysterny

Wysunięte zapasy Klasy III nie mieszkają w stałych podziemnych zbiornikach. Mieszczą się w składanych zbiornikach elastycznych mogących pomieścić 50 000 litrów lub więcej, w przyczepach-cysternach, w urządzeniach do tankowania w strefach wysuniętych (FARE) i w cysternach dostarczających paliwo na żądanie. System zarządzania paliwem musi modelować te niejednorodne zapasy jako graf węzłów magazynowych o znanych pojemnościach, bieżących poziomach i rejestrach przepływu. Gdy cysterna napełnia się ze zbiornika elastycznego i jedzie do FARP, transfer ten musi być zarejestrowany jako ruch wychodzący z węzła zbiornika elastycznego i przychód w węźle cysterny — w przeciwnym razie system zawyża zapasy w źródle i zaniża je w miejscu docelowym.

Mierzenie hurtowych poziomów w zbiornikach elastycznych nie jest tak proste jak odczyt wskaźnika poziomu w zbiorniku. Zbiorniki elastyczne odkształcają się pod wpływem temperatury i ciśnienia, przez co odczyty przymiarki lub wskaźnika wziernikowego są niedokładne. Najlepsza praktyka polega na stosowaniu przepływomierzy skalibrowanych do konkretnego gatunku paliwa do pomiaru każdego ruchu wejściowego i wyjściowego oraz uzgadnianiu sum miernika z periodycznymi fizycznymi pomiarami. Oprogramowanie musi przechowywać numery seryjne mierników, daty kalibracji i skumulowane odczyty obok każdej transakcji, aby błąd kalibracji można było prześledzić wstecz przez historię transakcji i poprawić dotknięte rekordy.

Oprogramowanie FARP: wysunięta krawędź rozliczania paliwa

Wysunięty Punkt Tankowania (FARP) to węzeł dystrybucji paliwa najbliższy działaniom bojowym, zazwyczaj zlokalizowany przy strefie oczekiwania statków powietrznych lub punkcie zbiórki pojazdów. W FARP statki powietrzne są tankowane pod presją czasu — czas rotacji śmigłowca może być krótszy niż pięć minut — a pojazdy lądowe kolejkują się jeden po drugim. Oprogramowanie do zarządzania paliwem w FARP musi być obsługiwane przez operatora paliwa w rękawiczkach, w niesprzyjających warunkach pogodowych, na wytrzymałym urządzeniu mogącym pracować bez połączenia sieciowego, i musi rejestrować wystarczającą ilość informacji do spełnienia wymogów rozliczalności bez spowalniania procesu wydawania.

Minimalny rekord transakcji w FARP zawiera: identyfikator platformy (numer ogona statku powietrznego lub rejestrację pojazdu), tożsamość operatora, odczyty miernika na początku i na końcu, obliczoną wydaną objętość oraz znacznik czasu. W przypadku lotnictwa dodatkowe pola, takie jak numer zezwolenia na lot i podpis dowódcy załogi, wiążą wydanie paliwa z rejestrem lotu. Niektóre implementacje przechwytują podpis cyfrowy na wytrzymałym tablecie; inne polegają na wstępnie wydrukowanym dzienniku transakcji, który jest później przepisywany — ale każdy ręczny krok przepisywania wprowadza problemy z jakością danych, które oprogramowanie ma eliminować. Lepszym wzorcem jest urządzenie przenośne, które przesyła ukończoną transakcję do lokalnej pamięci podręcznej i synchronizuje ją z systemem tylnym przy następnym dostępnym łączu.

Zautomatyzowane systemy FARP i integracja z przepływomierzem

Bardziej wydajne FARP-y używają zautomatyzowanego sprzętu do tankowania, który integruje elektroniczny przepływomierz bezpośrednio z oprogramowaniem. Operator aktywuje wydanie, skanując kod kreskowy identyfikatora platformy lub wpisując numer ogona na wbudowanym terminalu, system otwiera zawór, monitoruje przepływ i zamyka transakcję po zasygnalizowaniu przez operatora ukończenia. Odczyt miernika jest przechwytywany elektronicznie w momencie wydania, całkowicie eliminując błąd przepisywania. Wynikająca transakcja natychmiast trafia do lokalnej bazy danych i jest replikowana do komórki wsparcia po nawiązaniu łączności.

Zautomatyzowane systemy umożliwiają również analizę zużycia, której ręczne dzienniki nie mogą zapewnić. Ponieważ każde wydanie niesie identyfikator platformy i znacznik czasu, system może obliczać zużycie paliwa na numer ogona w dowolnym okresie, porównywać go z opublikowanym czynnikiem planistycznym zużycia platformy i oznaczać statki powietrzne lub pojazdy spalające znacznie poza oczekiwanym zakresem. Statek powietrzny spalający o trzydzieści procent więcej JP-8 na godzinę lotu niż jego czynnik planistyczny albo lata w bardziej wymagających profilach niż zaplanowano, albo ma problem z konserwacją; dane paliwowe ujawniają anomalię do zbadania. To odniesienie między zużyciem paliwa a rekordami konserwacji jest jednym z najbardziej wartościowych wyników zintegrowanego systemu zarządzania paliwem.

Analityka zużycia i projekcja dni zaopatrzenia

Surowe rekordy transakcji odpowiadają na pytanie patrzące wstecz — ile zużyliśmy? Decyzje operacyjne wymagają pytania patrzącego w przyszłość — jak długo wystarczą nasze zapasy i kiedy potrzebujemy kolejnej dostawy? Analityka zużycia przekształca historię transakcji w dane wskaźnikowe, a dane wskaźnikowe zasilają projekcję dni zaopatrzenia.

Kroczący wskaźnik zużycia jest obliczany na typ platformy na jednostkę w konfigurowalnych oknach końcowych — zazwyczaj 24, 48 i 72-godzinnych. Różnica między wskaźnikami krótko- i długookresowymi ujawnia, czy zużycie przyspiesza. Brygada, której 24-godzinny wskaźnik paliwa jest o czterdzieści procent wyższy od linii bazowej 72-godzinnej, prawdopodobnie jest w kontakcie lub realizuje zaplanowane natarcie; brygada z płaskimi wskaźnikami jest w pozycji obronnej. Te wzorce mają znaczenie nie tylko dla projekcji zapasów, ale dla uzgadniania zużycia paliwa z tempem operacyjnym raportowanym w dzienniku dowodzenia — rozbieżności między nimi sugerują albo niedoraportowanie działalności, albo problemy z jakością danych paliwowych.

Projekcja dni zaopatrzenia przyjmuje bieżący poziom zapasów w każdym węźle, stosuje kroczący wskaźnik zużycia i wyjściowo podaje przewidywaną datę zerowych zapasów. Gdy ta data wypada przed czasem realizacji dostawy z najbliższego węzła hurtowego, system generuje alert uzupełnienia. Alert zawiera przewidywaną ilość niedoboru, zużywającą jednostkę i lokalizację oraz wstępnie wypełniony sygnał popytu, który oficer S4 może zatwierdzić i przesłać przy minimalnej dodatkowej pracy. Pełna architektura tego, jak te sygnały popytu przepływają do decyzji logistycznych, jest opisana w naszej analizie predyktywnego zaopatrzenia w logistyce wojskowej.

Integracja z LOGFAS i koalicyjne raportowanie paliwa

W koalicji wielonarodowej każdy kraj uczestniczący utrzymuje własne rekordy zarządzania paliwem, ale wielonarodowy personel logistyczny potrzebuje skonsolidowanego obrazu Klasy III do alokacji dostaw hurtowych, zarządzania umowami paliwowymi z krajem goszczącym i raportowania do wyższego dowództwa. LOGFAS — zestaw NATO Logistics Functional Area Services — dostarcza standardowych formatów danych i protokołów wymiany, które pozwalają systemom krajowym raportować do obrazu koalicyjnego bez konieczności tworzenia przez każdy kraj dedykowanych integracji dla każdego partnera.

Oprogramowanie do zarządzania paliwem integruje się z LOGFAS poprzez eksportowanie danych o zapasach i zużyciu w schemacie wiadomości zdefiniowanym przez LOGFAS. Odpowiednie moduły to moduł Zaopatrzenia do raportowania stanu on-hand i moduł Transportu do śledzenia dostaw hurtowych. Schemat używa kodów klas zaopatrzenia NATO — Klasa III dla produktów naftowych, z podkategoriami dla paliwa hurtowego (Klasa IIIB) i pakowanego (Klasa IIIP) — aby personel wielonarodowy mógł agregować rekordy z krajów używających różnych krajowych systemów numeracyjnych w wspólny obraz. Integracja wymagająca ręcznego ponownego wprowadzania przez oficera logistyki krajowych rekordów paliwa do LOGFAS nie jest integracją; jest obciążeniem wprowadzania danych, które wprowadza opóźnienia i błędy przepisywania. Automatyczny eksport w konfigurowalnym harmonogramie — co godzinę podczas operacji o wysokim tempie, co cztery godziny w warunkach garnizonowych — zamyka tę lukę.

Umowy paliwowe z krajem goszczącym i rozliczanie wzajemnej obsługi

Operacje koalicyjne często angażują wzajemną obsługę, w ramach której punkt paliwowy jednego kraju obsługuje statki powietrzne lub pojazdy innego kraju, a zwrot kosztów odbywa się poprzez dwustronną umowę. Oprogramowanie do zarządzania paliwem musi obsługiwać rozliczanie wzajemnej obsługi poprzez przechwytywanie narodowości obsługiwanej platformy obok ilości paliwa, aby roszczenie o zwrot mogło być złożone na podstawie rekordu transakcji, a nie z pamięci. Bez tej możliwości roszczenia wzajemnej obsługi są rekonstruowane z dzienników po fakcie, co tworzy spory naprężające relacje koalicyjne i opóźniające cykle zwrotów. Oprogramowanie staje się autorytatywnym zapisem co, komu, kiedy i w jakiej ilości zostało wydane — funkcja, której ręczne rejestrowanie po prostu nie może niezawodnie pełnić przy wskaźnikach przepustowości FARP.

Operacje krawędziowe i integralność danych w spornych środowiskach

FARP z definicji działa na krawędzi obsługiwanych sił, często bez niezawodnej łączności ze strefą wsparcia brygady. Oprogramowanie do zarządzania paliwem w FARP musi działać w trybie rozłączonym, przechowując transakcje lokalnie i synchronizując je po nawiązaniu łącza. Protokół synchronizacji musi być świadomy konfliktów: jeśli dostawa cysterny została zarejestrowana jednocześnie w cysternie i w FARP podczas przerwy w łączności, synchronizacja musi uzgodnić oba rekordy w jedną transakcję, zamiast duplikować przychód. Wymaga to, aby każda transakcja nosiła globalnie unikalny identyfikator generowany przez urządzenie rejestrujące, tak aby to samo zdarzenie fizyczne nigdy nie tworzyło dwóch wpisów do zapasów niezależnie od tego, które węzły przechowywały je podczas przerwy.

Integralność danych zależy też od dowodów na manipulację. Transakcja paliwowa jest zarówno rekordem finansowym, jak i logistycznym; wspiera rozliczalność wobec oficerów ds. ewidencji mienia i — w przypadkach wzajemnej obsługi — wobec organów zwrotu. Ścieżka audytowa musi być tylko do dopisywania — korekty rejestrowane jako nowe transakcje odwołujące się do oryginału, a nie nadpisania — aby pełna historia każdego litra była zachowana i możliwa do audytu. W szerszym kontekście tego, jak technologie śledzenia aktywów wspierają tego rodzaju łańcuch rozliczalności, nasza towarzysząca analiza śledzenia aktywów wojskowych za pomocą RFID i kodów kreskowych obejmuje szczegółowo warstwę sprzętową i protokołową.

Oprogramowanie do zarządzania paliwem to w istocie dyscyplina przekształcania płynnego surowca zbiorczego w możliwy do audytu dyskretny rekord w każdym punkcie transferu. Systemy, które robią to dobrze, mają trzy właściwości: przechwytują dane w momencie wydania, a nie po fakcie, działają na krawędzi sieci bez zależności od stałej łączności i produkują wyniki w standardowych formatach, które szerzej pojęty ekosystem informacji logistycznej — od dziennego raportu S4 o Klasie III po koalicyjny pulpit LOGFAS — może konsumować bez ręcznych przekształceń. Siły dysponujące tą możliwością mogą utrzymać wyższe tempo operacyjne przy tych samych hurtowych zapasach paliwa, ponieważ wiedzą w czasie zbliżonym do rzeczywistego, gdzie jest każdy litr i jak długo wystarczy.