Przejdź do głównej treści

Podział kompetencji między ERP-MES kontra realia MSP

Katgoria: ERP / Utworzono: 23 październik 2013

Podział kompetencji między ERP-MES kontra realia MSP

Na początku roku zaczęliśmy przygotowywać się do zaprojektowania własnego systemu informatycznego do zarządzania produkcją przemysłową dla małych i średnich przedsiębiorstw. Częścią tego etapu była między innymi analiza standardów związanych z tematyką tego typu rozwiązań. Naszą uwagę szczególnie zwrócił IEC/ISO-62264 (oparty na ISA-95), który próbuje skonstruować jednolity model pojęć, struktur danych oraz aktywności występujących na styku systemów klasy ERP oraz MES.
 

REKLAMA
ERP-VIEW.PL- STREAMSOFT
Nadszedł czas, aby podzielić się naszymi spostrzeżeniami oraz szkicami projektowymi. Rozpoczynamy zatem serię artykułów, która będzie poświęcona naszym staraniom przełożenia standardów przyjętych dla dużych systemów ERP i MES do realiów MSP.

Hierarchia funkcjonalna standardu a MSP

Hierarchia funkcjonalna standardu IEC-62254, przedstawiona w poniższej tabeli, stanowi w tzw. dużym IT ogólnie przyjęty model podziału kompetencji między systemami ERP-MES-SCADA.

Poziom Funkcjonalność Klasy systemów
4 Planowanie biznesowe oraz zaopatrzenia ERP, MRP, SCM
3 Wykonanie oraz kontrola operacji wywórczych MES
2,1,0 Niskopoziomowa kontrola procesów: wsadowych, ciągłych oraz dyskretnych SCADA
 
Mimo że powyższy podział wydaje się słuszny i oczywisty, trudno go zastosować wobec oprogramowaniu dla MSP gdzie nie mamy systemów ERP w pełnym tego słowa znaczeniu. Porównajmy zatem w poniższej tabeli jak mają się aktywności oczekiwane przez standard na poziomie 4 do tego, co oferują systemy takie jak InsERT Naviero lub Comarch OPTIMA.
Poglądy przedstawione nt. niniejszych systemów stanowią prywatną opinię właściciela firmy WALCZAK.IT, Adama Walczaka, i nie są próbą stosowania antyreklam lub dyskredytacji owych produktów.
<
Aktywności poziomu 4Możliwości systemów biznesowych dla MSP

a

Zbieranie danych o materiałach i częściach zapasowych oraz zarządzanie ich dostępnością i zapotrzebowaniem na nie.

Moduł magazynowy pozwoli nam śledzić ich stany oraz zarządzać zamówieniami, jednak problemem będzie zestawienie tego z zapotrzebowaniem. Mamy tutaj do dyspozycji jedynie tzw. zlecenia kompletacyjne oraz rezerwacje, które często są mechanizmami o nadmiernej liczbie sztywnych założeń oraz ubogiej funkcjonalności.

warn

b

Zbieranie danych o energii elektrycznej oraz zarządzanie jej dostępnością i zapotrzebowaniem na nią.

Funkcjonalność niepokryta w tego typu systemach. Chociaż nie jest ona często wielce pożądana przez MSP.

no

c

Zbieranie oraz zarządzanie danymi o towarach obecnie przetwarzanych oraz ich stanach.

Problem często rozwiązywany przez jeden lub więcej magazynów rejestrujących stan towarów pobranych do produkcji.

ok

d

Zbieranie oraz zarządzanie danymi z kontroli jakości oraz ich relacjami w stosunku do wymagań klientów.

Obszar zazwyczaj nie pokryty żadnym zintegrowanym systemem IT w MSP.

no

e

Zbieranie oraz zarządzanie danymi o wykorzystaniu maszyn oraz wyposażenia w celu ich konserwacji.

Obszar zazwyczaj nie pokryty w systemach biznesowych dla MSP. Czasem w tym celu zakupywane jest oddzielne oprogramowanie klasy CMMS.

no

f

Zbieranie oraz zarządzanie danymi o wykorzystaniu zasobów ludzkich.

Wspierane w bardzo ograniczonych zakresie. Procesy kadrowe są głównie wspierane w zakresie płacowo-księgowym. Natomiast informacje o alokacji zasobów ludzkich są bardzo powierzchowne.

