Zintegrowany szablon RFP OEE+CMMS: 60 wymagań dotyczących obu funkcji

Zintegrowane zapytanie ofertowe (RFP) OEE+CMMS musi oceniać nie tylko głębokość każdej funkcji, ale także jakość integracji między nimi. Platforma, która zapewnia doskonałą analizę OEE, ale słabe zarządzanie zleceniami w CMMS, zawodzi w inny sposób niż platforma z silnym CMMS, lecz płytkim OEE — a obie różnią się od platformy, która deklaruje integrację, lecz dostarcza jedynie łączność API między luźno powiązanymi modułami. Zintegrowane RFP musi zawierać: wymagania specyficzne dla OEE obejmujące łączność z maszynami, metodologię kategoryzacji strat, możliwość monitorowania w czasie rzeczywistym oraz raportowanie dla wielu linii produkcyjnych; wymagania specyficzne dla CMMS obejmujące zarządzanie zleceniami, automatyzację przeglądów prewencyjnych (PM), zarządzanie zapasami, przebieg procesu zakupowego oraz zarządzanie kalibracjami; wymagania dotyczące integracji obejmujące mechanizm łączący zdarzenia OEE ze zleceniami w CMMS, wspólny model danych aktywów, zintegrowaną możliwość raportowania oraz odpowiedzialność dostawcy za obie funkcje; oraz wymagania systemowe obejmujące dostęp do API, obsługę SSO, eksport danych, gwarantowany czas dostępności (SLA) oraz certyfikaty bezpieczeństwa. Te cztery kategorie wymagań razem tworzą ramy oceny zintegrowanej platformy, które standardowe RFP dotyczące OEE lub CMMS całkowicie pomijają.

Wymagania dotyczące monitorowania OEE (15): natywna łączność z PLC bez dodatkowego sprzętu dla Państwa głównych marek PLC, funkcjonalność edge offline na czas przerw w łączności, wyświetlanie OEE w czasie rzeczywistym na poziomie linii i zakładu, historyczna analiza trendów OEE z konfigurowalnymi okresami, kategoryzacja strat OEE zgodna z ISO 22400 lub standardem Nakajima, automatyczne wykrywanie przestojów bez udziału operatora, interfejs dla operatora do kodowania przyczyn przestojów, pulpit porównawczy OEE dla wielu linii, ustawianie celów OEE i alerty o odchyleniach, raportowanie OEE na poziomie zmiany i zespołu, monitorowanie wskaźnika odrzuceń jakościowych wraz z liczbą wyprodukowanych sztuk, śledzenie czasu przezbrojenia oddzielnie od nieplanowanych przestojów, wyłączenie przestojów planowanej konserwacji z dostępności OEE, możliwość generowania raportów OEE w formacie specyficznym dla klienta oraz dostęp przez API do surowych danych OEE dla zewnętrznej analityki. Wymagania dotyczące CMMS (20): tworzenie i zamykanie zleceń roboczych na urządzeniach mobilnych z synchronizacją offline, automatyczne generowanie harmonogramów PM z różnymi typami wyzwalaczy, hierarchia aktywów o nieograniczonej głębokości, magazyn części zamiennych z automatyzacją punktów ponownego zamówienia, tworzenie zamówień zakupu i weryfikacja trójstronna, zarządzanie kalibracją z identyfikowalnością do NIST, procedura pozwoleń bezpieczeństwa dla prac niebezpiecznych, zarządzanie zleceniami dla wykonawców zewnętrznych, kontrola dostępu oparta na rolach (RBAC), zbiorczy import szablonów PM, możliwość konfigurowania formularza zamknięcia zlecenia roboczego, automatyczne tworzenie zleceń roboczych wyzwalane przez OEE, pulpit zgodności PM, raportowanie stosunku prac reaktywnych do zaplanowanych, MTBF i MTTR według aktywa, koszt utrzymania na aktywo, konektor integracji z systemem ERP, obsługa SSO (Single Sign-On), eksport danych w formatach CSV i JSON oraz certyfikacja SOC 2 typu II. Wymagania integracyjne (15): wspólny model danych aktywów dla OEE i CMMS, zdarzenie OEE automatycznie tworzy zlecenie w CMMS w ciągu 60 sekund, atrybuty aktywów spójne w widokach OEE i CMMS, zunifikowany pulpit zarządczy łączący KPI OEE i utrzymania, jeden dostawca odpowiedzialny za wsparcie zarówno OEE, jak i CMMS, wspólne raporty analizy przyczyn źródłowych (RCA) łączące OEE i utrzymanie, API dostarcza dane OEE i utrzymania w jednym połączeniu, historyczna połączona analiza trendów OEE i utrzymania, korelacja poprawy OEE z działaniami utrzymania w raportach oraz jedno logowanie do funkcji OEE i CMMS. Wymagania wdrożeniowe (10): referencyjni klienci z Państwa branży wdrożeni w ciągu ostatnich 18 miesięcy, harmonogram wdrożenia uwzględniający liczbę lokalizacji i wolumen aktywów, zakres i harmonogram migracji danych, program szkoleniowy dla zespołów utrzymania i operacji, wyznaczenie kierownika projektu wdrożeniowego, zakres wsparcia przy uruchomieniu (go-live), 30-dniowy okres intensywnego wsparcia (hypercare) po uruchomieniu, SLA dostępności powyżej 99,5%, SLA dotyczące czasu reakcji wsparcia oraz coroczne spotkanie przeglądowe roadmapy.

Nadaj wagę czterem kategoriom wymagań w oparciu o swój główny problem. Jeśli jakość danych OEE jest głównym wymaganiem (obecnie nie monitorujesz OEE), przypisz wymaganiom OEE 35%, CMMS 25%, integracji 25%, wdrożeniu 15%. Jeśli redukcja kosztów utrzymania jest głównym wymaganiem (masz OEE, ale nie masz CMMS), przypisz CMMS 35%, integracji 30%, OEE 20%, wdrożeniu 15%. Jeśli jakość integracji danych jest głównym wymaganiem (masz zarówno OEE, jak i CMMS, ale są one niepołączone), przypisz wymaganiom integracyjnym 40%, CMMS 25%, OEE 20%, wdrożeniu 15%. Utwórz macierz ocen ważonych, w której każde wymaganie oceniasz na 0 (niedostępne), 1 (dostępne po dostosowaniu) lub 2 (dostępne natywnie). Pomnóż każdą ocenę przez wagę wymagania i zsumuj, aby uzyskać łączną ocenę dostawcy. Sporządź krótką listę trzech najlepszych dostawców do oceny podczas demo. Wynik RFP powinien służyć do zawężenia pola wyboru, a nie do podjęcia ostatecznej decyzji — ostateczny wybór powinny determinować ocena podczas demo, weryfikacja referencji i porównanie całkowitych kosztów. Zintegrowane platformy, które uzyskują wysokie oceny w zakresie wymagań integracyjnych, ale słabsze oceny za głębokość funkcji OEE lub CMMS, powinny być oceniane ostrożnie — jakość architektury integracji ma największe znaczenie, gdy obie funkcje są rzeczywiście zdolne.