Ropa i gaz
Rafinerie, zakłady przetwórcze, rurociągi i platformy morskie generują stałe dane operacyjne i inspekcyjne, które zespoły zajmujące się konserwacją i niezawodnością muszą szybko zinterpretować, tak aby interpretacja ta nie zyskała nigdy wpływu na kontrolę procesu. Na tej stronie przedstawiono sposób planowania i realizacji takiego przepływu pracy w inTheEU Assist, a nie opis zakończonego wdrożenia.
Jak będzie zorganizowany przepływ pracy
Dane dotyczące procesów i inspekcji, dane telemetryczne sprężarek, monitorowanie rurociągów, zapisy konserwacji będą przetwarzane i indeksowane na miejscu, dostarczając pakiet wiedzy przeznaczony dla najemcy operatora. Agent skonfigurowany pod kątem przepływu pracy porównywałby bieżące odczyty z zatwierdzoną historią operacyjną i proponował potencjalne anomalie, każdą powiązaną z konkretnym zasobem i wprowadzoną ze statusem zaproponowane. Zalecenie eskalacji, takie jak ukierunkowana inspekcja lub zlecenie prac konserwacyjnych, przebiegałoby według tej samej ścieżki od proponowanej do zatwierdzenia.
Istniejąca technologia operacyjna, kontrola procesu, oprzyrządowane systemy bezpieczeństwa, logika wyłączania awaryjnego pozostaną całkowicie poza tym przepływem pracy. Platforma nigdy nie będzie posiadać, żądać ani wykonywać uprawnień nad tymi systemami.
Gdzie znajduje się ludzka akceptacja
Każda flaga anomalii lub zalecenie dotyczące eskalacji wymagałoby wyraźnej zgody wyznaczonego inżyniera, zanim zostanie potraktowane jako stwierdzone lub podjęte działania. To nie jest polityka nakładana na przepływ pracy. Jest to mechanizm, dzięki któremu przepływ pracy w ogóle przebiega: niezatwierdzony etap po prostu nie powoduje wykonania kolejnego kroku.
Z czego to dzisiaj wynika, a z czego nie
Przepływ pracy związany z oznaczaniem anomalii, cykl życia przeglądu od propozycji do zatwierdzenia oraz podpisany łańcuch audytu stojący za każdym działaniem to działające części platformy. Co jeszcze nie jest częścią tego: model specyficzny dla obiektu wyszkolony na podstawie danych procesowych danego operatora, czyli dokładnie to, co zbudowałby początkowy pilotaż. Istniejące systemy przyrządów zabezpieczających i sterowanie procesami z założenia pozostają całkowicie poza zakresem platformy. Ocena domeny w przypadku wdrażania ropy i gazu pozostanie w gestii inżynierów operatora, a wszelkie umiejętności analizy specyficznej dla danego zasobu będą rozwijane wraz z nimi, a nie dostarczane jako gotowy model.
Część architektury leżącej u podstaw tego zestawu możliwości jest udokumentowana w dokumentach, które są nadal w toku. Na tej stronie opisano, do czego platforma została zaprojektowana, na poziomie odpowiednim do planowania pilotażu, a nie specyfikacji wdrożenia.
Funkcje platformy i interfejs podlegają ciągłemu udoskonalaniu. Opisy zawarte w tym przewodniku mogą nie odzwierciedlać dokładnego układu lub sformułowań najnowszej wydanej wersji.