warn

g

Opracowanie podstawowego planu produkcji.

Możliwe do zrealizowania tylko na poziomie celów do zrealizowania, czyli zamówień od klientów lub wewnętrznych. Przy czym nawet tego nie można zrealizować jeżeli trzeba zaplanować produkcję z perspektywy zleceń na przerób surowca, a nie zleceń na produkt końcowy.

warn

h

Modyfikacja planu w oparciu o ogólną dostępność zasobów.

Brak wsparcia dla użytecznej prezentacji ogólnej dostępności zasobów produkcyjnych.

no

i

Opracowanie optymalnego harmonogramu utrzymania maszyn oraz wyposażenia w korelacji z planem produkcji.

Brak wsparcia dla jakichkolwiek czynności związanych z utrzymaniem maszyn oraz wyposażenia.

no

j

Funkcje MRP.

Systemy dla MSP zawsze mają w sobie w pełni funkcjonalny moduł zarządzania magazynami w zakresie określania stanów, zarządzania dokumentami oraz zamówieniami do dostawców. Nie mają natomiast rozbudowanych funkcji umożliwiających zestawienie tych danych z potrzebami zaplanowanej produkcji.

warn

k

Modyfikacja planu produkcji w przypadku pojawienia się nie planowanych przestojów.

Patrz pkt. h.

no

l

Planowanie poziomu zdolności produkcyjnych w oparciu o wszystkie powyższe.

Systemy dla MSP nie mają większości danych potrzebnych do określenia ogólnych zdolności produkcyjnych.

no


Jak wynika z powyższego zestawienia, pokrycie aktywności poziomu 4 jest bardzo powierzchowne w systemach biznesowych dla MSP. Wynika to z faktu, iż tego typu systemy, aby zachować swoją atrakcyjność cenową celują w szeroki rynek firm. Skupiają się na pokryciu wspólnych potrzeb firm usługowych, dystrybucyjnych oraz produkcyjnych, które pojawiają się w obszarach sprzedaży, obsługi magazynu, podstawowej obsługi zaopatrzenia, księgowości, kadrach oraz finansach. Bardzo niewielkie wsparcie funkcjonalności jest tutaj stricte dla produkcji przemysłowej. Mimo wszystko tego typu systemy są często wybierane przez firmy produkcyjne z dwóch względów:
  • są atrakcyjne cenowo, jak już wcześniej wspomniano,
  • moduły produkcyjne systemów ERP dla średniej wielkości firm są często zbyt mało elastyczne, aby opłacało się je wdrożyć.
Dlatego też model systemu zarządzania produkcją dla MSP musi zakładać integrację ze stosunkowo ubogimi systemami biznesowymi oraz ograniczony podział kompetencji. Z drugiej strony musimy także zawęzić aktywności wspierane przez system produkcyjny na poziomie 3, aby zachować również i jego atrakcyjność cenową oraz ograniczyć ilość danych, którą będziemy oczekiwali od użytkowników. Zobaczmy zatem jakie aktywności określone w IEC-62264 musimy przyjąć w pełni, a jakie możemy uprościć lub całkowicie wyeliminować.
 
Aktywności poziomu 3Opis uproszczonej aktywności w systemie przemysłowym dla MSP

Alokacja i kontrola zasobów

Zakładamy, że system przemysłowy dla MSP nie będzie wymagał wprowadzania pełnego opisu dostępności oraz obciążenia zasobów na osi czasu. Jest to często zbyt wielkie obciążenie użytkowników systemu przy tej skali produkcji. Umożliwi on natomiast alokację zasobów do zadań oraz podsumowywanie zapotrzebowania na nie.

warn

Inicjacja produkcji

Przekazanie zadań do wykonania na produkcji w postaci formularzy papierowych lub elektronicznych.

ok

Akwizycja danych

Zbieranie danych z wypełnionych formularzy papierowych lub elektronicznych. Zakładamy, że duża część danych może być dostarczana post-factum.

ok

Zarządzanie jakością

W MSP rzadko jest to wymagane w zintegrowanym systemie. Nie da się też tego procesu obsłużyć generycznie. Dlatego też ograniczamy się wyłącznie do rejestracji wadliwych ilości towarów pojawiających się w procesach.

