Integruoti logistikos palaikymo duomenys: veiklos prieinamumas ir išmoktos pamokos

Integruotas logistikos palaikymas (ILS) (1) duomenys sujungia inžineriją, pirkimą ir priežiūrą per visą sistemos gyvavimo ciklą. Šiame straipsnyje nagrinėjamos kai kurios pagrindinės specifikacijos, įrankiai ir šioje srityje išmoktos pamokos.

ILS duomenų apžvalga

ILS duomenys yra visi logistiniai duomenys, kurių jums reikia norint valdyti ir prižiūrėti savo civilinę ar karinę sistemą. Pramonė, ginkluotosios pajėgos ir NATO agentūros naudoja įmonės išteklių planavimo (ERP) programinę įrangą, kuri užtikrina integruotą pagrindinių verslo procesų valdymą. Tai padeda vykdyti pagrindinius verslo procesus vienu įrankiu, skirtu tokiems padaliniams kaip inžinerija, finansai, gamyba, žmogiškieji ištekliai, pirkimai, tiekimo grandinė ir kt.

Pramonė, ginkluotosios pajėgos ir NATO agentūros gali naudoti produkto gyvavimo ciklo valdymo (PLM) įrankį: jis naudojamas gaminiui ir su juo susijusiems duomenims valdyti visais gaminio gyvavimo ciklo etapais. Tai apima duomenis iš reikalavimų, dokumentų, elementų, dalių, produktų, inžinerinių pakeitimų užsakymų, kokybiškų darbo eigų ir kt. Nors dažniausiai jį naudoja projektavimo ir inžinierių komandos, dirbančios su kompiuterinio projektavimo (CAD) duomenimis, toks PLM įrankis gali suteikti produkto projektavimo proceso matomumą visoms verslo suinteresuotosioms šalims. ERP ir PLM integravimas į vieną programinės įrangos sprendimą įmonės lygmeniu būtų prasmingas – tokį požiūrį įgyvendino kai kurios įmonės.

ILS duomenys apima duomenis, reikalingus sistemai ir jos palaikymo sistemai sukurti ir palaikyti visą sistemos gyvavimo ciklą.

Svarbu žinoti skirtumą tarp ERP / inžinerinių duomenų ir ILS duomenų, iš kitos pusės, nes jie turi skirtingus tikslus. Abu duomenų rinkiniai turėtų aprašyti tą pačią sistemą ir abu duomenų rinkiniai yra sukurti pramonės pusėje, kad juos naudotų pramonė ir klientas pagal sutartą priežiūros koncepciją.

Konfigūracijos duomenys gali būti susiję su konkrečiais įrangos moduliais, nupirktais iš subrangovo ir identifikuotais kaip tokiais, kad būtų galima gaminti. Jie gali neturėti dalies numerio ir gamintojo kodo (2), kurie naudojami logistikoje.

Logistiniai duomenys turi visiškai kitą paskirtį: jie turi pateikti visus reikiamus duomenis, kad sistema veiktų ir būtų prižiūrima. Žinoma, jie turi būti nuoseklūs ir reprezentuoti konfigūracijos duomenyse aprašytą sistemą. Konfigūracijos ir logistikos duomenys turi būti nuoseklūs. Tai kartais vadinama duomenų bazės nuoseklumu (DBC).

IPS specifikacijų ASD S serija

Europos aviacijos ir gynybos pramonės asociacijos (ASD) ir Amerikos aerokosminės pramonės asociacijos (AIA) S serijos IPS specifikacijų rinkinys apima visą integruoto produkto palaikymo spektrą. Pagrindinis šios serijos dokumentas yra SX000i Issue 3.1. Tai virš 600 puslapių, bet pirmiausia reikėtų perskaityti pirmuosius skyrius. Šio dokumento 19 paveiksle parodyta sąveika tarp kitų šios ASD serijos specifikacijų:

1. ASD S1000D: Tarptautinė techninių leidinių specifikacija.
2. ASD S2000M: Tarptautinė medžiagų valdymo specifikacija.
3. ASD S3000L: Tarptautinė logistikos palaikymo analizės (LSA) procedūrų specifikacija.
4. ASD S4000P: tarptautinė profilaktinės priežiūros kūrimo ir nuolatinio tobulinimo specifikacija.
5. ASD S5000F: Tarptautinė eksploatacinių duomenų grįžtamojo ryšio specifikacija.
6. ASD S6000T: tarptautinė mokymo analizės ir projektavimo specifikacija.

Svarbiausia S serijos savybė yra bendrasis duomenų modelis, aprašytas ASD SX002D. Tai užtikrina duomenų nuoseklumą tarp ASD S serijos IPS specifikacijų.

Veikimo pasiekiamumo nuoroda

Pradėjus eksploatuoti naują sistemą, reikia atsakyti į tuos pačius pasikartojančius klausimus, įskaitant, bet neapsiribojant:

