Dzienniki konserwacji prowadzi się w SharePoint lub Excelu, a liczniki Teltonika i PLC rejestrują motogodziny, ale nikt ich nie czyta, dopóki maszyna nie stanie. Rozwiązanie czyta dzienniki, zapisy awarii, dane z liczników i interwały producentów, buduje listę nadchodzących prac, przypomina odpowiedzialnym osobom w Teams i zgłasza powtarzające się awarie, a kierownik utrzymania ruchu planuje prace.
Zgodne z ISO 27001NIS2 DORA
Dział utrzymania ruchu w firmie produkcyjnej ma kilka źródeł danych: dziennik w Excelu lub SharePoint z wykonanymi pracami albo moduł utrzymania ruchu w Odoo, zapisy awarii mechaników w dzienniku zmiany, interwały podane w instrukcjach producentów oraz liczniki motogodzin, które żyją w telematyce Teltonika dla wózków widłowych lub w sterownikach PLC dla linii. Kiedy wymienić olej w prasie, kiedy sprawdzić paski sprężarki, kiedy zrobić coroczny przegląd, wie kierownik utrzymania ruchu z pamięci albo z arkusza, który prowadzi sam. Gdy jest na urlopie, interwały są pomijane. Jeszcze trudniej zauważyć, że ta sama maszyna miała w trzy miesiące pięć podobnych awarii, każdą naprawioną, ale nigdy nieprzeanalizowaną, aż linia w końcu stanęła.
Łączymy Claude przez API z Twoimi dziennikami utrzymania ruchu w SharePoint lub Excelu albo z modułem utrzymania ruchu w Odoo, z danymi o motogodzinach z eksportu Teltonika lub PLC oraz z Teams. Co tydzień model czyta nowe zapisy konserwacji i awarii, porównuje je z interwałami producentów, rzeczywistymi motogodzinami z liczników i ustalonymi przez Ciebie regułami, i buduje listę nadchodzących prac: co, na której maszynie, do kiedy i z jakiego źródła pochodzi interwał. Odpowiedzialni mechanicy dostają przypomnienia w Teams lub e-mailem z linkiem do zapisu. Równolegle model analizuje opisy awarii i zgłasza powtarzające się awarie tej samej maszyny lub podzespołu, nawet gdy opisano je różnymi słowami, i zbiera je w jedną notatkę dla mechanika z historią zapisów. Kierownik utrzymania ruchu widzi listę i notatki, sam planuje prace względem harmonogramu produkcji w Business Central lub Twoim systemie planowania, zmienia priorytety i zatwierdza, a rozwiązanie niczego nie przydziela i nigdy samo nie tworzy zleceń w Odoo ani wpisów w dzienniku. Model działa w Anthropic API lub Amazon Bedrock w regionie UE bez trenowania na Twoich danych, a wszystkie przypomnienia i notatki są zapisywane w dzienniku.
Cztery kroki od danych wejściowych do zapisu w systemie – z zatwierdzeniem przez człowieka wszędzie tam, gdzie jest ryzyko.
Co tydzień przepływ pobiera nowe zapisy z dzienników konserwacji w SharePoint lub Excelu albo z modułu utrzymania ruchu w Odoo, zapisy awarii ze zmian oraz liczniki motogodzin z eksportu Teltonika lub PLC. Interwały producentów i Twoje reguły są przechowywane w jednej tabeli SharePoint dla każdej maszyny.
Claude porównuje wykonane prace z interwałami i rzeczywistymi motogodzinami z Teltonika lub PLC i buduje listę nadchodzących prac z terminem i źródłem. Maszyny, którym interwał już minął, są oznaczane jako pierwsze.
Odpowiedzialne osoby dostają przypomnienia w Teams lub e-mailem z linkiem do wpisu w dzienniku. Kierownik utrzymania ruchu przegląda listę, uzgadnia ją z harmonogramem produkcji w Business Central lub systemie planowania i zatwierdza plan prac. Zlecenia trafiają do Odoo lub dziennika dopiero po tym zatwierdzeniu.
Model zgłasza awarie tej samej maszyny lub podzespołu opisane różnymi słowami i zestawia je z historią oraz odczytami liczników. Co miesiąc przeglądamy reguły i interwały, gdy pojawia się nowy sprzęt lub urządzenia Teltonika.
Odczyt zapisów konserwacji i awarii z SharePoint, dzienników Excel o uzgodnionej strukturze lub modułu utrzymania ruchu w Odoo oraz motogodzin z eksportu Teltonika lub PLC przez API lub pliki.
Interwały producentów dla każdej maszyny, Twoje reguły, źródło licznika i osoby odpowiedzialne w jednej tabeli SharePoint, prowadzonej przez dział utrzymania ruchu.
Tygodniowa lista nadchodzących prac dla kierownika, przypomnienia dla odpowiedzialnych w Teams oraz notatki o powtarzających się awariach z historią liczników.
Historia wszystkich przypomnień, notatek i zatwierdzeń oraz nasza opieka, gdy zmieniają się urządzenia, eksport Teltonika lub PLC, Odoo albo osoby odpowiedzialne.
Claude przez API + dzienniki utrzymania ruchu w SharePoint lub Excelu albo moduł utrzymania ruchu w Odoo, motogodziny z eksportu Teltonika lub PLC, przypomnienia w Teams. Łączymy się przez API, zaplanowany eksport plików lub obieg e-maili, zależnie od Twojego sprzętu i wersji. Szczegóły i ograniczenia znajdziesz na stronie usługi.
Dane o motogodzinach pobieramy z eksportu raportów platformy Teltonika lub jej API, a z PLC z eksportu Twojego systemu SCADA lub akwizycji danych, zależnie od sprzętu. Rozwiązanie nie łączy się bezpośrednio z urządzeniami ani sterownikami, tylko czyta zbiorcze odczyty. Sposób integracji wybieramy po analizie i nie deklarujemy oficjalnego partnerstwa z tymi producentami.
Tak. Zaczynamy od dziennika w Excelu lub SharePoint o uzgodnionej strukturze, a mechanicy fotografują papierowe zapisy do wyznaczonego folderu, skąd są rozpoznawane. Wielu klientów później przechodzi na moduł utrzymania ruchu w Odoo lub inny CMMS z danymi już uporządkowanymi.
Nie. Rozwiązanie tylko czyta, analizuje i przypomina. Zlecenia w Odoo lub dzienniku tworzy i zatwierdza kierownik utrzymania ruchu, a rozwiązanie nie jest połączone ze sterownikami PLC ani systemami sterowania urządzeniami, czyta wyłącznie wyeksportowane dane z liczników.
Operator szuka karty technologicznej w folderze SharePoint przy maszynie albo pyta mistrza zmiany, który po raz dziesiąty na zmianie udziela tej…
Raporty niezgodności przychodzą z Microsoft Forms, dzienników zmian i e-maili, a kierownik jakości przepisuje je do Excela, żeby zobaczyć trendy.
Każda dostawa materiału przychodzi z fakturą, dokumentem dostawy i deklaracją zgodności, zamówienie zakupu leży w Business Central, SAP Business…
Zamówienia klientów przychodzą do Outlooka jako e-maile, pliki PDF i załączniki Excel w różnych formatach, a handlowiec przepisuje każde ręcznie…
Tę usługę realizują specjaliści z ważnymi międzynarodowymi certyfikatami. Ich wiedzę potwierdzają niezależne organizacje, a nie my.
Systemy AI są wdrażane z ochroną przed wyciekiem danych i nadużyciem modeli.
Program bezpieczeństwa AI i jego zabezpieczenia są zarządzane według metodyki ISACA.
Ryzyka AI są identyfikowane i zarządzane tak jak każde inne ryzyko IT.
Odpowiadamy w ciągu 1 dnia roboczego
