Regulowane udostępnianie danych w środowisku przemysłowym

Na spotkaniu produkcyjnym często okazuje się, że każdy z uczestników ma dane, ale nie mówią o tym samym. Zarządzanie produkcją twierdzi, że zamówienie zostało zrealizowane, dział jakości ma otwarte badanie, a logistyka organizuje wysyłkę na podstawie starszego stanu magazynowego. Regulowane udostępnianie danych w środowisku przemysłowym nie dotyczy przede wszystkim uprawnień dostępu. Chodzi o to, aby odpowiednia osoba, system lub partner otrzymał odpowiednie dane, we właściwym czasie, w sposób możliwy do zweryfikowania.

Problem ten staje się szczególnie widoczny, gdy firma się rozwija. Wcześniej działająca korespondencja e-mailowa, wspólne arkusze kalkulacyjne czy wiedza w głowie doświadczonego kolegi nie wystarczają już, aby procesy były przewidywalne. Nie zawsze potrzebny jest nowy system jako pierwszy krok. Najpierw należy wyjaśnić, do czego służą dane, kto za nie odpowiada i jakie decyzje są na ich podstawie podejmowane.

Kiedy udostępnianie danych staje się ryzykiem?

W działalności przemysłowej dane mają bezpośrednie konsekwencje. Błędny numer artykułu, przestarzałe instrukcje operacyjne lub opóźniony status jakościowy nie tylko psują raport. Mogą zatrzymać etap produkcji, spowodować niewłaściwe wykorzystanie surowców, wywołać niepotrzebne przemieszczenia w magazynie lub otworzyć spór z klientem.

Problem często nie polega na tym, że jest za mało danych, ale na tym, że nie jest jednoznacznie określone, które źródło jest wiarygodne. Jeśli te same dane o produkcie znajdują się w ERP, w tabeli produkcyjnej, w lokalnym rejestrze operatora maszyn i w pliku wysłanym do partnera, to prędzej czy później pojawią się różnice. Wtedy ludzie nie wykonują pracy, tylko próbują ustalić, którym liczbom można zaufać.

Brak regulacji oznacza również obciążenie dla ludzi. Kierownik zmiany dzwoni, projektant ponownie wysyła plik Excel, a sprzedawca składa ostrożne obietnice klientowi, ponieważ nie jest pewny terminu. Te obejścia pomagają operacji na krótką metę, ale ukrywają prawdziwy problem: ścieżka informacji nie jest zaplanowana i nie można jej zweryfikować.

Regulowane udostępnianie danych w środowisku przemysłowym: cztery zasady

Działające podejście nie musi być zbyt skomplikowane. Celem nie jest centralne zamknięcie wszystkich danych, ale śledzenie zarządzania informacjami istotnymi dla biznesu. Musi to dać jasne odpowiedzi na cztery pytania.

Jakie jest oficjalne źródło danych? Termin realizacji zamówienia, wersja produktu, receptura produkcyjna czy zwolnienie jakościowe mogą być używane wiarygodnie tylko wtedy, gdy wiadomo, który system lub proces je posiada. Nie oznacza to, że wszystkie dane muszą być w jednym systemie. Oznacza to, że za określoną wartość danych odpowiada jedno wyznaczone źródło.

Kto może je modyfikować i na jakich warunkach? Uprawnienia to nie tylko ustawienia informatyczne. To również kwestia operacyjna. Na przykład modyfikację receptury może inicjować dział rozwoju, zatwierdzać dział jakości, a produkcja może używać tylko zatwierdzonej wersji. Jeśli ten podział odpowiedzialności nie jest jasno określony, system tylko szybciej rozprzestrzenia niepewność.

Kto potrzebuje ich do pracy? Nie każdemu trzeba udostępniać wszystkie dane. Konserwator może potrzebować informacji o stanie maszyn i kodach błędów, ale niekoniecznie pełnej historii zamówień klienta. Zewnętrznemu partnerowi logistycznemu można przekazać informacje potrzebne do wysyłki, podczas gdy wewnętrzna marża czy warunki zakupu nie są jego sprawą. Minimalizacja danych nie jest tu przeszkodą, lecz narzędziem do zmniejszenia błędów i nieporozumień.

Jak można udowodnić, co się wydarzyło? W przypadku spornego ruchu magazynowego, problemu z odpadami czy reklamacji klienta ważne jest, aby można było prześledzić: kto, kiedy, jaki status przekazał i na podstawie której wersji podjęto decyzję. Możliwość rejestrowania nie jest tylko kwestią zgodności. Jest to również podstawa szybkiego wykrywania błędów i zaufania kierownictwa.

Projekt nie powinien zaczynać się od interfejsu

Kiedy dwa systemy nie komunikują się, wydaje się oczywiste, aby poprosić o integrację. Czasami jest to właściwy krok, ale sam w sobie nie rozwiązuje kwestii odpowiedzialności za dane. Jeśli na przykład sklep internetowy, ERP i system magazynowy różnie interpretują status zamówienia, technicznie bezbłędne połączenie tylko szybciej przekazuje sprzeczność.

Warto najpierw prześledzić konkretny proces. Weźmy zamówienie klienta na produkcję. Kiedy staje się możliwe do realizacji? Kto sprawdza dostępność surowców? Który system sygnalizuje rozpoczęcie produkcji? Kiedy produkt można uznać za naprawdę gotowy: po zakończeniu operacji, po kontroli jakości czy po magazynowaniu? Odpowiedzi zazwyczaj szybko pokazują, gdzie powstaje zbędne ręczne wprowadzanie danych, opóźnienia lub niepewne punkty decyzyjne.