• Kokią priežiūros koncepciją (prevencinę ir korekcinę) taikyti? Kas (Ginkluotosios pajėgos ar Pramonė) kokiu lygiu(3) ir kokioje vietoje dirbs, kiek techninės priežiūros darbuotojų, turinčių kokius mokymus ir disponuoja kokia pagalbine įranga ir kokia bandymo įranga?
• Kurias atsargines dalis (asortimentą) ir kiek jų reikia įsigyti (pakeitimas) ir kur jas laikyti, kad būtų patenkintas reikalaujamas eksploatacinis pajėgumas numatytam panaudojimui (pavyzdžiui, 600 skrydžio valandų per metus) už mažiausią kainą?
• Kokia yra geriausia techninės priežiūros organizacija?
• Koks poveikis, jei numatomi MTBF / remonto apsisukimo laikas / aprūpinimo pristatymo laikas buvo per daug optimistiški?
• Koks būtų aukščiau paminėtų parametrų pasikeitimų (teigiamų ar neigiamų) poveikis? Tai kartais vadinama „jautrumo analize“ arba „o jeigu?“

Į tokius klausimus galima optimaliai atsakyti pritaikius sisteminio požiūrio teoriją, kuri pirmą kartą buvo paskelbta korporacijos RAND leidinyje 1964 m. balandžio mėn. Naudojant sisteminiu požiūriu pagrįstus atsarginių dalių optimizavimo įrankius galima sutaupyti daug (apie 20%, galbūt net daugiau), tuo pačiu užtikrinant tokį patį operatyvinį prieinamumą kaip ir daug brangesnė ankstesnio elemento metodo teorija.

Išmoktos pamokos

• Duomenų nuoseklumas yra būtinas. Duomenų nuoseklumas turėtų būti nurodytas kaip privalomas reikalavimas prašyme dėl pasiūlymo (RfP) / citatos, o pramonės turėtų būti paprašyta tai įrodyti. Turėtų būti apibrėžtas (-i) tarpinis mokėjimas (-iai), kad būtų užtikrintas duomenų nuoseklumas tuo atveju, jei būtų sudaryta sutartis.
• Logistikos duomenys privalo turėti duomenų formatus, suderinamus su vartotojo ERP programine įranga ir LCM analizės logistikos programine įranga.
• Reikėtų paprašyti logistikos modelio, atspindinčio prašomą / siūlomą konfigūraciją (atitinkančią pageidaujamą priežiūros koncepciją). Šis modelis privalomai turi būti logistinės analizės programinės įrangos formato, naudojamo su LCM tvarkytuvu vartotojo pusėje.
• Prekių pirkimo kainos(4), PLT, taikomi INCOTERMS, TAT, sugedusių prekių priėmimo kaina ir pradinės apžiūros kaina, siekiant nustatyti, ar verta taisyti, ar paskelbti, kad jos nėra ekonomiškai pataisomos, turėtų būti įtrauktos į logistikos modelį ir turėtų būti kainos bei laikas, kurie turi būti naudojami potencialioje našumu pagrįstos logistikos (PBL) sutartyje po pasirinkimo – tai turėtų būti privalomas reikalavimas.
• ILS duomenų rinkinyje turėtų būti privalomai aprašyti būtini įrankiai pagal priežiūros koncepciją.
• Tokių įrankių kalibravimo reikalavimai turėtų būti pateikti privalomai.

Kiekvienam iš siūlomų privalomų reikalavimų turėtų būti nustatytos atitikties priemonės. Pasiūlymai neturėtų būti svarstomi, jei nesilaikoma vieno ar kelių pirmiau minėtų privalomų reikalavimų. Jei sutartis suteikiama, visi privalomi reikalavimai turėtų būti susieti su tarpiniais mokėjimais.

Derybų dėl sutarties metu ILS reikalavimai neturėtų būti mažinami arba silpninami dėl komercinių ar biudžetinių priežasčių.

Eksploatuojamų duomenų fiksavimas eksploataciniu lygiu yra absoliučiai būtinaypač dabar, kai dirbtinio intelekto (AI) įrankiai pradedami naudoti analizės tikslais. Jis turėtų būti naudojamas tobulinant analitinės logistikos modelio rezultatus.

Išvada

• Sisteminiu požiūriu pagrįstos programinės įrangos naudojimas leidžia nustatyti optimalų atsarginių dalių sąrašą už mažiausią kainą.
• Naudojant sisteminiu metodu pagrįstą programinę įrangą, galima pasiekti tokį patį operatyvinį prieinamumą su žymiai mažesnėmis reikalingų investicijų sąnaudomis, palyginti su kiekvienos atskiros prekės kiekiu.
• Naudojant sisteminiu požiūriu pagrįstą programinę įrangą, vartotojai gali optimizuoti metinį išlaikymo biudžetą.
• Priežiūros ekspertai prieš priimdami sprendimus turėtų peržiūrėti sisteminės programinės įrangos rezultatus.
• Realaus naudojimo duomenų fiksavimas yra a
• Surinktiems priežiūros duomenims analizuoti turėtų būti naudojami dirbtinio intelekto įrankiai.