no

Zarządzanie procesem

Jako że zakładamy, że duża część danych będzie rejestrowana post-factum, dlatego też system nie będzie sprawował bezpośredniej kontroli nad procesem. W ten sposób unikniemy też wielu sztywnych założeń w implementacji systemu.

no

Śledzenie produkcji

System będzie przedstawiał ogólny poziom postępu produkcji oraz poszczególnych zadań. Będzie także wysyłał powiadomienia w sytuacjach określonych przez użytkowników systemu. Jednak jako że zakładamy, że akwizycja danych odbywa się post-factum, prezentowany stan produkcji będzie obarczony adekwatnym opóźnieniem.

ok

Analiza wydajności

System umożliwi analizę faktycznego wykorzystania zasobów względem planu. Nie będzie się to jednak odbywało w trybie rzeczywistym, jako że akwizycja danych zazwyczaj będzie odbywała się post factum.

ok

Harmono- gramowanie operacyjne oraz szczegółowe

Realizacja tego celu wymaga bardzo rozbudowanego modułu APS (ang. advanced production scheduling) oraz precyzyjnego określenia dostępności oraz zdolności zasobów. Mimo że MSP często zgłaszają zapotrzebowanie na takie oprogramowanie, nie są one przygotowane do zapewnienia wszystkich wymaganych przez niego danych oraz pokrycia wysokich kosztów licencyjnych.

no

Kontrola dokumentów

W MSP rzadko jest to wymagane w zintegrowanym systemie.

no

Zarządzanie personelem

Ograniczone głównie do akwizycji danych nt. ich udziału w realizacji procesu oraz analizy ich wydajności.

warn

Zarządzanie utrzymaniem maszyn oraz wyposażenia

W MSP nieczęsto jest to wymagane w zintegrowanym systemie i są gotowe rozwiązania specjalizujące się tylko w tym obszarze. Zakładamy, że podstawowe zarządzanie tym rejonem będzie mógł pokryć standardowy mechanizm zadań.

warn
 

Nasze podejście do hierarchii funkcjonalnej dla MSP


