Oracle Enterprise Asset Management (Oracle EAM), będący częścią Oracle E-Business Suite i Oracle ERP Cloud, oferuje funkcje zarządzania utrzymaniem ruchu głęboko zintegrowane z modułami finansowymi, zakupowymi i magazynowymi Oracle.
Dla producentów korzystających z Oracle ERP Oracle EAM zapewnia tę samą podstawową przewagę co SAP PM: natywną integrację z ERP, która eliminuje złożoność synchronizacji danych występującą w samodzielnym CMMS.
Koszty zleceń roboczych są księgowane automatycznie do księgi głównej Oracle (Oracle GL), zużycie części konserwacyjnych aktualizuje Oracle Inventory w czasie rzeczywistym, a zapotrzebowania zakupowe wynikające z ponownego zamawiania części trafiają do Oracle Purchasing bez potrzeby integracji niestandardowej.
Ograniczenia Oracle EAM na hali produkcyjnej odzwierciedlają ograniczenia SAP PM: interfejs użytkownika zaprojektowany dla użytkowników ERP, a nie dla operatorów produkcji i techników utrzymania ruchu, brak natywnej możliwości monitorowania OEE oraz złożoność konfiguracji, która wymaga udziału konsultantów funkcjonalnych Oracle przy rutynowych zmianach.
Oracle EAM jest wykorzystywany przez zespoły finansowe i planowania utrzymania pracujące w środowisku Oracle; rzadko jest to system, z którym operatorzy hali mają bezpośrednią styczność, i nie zapewnia widoczności wydajności produkcji w czasie rzeczywistym, z której kierownicy linii korzystają przy podejmowaniu decyzji dotyczących zmian.
Fabrico wchodzi w środowisko produkcyjne Oracle jako warstwa hali produkcyjnej, której Oracle EAM nie zapewnia, pulpity OEE w czasie rzeczywistym, zautomatyzowany zbiór stanów maszyn, potwierdzanie zdarzeń przestojów przez operatorów oraz zgłaszanie zleceń pracy, które tworzy zdarzenia utrzymania ruchu widoczne dla zespołu Oracle EAM.
Pytanie o integrację jest takie samo jak w przypadku SAP: czy połączenie danych z hali produkcyjnej dostarczanych przez Fabrico z zapleczowym systemem zarządzania utrzymaniem Oracle EAM tworzy wystarczającą wartość, aby uzasadnić inwestycję w integrację i narzut związany z zarządzaniem dwoma systemami.
Monitorowanie OEE to luka, którą Fabrico wypełnia w środowiskach Oracle EAM. Oracle EAM nie oblicza dostępności (Availability), wydajności (Performance) ani jakości (Quality) w czasie rzeczywistym na podstawie danych produkcyjnych, te wskaźniki muszą być obliczane zewnętrznie i raportowane do narzędzi analitycznych Oracle, jeśli producenci ich potrzebują.
Zautomatyzowane monitorowanie OEE przez Fabrico dostarcza te wskaźniki na bieżąco, na podstawie danych produkcyjnych podłączonych do PLC, na pulpitach niezbędnych kierownikom produkcji do podejmowania decyzji na poziomie zmiany.
Integracja produkcji z utrzymaniem ruchu to druga warstwa wartości. Gdy linia produkcyjna się zatrzyma, a operator potwierdzi przyczynę przestoju w interfejsie operatorskim Fabrico, zespół utrzymania ruchu może zobaczyć oczekujące zgłoszenie robocze w Fabrico obok wpływu trwającego przestoju na OEE.
Gdy technik utrzymania rozwiąże problem i zamknie zlecenie robocze w Fabrico, system OEE automatycznie odnotowuje przestój jako rozwiązany. Ten obieg zamknięty, od zdarzenia produkcyjnego, przez reakcję utrzymania, po odzyskanie OEE, jest możliwy tylko wtedy, gdy OEE i CMMS są zintegrowane na tej samej platformie lub w ściśle powiązanych systemach.
Dla producentów korzystających z Oracle, którzy oceniają Fabrico, model wdrożenia zwykle polega na uruchomieniu Fabrico na hali produkcyjnej do monitorowania OEE i obsługi prac utrzymaniowych w terenie, przy jednoczesnej synchronizacji danych podsumowujących zlecenia robocze z Oracle EAM w celu księgowego zaksięgowania kosztów. Oracle pozostaje systemem finansowym jako system ewidencji; Fabrico jest operacyjnym systemem hali produkcyjnej.
Ta hybrydowa architektura łączy zalety obu systemów, jakość integracji finansowej Oracle i użyteczność Fabrico na hali produkcyjnej, kosztem złożoności integracji, która jest zarządzalna, ale nie trywialna.
Producenci korzystający z rozwiązań Oracle powinni ocenić Fabrico w porównaniu z opcjami rozszerzeń Oracle EAM (Oracle ME, Oracle IoT Asset Monitoring Cloud) przed zdecydowaniem się na wdrożenie Fabrico.
Własne produkty Oracle do monitorowania produkcji i zarządzania zasobami IoT w chmurze znacznie poprawiły się w ostatnich latach i oferują natywną integrację z Oracle, którą platformy firm trzecich, takie jak Fabrico, muszą osiągać poprzez integracje niestandardowe.
Dla producentów korzystających z Oracle, którzy chcą pozostać w ekosystemie Oracle i korzystać ze ścisłej integracji z ERP na całej warstwie stosu, ocenienie Oracle IoT Asset Monitoring Cloud równolegle z Fabrico jest odpowiednim krokiem wynikającym z należytej staranności.
Kryteria oceny, które przemawiają na korzyść Fabrico w stosunku do własnych narzędzi Oracle do monitorowania produkcji, to: czas do uzyskania wartości (wdrożenia Fabrico zazwyczaj uruchamiane są w ciągu tygodni, podczas gdy wdrożenia produktów Oracle w chmurze mogą trwać miesiące)
głębokość funkcjonalności specyficznej dla OEE (Fabrico zostało zaprojektowane specjalnie dla OEE, podczas gdy produkty Oracle są bardziej ogólne i służą monitorowaniu zasobów IoT) oraz użyteczność na hali produkcyjnej dla użytkowników niekorzystających z Oracle (interfejs Fabrico jest zoptymalizowany dla operatorów, którzy nie pracują w Oracle, podczas gdy produkty Oracle zakładają znajomość Oracle).
Kluczowym pytaniem finansowym jest, czy poprawa widoczności OEE i szybkości reakcji działu utrzymania, którą oferuje Fabrico, jest warta inwestycji w integrację i stałych kosztów zarządzania dwoma systemami w środowisku Oracle.
Dla producentów korzystających z Oracle, którzy nie mają obecnie monitorowania OEE, odpowiedź zwykle brzmi tak, zyski wydajnościowe wynikające z widoczności OEE i lepszej koordynacji między utrzymaniem a produkcją są znaczne i dobrze udokumentowane.
Dla producentów korzystających z Oracle, którzy mają wystarczające monitorowanie OEE za pomocą narzędzi Oracle, dodatkowa korzyść wynikająca z przejścia na Fabrico może nie uzasadniać kosztów migracji i złożoności integracji.
Zaloguj
Blog