Dopiero potem warto określić sposób przekazywania danych. W niektórych przypadkach wystarczy regularne, kontrolowane przekazywanie plików. W innych potrzebne jest połączenie w czasie rzeczywistym , na przykład przy rezerwacji zapasów lub statusach produkcji. Integracja w czasie rzeczywistym wymaga jednak większej dyscypliny operacyjnej: trzeba zarządzać przerwami, powtarzającymi się komunikatami, błędnymi danymi i zmianami wersji. Nie zawsze najszybsze połączenie jest najlepszym rozwiązaniem biznesowym.

Wspólna odpowiedzialność IT i operacji

W przedsiębiorstwach przemysłowych często istnieje linia podziału między systemami biurowymi a technologiami operacyjnymi. ERP, zarządzanie dokumentami i system finansowy zazwyczaj należą do zakresu odpowiedzialności IT, podczas gdy urządzenia produkcyjne, terminale, przyrządy pomiarowe i lokalne aplikacje są bliżej produkcji. Jednak dane przekraczają tę granicę.

Dane z maszyny same w sobie mogą mieć niewielką wartość biznesową. Jeśli jednak można je powiązać z zmianą, zamówieniem produkcyjnym, produktem, stanem narzędzi lub zdarzeniem jakościowym, stają się podstawą decyzji produkcyjnych. Nie jest konieczne natychmiastowe podłączenie każdej maszyny do wyższego systemu. Najpierw trzeba zdecydować, na jakie pytanie firma szuka odpowiedzi. Czy chcą dokładniej poznać przyczyny odpadów? Czy badają planowany i rzeczywisty czas cyklu? Czy chcą wiedzieć, dlaczego regularnie opóźnia się określony typ zamówienia?

Dlatego dobre zarządzanie udostępnianiem danych to wspólna praca. Operacja wie, co jest rzeczywistym zdarzeniem, a co tylko sygnałem technicznym. IT wie, jak niezawodnie przekazywać informacje, chronić je uprawnieniami, nadzorować i utrzymywać na dłuższą metę. Jeśli którakolwiek ze stron zostanie pominięta, rozwiązanie będzie albo nieużyteczne w praktyce, albo zbyt ryzykowne do wdrożenia.

Zewnętrzni partnerzy: potrzebne dane, jasna granica

Włączenie dostawców, przewoźników, podwykonawców i klientów sprawia, że kwestia staje się jeszcze bardziej wrażliwa. Partner może potrzebować prognozy zamówień, etykiety wysyłkowej, dokumentu jakościowego lub informacji o stanie gotowości. Jednocześnie przekazywane dane powinny być związane z celem i pozostawać jasne, która strona co może używać, jak długo i w jakiej formie.

W praktyce wiele problemów powoduje ręcznie wysyłany załącznik. Nie dlatego, że każdy e-mail to złe rozwiązanie, ale dlatego, że trudno zapewnić, że odbiorca faktycznie używa najnowszej wersji. W przypadku krytycznych dokumentów warto opracować taki sposób przekazywania, w którym wersja, zatwierdzenie i odbiór są jednoznaczne. Może to być odpowiednie wykorzystanie istniejącego systemu lub celowy rozwój, w zależności od złożoności danego procesu.

Jak warto zacząć?

Początkowym celem nie powinien być program danych na poziomie całej firmy. Wybierzcie proces, w którym niepewne informacje powodują namacalne zakłócenia: na przykład przekazywanie zamówień produkcyjnych, zarządzanie różnicami w zapasach, zwolnienia jakościowe lub potwierdzenie statusu wysyłki.

Podczas analizy warto udokumentować cztery rzeczy: ścieżkę danych, odpowiedzialnych, punkty przekazywania i zarządzanie wyjątkami. Szczególną uwagę wymagają rozwiązania obejściowe. Jeśli pracownik regularnie pracuje z własnego arkusza kalkulacyjnego, zazwyczaj ma to swoje powody. Może nie otrzymuje wystarczająco szybko informacji z oficjalnego systemu, brakuje pola lub proces nie odzwierciedla rzeczywistej działalności operacyjnej.

Z tego można stworzyć kolejność rozwoju, która nie próbuje wymienić wszystkiego naraz. Może się okazać, że zasada odpowiedzialności, jednolita lista statusów lub dobrze zaprojektowany krok zatwierdzania poprawią działanie bardziej niż nowa aplikacja. A jeśli potrzebna jest integracja, rozwiązanie wspierające produkcję lub rozwój nadzoru , to można już oprzeć się na jasnych zasadach biznesowych.

W podejściu CGAT zarządzanie udostępnianiem danych nie jest odrębnym zadaniem informatycznym, ale częścią zarządzania operacjami. Techniczne rozwiązanie służy firmie, jeśli pracownik na zmianie, planista produkcji i kierownik mogą podejmować decyzje na podstawie tego samego wiarygodnego obrazu sytuacji.

Dlatego najlepszym pierwszym pytaniem nie jest, które systemy należy połączyć. Raczej: do której decyzji brakuje dziś wystarczająco pewnych, dostępnych na czas i możliwych do śledzenia informacji? Jeśli na to pytanie padnie szczera odpowiedź, kolejny praktyczny krok zazwyczaj staje się już dobrze widoczny.