Jako że część standardu dotycząca hierarchii funkcjonalnej tak mocno odbiega od realiów MSP, uciekliśmy bardziej w nasze własne doświadczenia w tym temacie. Mając na uwadze wcześniej wymienione ograniczenia systemów informatycznych w tym sektorze oraz potrzeby MSP opracowaliśmy następujący podział aktywności między poziomem czwartym (biznesowym) a trzecim (produkcyjny.
 
 
 
Wszystkie funkcje niezwiązane bezpośrednio z produkcją pozostają w systemie biznesowym. Zwłaszcza te, które generują skutki księgowe lub są wysoce zależne od systemu prawnego państwa, w którym rezyduje firma. Wsparcie obsługi zamówień w systemie produkcyjnym będzie ograniczone do minimum, które zapewni dane wymagane na produkcji. Natomiast wsparcie dla zarządzania przestrzeniami magazynowymi oraz ruchem towarów będzie istotne w obu systemach. System biznesowy będzie zarządzał magazynami, które znajdują się w centrum zainteresowań księgowości, sprzedaży oraz zaopatrzenia. System produkcyjny musi mieć możliwość współpracy z tymi magazynami. Sam też może niezależnie obsługiwać ruch towarów w ramach przestrzeni magazynowych stricte produkcyjnych, które nie będą bezpośrednio generowały skutków w księgowości. Powinien też móc obsłużyć ruchy magazynowe z magazynów produkcyjnych do magazynów obsługiwanych przez system biznesowy.

Mimo wszystko zakładamy, że system produkcyjny będzie mógł działać także samodzielnie lub tylko z integracją okrojoną np. do danych podstawowych. Jest to częste wymaganie stawiane przez firmy, które:
  • obawiają się automatycznej ingerencji systemu produkcyjnego z dokumentami, które mogą mieć skutki księgowe,
  • posiadają mało popularny system biznesowy i nie chcą ponosić pełnych kosztów jego integracji.
W takiej sytuacji aktywności dziejące się na pograniczu niezintegrowanych systemów będą:
  • wspierane tylko przez jeden z systemów w okrojonej postaci
  • lub integrowane manualnie.

Autor: Adam Walczak
Źródło: www.walczak.it

 

Najnowsze wiadomości

Customer-specific AI: dlaczego w 2026 roku to ona przesądza o realnym wpływie AI na biznes
W 2026 roku sztuczna inteligencja przestaje być ciekawostką technologiczną, a zaczyna być rozliczana z realnego wpływu na biznes. Organizacje oczekują dziś decyzji, którym można zaufać, procesów działających przewidywalnie oraz doświadczeń klientów, które są spójne w skali. W tym kontekście coraz większe znaczenie zyskuje customer-specific AI - podejście, w którym inteligencja jest osadzona w danych, procesach i regułach konkretnej firmy, a nie oparta na generycznych, uśrednionych modelach.
PROMAG S.A. rozpoczyna wdrożenie systemu ERP IFS Cloud we współpracy z L-Systems
PROMAG S.A., lider w obszarze intralogistyki, rozpoczął wdrożenie systemu ERP IFS Cloud, który ma wesprzeć dalszy rozwój firmy oraz integrację kluczowych procesów biznesowych. Projekt realizowany jest we współpracy z firmą L-Systems i obejmuje m.in. obszary finansów, produkcji, logistyki, projektów oraz serwisu, odpowiadając na rosnącą skalę i złożoność realizowanych przedsięwzięć.
SkyAlyne stawia na IFS dla utrzymania floty RCAF
SkyAlyne, główny wykonawca programu Future Aircrew Training (FAcT), wybrał IFS Cloud for Aviation Maintenance jako cyfrową platformę do obsługi technicznej lotnictwa i zarządzania majątkiem. Wdrożenie ma zapewnić wgląd w czasie rzeczywistym w utrzymanie floty, zasoby i zgodność, ograniczyć przestoje oraz zwiększyć dostępność samolotów szkoleniowych RCAF w skali całego kraju. To ważny krok w modernizacji kanadyjskiego systemu szkolenia załóg lotniczych.
Wykorzystanie AI w firmach rośnie, ale wolniej, niż oczekiwano. Towarzyszy temu sporo rozczarowań
Wykorzystanie sztucznej inteligencji w firmach rośnie, ale tempo realnych wdrożeń pozostaje znacznie wolniejsze od wcześniejszych oczekiwań rynku. Dane pokazują, że z rozwiązań AI korzysta dziś wciąż niewiele przedsiębiorstw, a menedżerowie coraz częściej wskazują na bariery regulacyjne, koszty oraz brak powtarzalnych efektów biznesowych. W praktyce technologia jest testowana głównie w wybranych obszarach, a kluczowe decyzje nadal pozostają po stronie człowieka. Również w firmach, które wdrożyły AI, nierzadko towarzyszą temu rozczarowania.

Europejski przemysł cyfryzuje się zbyt wolno – ERP, chmura i AI stają się koniecznością
BPSCEuropejski przemysł średniej wielkości wie, że cyfryzacja jest koniecznością, ale wciąż nie nadąża za tempem zmian. Ponad 60% firm ocenia swoje postępy w transformacji cyfrowej jako zbyt wolne, mimo rosnącej presji konkurencyjnej, regulacyjnej i kosztowej. Raport Forterro pokazuje wyraźną lukę między świadomością potrzeby inwestycji w chmurę, ERP i AI a realną zdolnością do ich wdrożenia – ograniczaną przez braki kompetencyjne, budżety i gotowość organizacyjną.



Najnowsze artykuły

5 pułapek zarządzania zmianą, które mogą wykoleić transformację cyfrową i wdrożenie ERP
Dlaczego jedne wdrożenia ERP dowożą korzyści, a inne kończą się frustracją, obejściami w Excelu i spadkiem zaufania do systemu? Najczęściej decyduje nie technologia, lecz to, jak organizacja prowadzi zmianę: czy liderzy biorą odpowiedzialność za decyzje czy tempo jest dopasowane do zdolności absorpcji oraz czy ludzie dostają klarowność ról i realne kompetencje. Do tego dochodzi pytanie: co po go-live - stabilizacja czy chaos w firmie? Poniżej znajdziesz 5 pułapek, które najczęściej wykolejają transformację i praktyczne sposoby, jak im zapobiec.
SAP vs Oracle vs Microsoft: jak naprawdę wygląda chmura i sztuczna inteligencja w ERP
Wybór systemu ERP w erze chmury i sztucznej inteligencji to decyzja, która determinuje sposób działania organizacji na lata — a często także jej zdolność do skalowania, adaptacji i realnej transformacji cyfrowej. SAP, Oracle i Microsoft oferują dziś rozwiązania, które na pierwszy rzut oka wyglądają podobnie, lecz w praktyce reprezentują zupełnie odmienne podejścia do chmury, AI i zarządzania zmianą. Ten artykuł pokazuje, gdzie kończą się deklaracje, a zaczynają realne konsekwencje biznesowe wyboru ERP.
Transformacja cyfrowa z perspektywy CFO: 5 rzeczy, które przesądzają o sukcesie (albo o kosztownej porażce)
Transformacja cyfrowa w finansach często zaczyna się od pytania o ERP, ale w praktyce rzadko sprowadza się wyłącznie do wyboru systemu. Dla CFO kluczowe jest nie tylko „czy robimy pełną wymianę ERP”, lecz także jak policzyć ryzyko operacyjne po uruchomieniu, ocenić wpływ modelu chmurowego na koszty OPEX oraz utrzymać audytowalność i kontrolę wewnętrzną w nowym modelu działania firmy.
Agentic AI rewolucjonizuje HR i doświadczenia pracowników
Agentic AI zmienia HR: zamiast odpowiadać na pytania, samodzielnie realizuje zadania, koordynuje procesy i podejmuje decyzje zgodnie z polityką firmy. To przełom porównywalny z transformacją CRM – teraz dotyczy doświadczenia pracownika. Zyskują HR managerowie, CIO i CEO: mniej operacji, więcej strategii. W artykule wyjaśniamy, jak ta technologia redefiniuje rolę HR i daje organizacjom przewagę, której nie da się łatwo nadrobić.
Composable ERP: Przewodnik po nowoczesnej architekturze biznesowej
Czy Twój system ERP nadąża za tempem zmian rynkowych, czy stał się cyfrową kotwicą hamującą rozwój? W dobie nieciągłości biznesowej tradycyjne monolity ustępują miejsca elastycznej architekturze Composable ERP. To rewolucyjne podejście pozwala budować środowisko IT z niezależnych modułów (PBC) niczym z klocków, zapewniając zwinność nieosiągalną dla systemów z przeszłości. W tym raporcie odkryjesz, jak uniknąć pułapki długu technologicznego, poznasz strategie liderów rynku (od SAP po MACH Alliance) i wyciągniesz lekcje z kosztownych błędów gigantów takich jak Ulta Beauty. To Twój strategiczny przewodnik po transformacji z cyfrowego "betonu" w adaptacyjną "plastelinę".

Przeczytaj Również

5 pułapek zarządzania zmianą, które mogą wykoleić transformację cyfrową i wdrożenie ERP

Dlaczego jedne wdrożenia ERP dowożą korzyści, a inne kończą się frustracją, obejściami w Excelu i s… / Czytaj więcej

SAP vs Oracle vs Microsoft: jak naprawdę wygląda chmura i sztuczna inteligencja w ERP

Wybór systemu ERP w erze chmury i sztucznej inteligencji to decyzja, która determinuje sposób dział… / Czytaj więcej

Transformacja cyfrowa z perspektywy CFO: 5 rzeczy, które przesądzają o sukcesie (albo o kosztownej porażce)

Transformacja cyfrowa w finansach często zaczyna się od pytania o ERP, ale w praktyce rzadko sprowa… / Czytaj więcej

Composable ERP: Przewodnik po nowoczesnej architekturze biznesowej

Czy Twój system ERP nadąża za tempem zmian rynkowych, czy stał się cyfrową kotwicą hamującą rozwój… / Czytaj więcej

Menedżer cyfrowej transformacji 2026: lider, który łączy AI, ERP i ludzi

Zbliżając się do końca 2025 roku widać wyraźnie, że w 2026 menedżer cyfrowej transformacji nie będz… / Czytaj więcej

Jaki system ERP wybrać dla firmy handlowo-dystrybucyjnej?

Dla firmy handlowo-dystrybucyjnej najlepszy system ERP to taki, który wiernie odzwierciedla jej spo… / Czytaj więcej